VitalPBX 3
-
@JaredBusch I just did a search for you under the "community users" and I couldn't find your account.
To me it seem they don't want you there.
-
-
Interesting it can't search by username then. . .
Well whatever
-
I reached out and asked them to escalate. They said that the forum never recorded the post completely. Obviously it did to some degree, because it said that it was held for moderation, but the email notifying them that it happened was never sent out. So it appears that something failed and maybe it never made it to the database.
-
@JaredBusch Hey, sorry I never got the email for this mention. We are looking into your post, but cannot find it. It appears that your account was not verified So that is why moderation was needed, but we weren't able to find your post. I have gone ahead and verified your account so you should be able to post once again. Now, it would be good if you can try again, so we can solve it, and continue running your issues on the VitalPBX forum so our support and dev team can take a look into it.
-
Just discovered that VitalPBX does not make use of SRV records, which is annoying.
Setup the PJSIP trunk to Skyetel and put in only
na.skyetel.comfor the host.Calls would not terminate until I manually added all of the addresses in match.
-
@MontesVitalPBX said in VitalPBX 3:
@JaredBusch Hey, sorry I never got the email for this mention. We are looking into your post, but cannot find it. It appears that your account was not verified So that is why moderation was needed, but we weren't able to find your post. I have gone ahead and verified your account so you should be able to post once again. Now, it would be good if you can try again, so we can solve it, and continue running your issues on the VitalPBX forum so our support and dev team can take a look into it.
I'll repost in a bit.
-
@JaredBusch That option comes enabled by default, well in case you are talking of this option:
-
@ing-joserivera26 Until I added the IP in the match, the Skyetel dashboard was showing the PBX offline and would not send calls.
If it is doing an SRV lookup, it is failing to do something right.
-
As soon as I remove them, the inbound options from Skyetel for keep alive fail.
-
@JaredBusch Match is required for incoming authentication. The remote host is for outbound calls.
More info here:
https://github.com/asterisk/asterisk/blob/master/configs/samples/pjsip.conf.sample#L1304Skyetel Documentation
https://support.skyetel.com/hc/en-us/articles/360041173493-Skyetel-IP-Addresses
Inbound IPs
These are the IP Address inbound calls will originate fromDescription
SIP IP Addresses
North West 52.41.52.34
South West 52.8.201.128
North East 52.60.138.31
South East 50.17.48.216Tutorial: https://support.skyetel.com/hc/en-us/articles/360041177833-VitalPBX
-
@ing-joserivera26 said in VitalPBX 3:
@JaredBusch Match is required for incoming authentication. The remote host is for outbound calls.
I know what the fields are for.
Your link to the Asterisk github clearly tells you that it should work as I describe.
If the system was properly doing the SRV lookup, it should see these 4 addresses.
-
@JaredBusch In that case you must put the host in the match field. I guess you must put: srv.skyetel.com
Skyetel said in your blog:
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 as we do.You've created a tutorial for FPBX, and you defined the match field also as you did on VitalPBX. So, I guess that's the right process.
https://mangolassi.it/topic/19615/setting-up-a-skyetel-sip-trunk-in-freepbx -
@ing-joserivera26 said in VitalPBX 3:
You've created a tutorial for FPBX, and you defined the match field also as you did on VitalPBX. So, I guess that's the right process.
Nice try. That was before I spoke with the FreePBX developers about the subject. Try noting the date on that post.
-
@ing-joserivera26 said in VitalPBX 3:
@JaredBusch In that case you must put the host in the match field. I guess you must put: srv.skyetel.com
Skytel said in your blog:
SkyEtel
-
@ing-joserivera26 said in VitalPBX 3:
@JaredBusch In that case you must put the host in the match field. I guess you must put: srv.skyetel.com
Ou of date. That is from before the NA region even existed.
term.skyetel.com does not have SRV records.
srv.skyetel.com does not (or did not used to) have A records.
na.skyetel.com has both A records and SRV records. -
@JaredBusch As I told you, you can try putting srv.skyetel.com in the match field. You need to define the match parameter because is part of the identify section. You can put IP addresses or domains.
-
@JaredBusch Then, put na.skyetel.com on the match field. That's it
-
@ing-joserivera26 said in VitalPBX 3:
@JaredBusch As I told you, you can try putting srv.skyetel.com in the match field. You need to define the match parameter because is part of the identify section. You can put IP addresses or domains.
If it must be defined (which it must be), then VitalPBX should not accept it empty.
Or VitalPBX should automatically populate it behind the scenes with the host information as that is all that is known.
-
@JaredBusch This is required depending on the type of authentication you are implementing. I guess that when you use user, password, and registration you don't need to define this parameter.
However, I guess with the documentation provided by VitalPBX and Skyetel the users can configure this provider without issues.
https://community.vitalpbx.org/skyetel-sip-trunk-with-vitalpbx/
The conclusion:
VitalPBX comes with the parameter "srv_lookup" enabled by default, and, you must define either the IP addresses or the domain in the match field when connecting trunks using skyetel.
