IPitomy SIP Trunk Configuration

From IPitomy Wiki
Revision as of 15:20, 3 July 2019 by Mike Lunn (talk | contribs)
Jump to navigation Jump to search


Billing Portal

When you you applied for your account, you provided an email address for invoicing and billing. When you first get your IPitomy Billing Account activated, an email is generated to your billing email that provides a link to set your password. once you enter in a password, your account is active and accessible from https://portal-ipitomy.smartbilling.ca

See the following guide for information on how to use the billing portal:

File:Billing portal guideUpdated.pdf

Testing International

If you have Intl Rate Plan 1 you can call Mexico, Canada, and Puerto Rico. Here is a number to a hotel in Mexico to test: 011 52 664 633 3900

If you have Intl Rate Plan 2, you have access to many more countries, including Australia. (See your order form for a complete list). The following is a number to the automated date/time service in Australia you can use to test: 011-613-966-94916


E911

By default, when you get an IPitomy SIP Trunk it supports one CID and one Address. To ensure that E911 is getting the correct CID, make sure the SIP Provider has the correct Outbound CID set, and ensure that under your Emergency and Emergency Test routes (Call Routing=>Outgoing) have Disable EXT CID set to Yes. If you need to have more than one CID and Address due to multiple locations, you'll need to specify this when you are ordering the trunks.

File:EmergencyCIDOverrideDisabled.jpg


TESTING WITH 933

It is of vital importance that you successfully test and verify the E911 service. Successful testing is required to begin the porting process.

Here are screen shots of both the Emergency 911 route and the Emergency Test 933 route. Please note that if there are phones at multiple physical locations, that you would need to create additional Emergency routes for each location that requires E911 service.  A Class of Service can be created and assigned to specific extensions to segregate each location.

E911 routes.jpg

Migration

We have upgraded our infrastructure and have two new redundant regional servers we are using. If you have not done so already, the following link will take you to instructions on how to get this process started.

File:IPitomy SIP Trunk Migration.doc


Important Notes

  • All calls must go out these trunks as 11 digits, so be sure to add Prefix Digits to the trunks for the 7-Digits and 10-Digit routes.
  • When naming the SIP trunk, do not use any spaces, hyphens, underscores, or special characters.
  • When configuring the SIP ACL to allow IPitomy trunks to communicate to the PBX be sure to add the following: 52.5.220.123/32 and 54.200.236.200/32 for our regional redundant servers, East and West respectively.
  • Moving forward, we will be building accounts only on the new regional redundant servers. Whether using IP Bound or Registration method, you'll need to add TWO SIP Providers, one for east and one for west. If using Registration method, you'll use the same Username and Password, but will need to change the HOST field in the registration string to reflect the correct server (sip-e1.ipitomy.com for East, sip-w1.ipitomy.com for West).
  • Qualify must be set to 0 to ensure the trunks work consistently. We understand this means you can't look at the monitoring page to see the status of the trunks, but this is the best method. If we were monitoring and an options request packet was lost, the switch would not try sending calls till the next options request was received, meaning a period of lost calls. By not monitoring, all calls are attempted every time.
  • When building Providers in the PBX for our SIP Trunks, we have one for East and one for West. Your DIDs should only be entered under one, and we recommend for that to be East since its the primary. If a call happens to come inbound over West, they will route to the correct location that is programmed for that DID under East, because in the background there is only one big table of DIDs.

IP Bound Method

If the site that needs trunks has a static IP address, you will most likely be using the IP Bound Method to authenticate. This is going to be the easiest to set up.

NOTE:: Qualify must be set to 0 to ensure the trunks work consistently. We understand this means you can't look at the monitoring page to see the status of the trunks, but this is the best method. If we were monitoring and an options request packet was lost, the switch would not try sending calls till the next options request was received, meaning a period of lost calls. By not monitoring, all calls are attempted every time.


Please be sure to configure one SIP Provider for IPitomySIPEast, and one for IPitomySIPWest, to ensure you are fully taking advantage of our redundant infrastructure.

See the IPitomy SIP Wizard for a quick and easy way to configure the basics of your IPitomy SIP Trunks.

File:IPBound1.jpg

File:IPBound2.jpg

Registration Method

If the site that needs trunks has a dynamic IP address, you will most likely be using the Registration Method to authenticate. While this takes a little more programming, it will work just as well. You should have documentation for the trunk listing the Host, Username, Password, and Domain to be used to fill in the variables in the example screenshot below: Please be sure to configure one SIP Provider for IPitomySIPEast, and one for IPitomySIPWest, to ensure you are fully taking advantage of our redundant infrastructure.

NOTE:: Qualify must be set to 0 to ensure the trunks work consistently. We understand this means you can't look at the monitoring page to see the status of the trunks, but this is the best method. If we were monitoring and an options request packet was lost, the switch would not try sending calls till the next options request was received, meaning a period of lost calls. By not monitoring, all calls are attempted every time.

See the IPitomy SIP Wizard for a quick and easy way to configure the basics of your IPitomy SIP Trunks.

IpitomySIPRegistration1.jpg

IPitomySIPTrunkRegistration2.jpg

Avaya Configuration

We received the following information from one of our dealers. To our understanding this will get IPitomy SIP Trunks working with an Avaya.


File:IPItomy SIP Trunk Installation on Avaya IP Office.pdf

Some additional notes from the dealer on what he's had to do to get our trunks working on Avaya:

  • System/Network Topology/Stun Server Address – Use 216.93.246.18 (Counterpath Stun Server) then RUN STUN on the menu provided. Save settings.
  • System/LAN 2/VoIP - Session Border Control (to block nefarious hacking) Change both RTP and NAT from default 49152-53246 to 46750-50750. Corresponding change needs to be completed in the Router / Firewall UDP Ports from 49152-53246 to 46750-50750 to address to LAN2 address of the PBX address of the PBX which in most cases is used to connect outside the system to internet. (The NIC on back of IP Office says WAN for LAN2)

All Worx

We received the following images from one of our dealers. To our understanding this will get IPitomy SIP Trunks working with an Avaya.

File:AllworxConfig.zip

Grandstream FXS

In the rare instance the site does not have a VoIP PBX you may want to use a Grandstream FXS gateway to register to our SIP trunks, then connect the analog ports to the FXO ports on your traditional system. Here is what needs to be done to get the Grandstream registered to the IPitomy SIP Trunks.

  • Connect the WAN port of the gateway to your network.
  • Connect an analog phone to FXS port 1 and dial ***02 to find out the IP address of the Grandstream. You can also check in the router ARP table to find the IP.
  • From the connected analog phone, dial ***129 to enable WAN HTTP Access.
  • Set a static WAN IP, subnetmask, gateway, and DNS on the Basic Settings Page. This needs to be done as you will need to set up the standard remote SIP port forwards (5060, 10000-20000) in the router to this IP address.

File:Grandstream for IPitomy SIP 0.jpg

  • Note: The gateway has a static LAN IP of 192.168.2.1, if your networks is in the same subnet, you'll also need to modify the LAN DHCP Base IP so its on a different subnet or the device will not function correctly.
  • Under Profile 1 you will need to configure the following:
    • Set Primary SIP Server to the Domain provided for your Authenticated SIP Trunks
    • Set the Outbound Proxy to the Host provided for your SIP Trunks
    • Set NAT Transversal to Keepalive
    • Set Hunt Group type to Linear
    • File:Grandstream for IPitomy SIP 1.jpg
    • Set Use NAT IP to your sites static public IP
    • File:Grandstream for IPitomy SIP 2.jpg
    • Set Add Auth Header On Initial REGISTER to Yes
    • File:Grandstream for IPitomy SIP 3.jpg
  • Under FXO Ports configure the following:
    • For Port 1, set SIP User ID and Authenticate ID to the Username provided for your Authenticated SIP Trunks
    • For Port 1, set Password to the Password provided for your Authenticated SIP Trunks
      • Note: Once saved, the field will blank out, this is just the way the gateway works so that it is not showing how long the password is.
    • For Port 1, set Hunting Group to Active. Also set Enable Port to Yes.
    • For the other ports (based on how many active lines you want to use) set Hunting Group to 1. This will allow one registration to roll over to additional lines. Be sure to set Enable Port to Yes for each port you want to use.
    • File:Grandstream for IPitomy SIP 4.jpg
  • Update and Apply on each page, then Reboot the device when finished and you should be registered on FXS1 on the Status Page.
  • Connected an analog phone, test inbound and outbound calls. Once its all working, you can connect the gateway to the FXO ports on your traditional system.

Digium Gateway G100/G200/G400/G800 (IPitomy SIP Trunks to PRI)

When initially setting up the gateway, its default address is going to be https://192.168.69.1 and its default username and password are both "admin"

1) Navigate to Configuration=>IP Configuration and define a static IP address for the gateway that is outside the scope of any DHCP servers on the network and save. Also be sure to set up a valid Gateway and DNS for the Digium.

NOTE: on versions prior to 2.3, there is a timing slip issue.  Before any further configuration, navigate to Maintenance=>Software Updates and ensure you are on the latest software version.  If not, run the automatic update.

Digium_g100_9.PNG


2) Update your computer's IP and log back into the gateway.  Navigate to Configuration=>SIP Endpoints and press the Create SIP Endpoint button.  You will see the following screen.  Fill this out according to the details of your SIP account through us.  You will need the advanced options enabled for proper authentication.  If you are using IPitomy SIP trunks, you will need to make two endpoints.  Name them IPitomyEast and IPitomyWest, and use the appropriate addresses for each.  Save each.

File:Digium g100 1.PNG

File:Digium g100 2.PNG


3) Set the gateway up to emulate a PRI provider.  Navigate to Configuration=>T1/E1 Settings.  On the General Settings tab, simply ensure Use Internal Timing is enabled, and save:

File:Digium g100 3.PNG


4) Set up your PRI port (or ports if you have a gateway with more than one port and are using them with your PBX) as follows:

File:Digium g100 4.PNG NOTE: Under Advanced Signalling, ensure "Enable Caller ID" is set to YES, or caller ID will not be passed properly.


5) You will need to create routing groups.  Navigate to Configuration=>Call Routing Groups, and press the button to create a call routing group.  You will need two groups at minimum.  One will have your SIP trunks as members, the other will have your PRI ports.  On the create routing group page, you simply name the group and check the boxes next to each member endpoint you wish to include in that group.

File:Digium g100 5.PNG


6) Navigate to Configuration=>Call Routing Rules.  By default the Digium gateway will come preconfigured with two rules: inbound_calls and outbound_calls.  Modify each rule so that outbound calls have From = your pbx group, and To = your trunk group.  Inbound calls should be exactly the opposite:  From = trunk group, To = pbx group.  These are the groups you created in the previous step.

File:Digium g100 6.PNG

File:Digium g100 7.PNG

File:Digium g100 8.PNG


7) On your pbx configuration (we will use an IPitomy PBX for example), you will need to enter the settings as if you were connect it directly to a PRI.  Using the settings you created above on the T1/E1 ports, it should look similar to this.  Most importantly, we set the gateway to provide timing above, so you will need to set the pbx to LISTEN for timing, not provide it:

File:Pbx 1.PNG

File:Pbx 2.PNG

You will use a standard PRI cable to connect the gateway ports to your pbx's PRI ports.  If everything is set up correctly as above, each port should flash yellow while it negotiates, and then turn to a solid green link light.

Cisco Call Manager

We received the following Image and programming script from a dealer who has our SIP Trunks working on the users Cisco Call manager. This should help you to configure the same device yourself.

The guide goes over the script that needs to be used in the device.  In the script you will see the following that need to be replaced:

Replace <pbxIP> with the PBX Internal IP Address

Replace <1XXXXXXX...> with the numbers that your DIDs will have. Our understanding is if you had a DID 19413062200, and all of your DIDs started with 1941306, you'd enter 1941306....

File:Ipitomy Cisco Call Manager Guide.pdf

The dealer also provided the following images of changes in the interface that needed to be done:

File:Image001.png

File:Image002.png

File:Image003.png

Toshiba CIX

We received the following image and information from a successful configuration of our SIP trunks on a Toshiba CIX. It was important to note that the tech had to enter the DIDs in at 11 digits to get inbound calls to route correctly.  This was an IP Bound trunk.

File:IPitomySIPToshiba.png

Cambium Networks FSX ATA

We received the following information from a dealer who configured IPitomy SIP Trunks to a Cambium ATA. Per the tech, their is a limitation that the number set as the login to the sip account will be the number sent as CID on outbound calls. See the following images and replace the <varialbles> with the correct information for our Authentication SIP Trunks.

File:CambiumFXSSIPPage.jpg

File:CambiumFXSfxs1.jpg