Setting up a Skyetel SIP trunk in FreePBX
-
Skyetel does not do registered SIP trunking.
So in order to receive calls, you need to either setup a bunch of SIP trunks for each of their IP addresses, or you use PJSIP as this was designed for multiple contacts.
Click Add Trunk and choose
chan_pjsip
Fill out the general info appropriately
Move to the
pjsip Settings
tab.
Select none for both authenticaiton and registration.
Set the SIP server toterm.skyetel.com
The port is5060
The context isfrom-pstn-e164-us
to strip the +1 from inbound NANPA CID. International CID still show correctly.
Hit the Advanced tab and scroll down to
Match Permit
Enter this list of IP addresses:52.41.52.34/32,52.8.201.128/32,52.60.138.31/32,50.17.48.216/32,35.156.192.164/32
Also on the Advanced tab, you need to change Trust RPID/PAI form No to Yes. As well as change Send RPID/Pai form No to Both.
Finally hit the Codecs tab and select the codecs you want to use.
Skyetel supports g722, so it is good to enable for high quality audio.
Now log into your @Skyetel account, select your phone number(s), and click edit.
Right on the
General
tab you will see SIP Format.Click on the drop down and change it to
+1NXXNXXXXXX
and click save. -
Next because there is no registration, you need to allow the networks in the FreePBX firewall also.
-
Source for IP Addresses: https://skyetel.atlassian.net/wiki/spaces/SUG/pages/6619143/Skyetel+IP+Addresses
Skyetel guide for PJSIP tells you to make multiple trunks.
https://skyetel.atlassian.net/wiki/spaces/SUG/pages/516259904/FreePBX+chan+pjsip -
Super helpful - thanks @JaredBusch
We typically recommend creating multiple trunks with our IPs so that you don't rely on DNS. In older versions of Asterisk (we still have users who use 1.4!), DNS would cause Asterisk to crash. Additionally, some people use less-than-awesome DNS solutions that either take a long time to propagate or are just providing inaccurate results.
That being said, if you are feeling ambitious and want to try an unpublished (but supported) technique, you can use srv.skyetel.com instead of term.skyetel.com. It uses SRV records instead of A records. We keep this unpublished to encourage people to use our IPs - SRV causes a lot of problems for inexperienced administrators, but some PBXs require it when using multiple IPs like we do.
-
@Skyetel said in Setting up a Skyetel SIP trunk in FreePBX:
Super helpful - thanks @JaredBusch
We typically recommend creating multiple trunks with our IPs so that you don't rely on DNS. In older versions of Asterisk (we still have users who use 1.4!), DNS would cause Asterisk to crash. Additionally, some people use less-than-awesome DNS solutions that either take a long time to propagate or are just providing inaccurate results.
That being said, if you are feeling ambitious and want to try an unpublished (but supported) technique, you can use srv.skyetel.com instead of term.skyetel.com. It uses SRV records instead of A records. We keep this unpublished to encourage people to use our IPs - SRV causes a lot of problems for inexperienced administrators, but some PBXs require it when using multiple IPs like we do.
It's not unpublished now. . .
-
@DustinB3403 said in Setting up a Skyetel SIP trunk in FreePBX:
@Skyetel said in Setting up a Skyetel SIP trunk in FreePBX:
Super helpful - thanks @JaredBusch
We typically recommend creating multiple trunks with our IPs so that you don't rely on DNS. In older versions of Asterisk (we still have users who use 1.4!), DNS would cause Asterisk to crash. Additionally, some people use less-than-awesome DNS solutions that either take a long time to propagate or are just providing inaccurate results.
That being said, if you are feeling ambitious and want to try an unpublished (but supported) technique, you can use srv.skyetel.com instead of term.skyetel.com. It uses SRV records instead of A records. We keep this unpublished to encourage people to use our IPs - SRV causes a lot of problems for inexperienced administrators, but some PBXs require it when using multiple IPs like we do.
It's not unpublished now. . .
shhhh... don't tell anyone
It's not a state secret, it's just not encouraged. We don't publish it in our docs, but it is supported. ML is mostly experts who understand the downsides of DNS & SRV + they don't use TrixBox
-
@Skyetel said in Setting up a Skyetel SIP trunk in FreePBX:
so that you don't rely on DNS. In older versions of Asterisk (we still have users who use 1.4!), DNS would cause Asterisk to crash.
This is specifically a PJSIP trunk. It cannot exist prior to Asterisk 12, and wasn't normal until Asterisk 13.
@Skyetel said in Setting up a Skyetel SIP trunk in FreePBX:
Additionally, some people use less-than-awesome DNS solutions that either take a long time to propagate or are just providing inaccurate results.
If they are that bad, they will have other support issues anyway. You cannot fix stupid.
@Skyetel said in Setting up a Skyetel SIP trunk in FreePBX:
We typically recommend creating multiple trunks with our IPs
That creates its own disaster of teaching people how to route outbound calls.
-
@DustinB3403 said in Setting up a Skyetel SIP trunk in FreePBX:
It uses SRV records instead of A records.
One would assume that any modern OS can handle that.
-
@JaredBusch said in Setting up a Skyetel SIP trunk in FreePBX:
@DustinB3403 said in Setting up a Skyetel SIP trunk in FreePBX:
It uses SRV records instead of A records.
One would assume that any modern OS can handle that.
We seriously do have users who still use TrixBox.
-
@JaredBusch yeah I was only quoting @Skyetel.
But thanks for the props?
-
@Skyetel said in Setting up a Skyetel SIP trunk in FreePBX:
@JaredBusch said in Setting up a Skyetel SIP trunk in FreePBX:
@DustinB3403 said in Setting up a Skyetel SIP trunk in FreePBX:
It uses SRV records instead of A records.
One would assume that any modern OS can handle that.
We seriously do have users who still use TrixBox.
And what is wrong with that? It's only 7 years out of date. . .
-
@JaredBusch said in Setting up a Skyetel SIP trunk in FreePBX:
@Skyetel said in Setting up a Skyetel SIP trunk in FreePBX:
so that you don't rely on DNS. In older versions of Asterisk (we still have users who use 1.4!), DNS would cause Asterisk to crash.
This is specifically a PJSIP trunk. It cannot exist prior to Asterisk 12, and wasn't normal until Asterisk 13.
@Skyetel said in Setting up a Skyetel SIP trunk in FreePBX:
Additionally, some people use less-than-awesome DNS solutions that either take a long time to propagate or are just providing inaccurate results.
If they are that bad, they will have other support issues anyway. You cannot fix stupid.
@Skyetel said in Setting up a Skyetel SIP trunk in FreePBX:
We typically recommend creating multiple trunks with our IPs
That creates its own disaster of teaching people how to route outbound calls.
We prefer "inexperienced" to "stupid"
We also do have the guide for outbound routing:
https://skyetel.atlassian.net/wiki/spaces/SUG/pages/16613436/FreePBX+Outbound+RoutesBut I do agree - this is a more elegant implementation than what we document. Thanks for writing it
-
@Skyetel said in Setting up a Skyetel SIP trunk in FreePBX:
@JaredBusch said in Setting up a Skyetel SIP trunk in FreePBX:
@DustinB3403 said in Setting up a Skyetel SIP trunk in FreePBX:
It uses SRV records instead of A records.
One would assume that any modern OS can handle that.
We seriously do have users who still use TrixBox.
Still use is one thing. Phone systems are still very legacy mindset about lasting forever with no maintenance.
-
@JaredBusch said in Setting up a Skyetel SIP trunk in FreePBX:
@Skyetel said in Setting up a Skyetel SIP trunk in FreePBX:
@JaredBusch said in Setting up a Skyetel SIP trunk in FreePBX:
@DustinB3403 said in Setting up a Skyetel SIP trunk in FreePBX:
It uses SRV records instead of A records.
One would assume that any modern OS can handle that.
We seriously do have users who still use TrixBox.
Still use is one thing. Phone systems are still very legacy mindset about lasting forever with no maintenance.
Still use = actively deploy. We obviously discourage this lol
-
@Skyetel said in Setting up a Skyetel SIP trunk in FreePBX:
@JaredBusch said in Setting up a Skyetel SIP trunk in FreePBX:
@Skyetel said in Setting up a Skyetel SIP trunk in FreePBX:
@JaredBusch said in Setting up a Skyetel SIP trunk in FreePBX:
@DustinB3403 said in Setting up a Skyetel SIP trunk in FreePBX:
It uses SRV records instead of A records.
One would assume that any modern OS can handle that.
We seriously do have users who still use TrixBox.
Still use is one thing. Phone systems are still very legacy mindset about lasting forever with no maintenance.
Still use = actively deploy.
Yeah, ok.. i would refuse to service them. Does that even run on CentOS 5? How woudl they even find it? All fo the old domains redirect.
-
@JaredBusch said in Setting up a Skyetel SIP trunk in FreePBX:
@Skyetel said in Setting up a Skyetel SIP trunk in FreePBX:
@JaredBusch said in Setting up a Skyetel SIP trunk in FreePBX:
@Skyetel said in Setting up a Skyetel SIP trunk in FreePBX:
@JaredBusch said in Setting up a Skyetel SIP trunk in FreePBX:
@DustinB3403 said in Setting up a Skyetel SIP trunk in FreePBX:
It uses SRV records instead of A records.
One would assume that any modern OS can handle that.
We seriously do have users who still use TrixBox.
Still use is one thing. Phone systems are still very legacy mindset about lasting forever with no maintenance.
Still use = actively deploy.
Yeah, ok.. i would refuse to service them. Does that even run on CentOS 5? How woudl they even find it? All fo the old domains redirect.
I assume they've kept the ISO for years. TrixBox isn't the only legacy system people still deploy - we have ancient Avaya, Mitel, and even Toshiba systems on our network. People tend to stick with what they know and are afraid of updating their PBXs. We do our best to help, but when they are using systems that old, usually they already know that they are going to have a hard time before they even contact our support department.
-
@Skyetel said in Setting up a Skyetel SIP trunk in FreePBX:
@JaredBusch said in Setting up a Skyetel SIP trunk in FreePBX:
@Skyetel said in Setting up a Skyetel SIP trunk in FreePBX:
@JaredBusch said in Setting up a Skyetel SIP trunk in FreePBX:
@Skyetel said in Setting up a Skyetel SIP trunk in FreePBX:
@JaredBusch said in Setting up a Skyetel SIP trunk in FreePBX:
@DustinB3403 said in Setting up a Skyetel SIP trunk in FreePBX:
It uses SRV records instead of A records.
One would assume that any modern OS can handle that.
We seriously do have users who still use TrixBox.
Still use is one thing. Phone systems are still very legacy mindset about lasting forever with no maintenance.
Still use = actively deploy.
Yeah, ok.. i would refuse to service them. Does that even run on CentOS 5? How woudl they even find it? All fo the old domains redirect.
I assume they've kept the ISO for years. TrixBox isn't the only legacy system people still deploy - we have ancient Avaya, Mitel, and even Toshiba systems on our network. People tend to stick with what they know and are afraid of updating their PBXs. We do our best to help, but when they are using systems that old, usually they already know that they are going to have a hard time before they even contact our support department.
Heck, we still have an old ass inter-tel.
Hope to change that either this summer or next.
-
@Dashrender said in Setting up a Skyetel SIP trunk in FreePBX:
Hope to change that either this summer or next.
Not holding my breath
-
@JaredBusch said in Setting up a Skyetel SIP trunk in FreePBX:
@Dashrender said in Setting up a Skyetel SIP trunk in FreePBX:
Hope to change that either this summer or next.
Not holding my breath
yeah - sadly, neither am I - I'm guessing they might go the cheaper route and simply replace the digital brain with the modern/supported unit, and keep the rest of the infrastructure intact...
-
@Skyetel said in Setting up a Skyetel SIP trunk in FreePBX:
We typically recommend creating multiple trunks
VitalPBX's guide also uses a single
pjsip
trunk in the same method I did here.They posted a guide a couple days before I did this one, apparently with the assistance of Skyetel staff.
So you might want to rethink your "recommendation"