ML
    • Recent
    • Categories
    • Tags
    • Popular
    • Users
    • Groups
    • Register
    • Login

    VitalPBX 3

    Scheduled Pinned Locked Moved Unsolved IT Discussion
    vitalpbxssh
    48 Posts 9 Posters 3.6k Views
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • scottalanmillerS
      scottalanmiller
      last edited by

      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.

      1 Reply Last reply Reply Quote 0
      • M
        MontesVitalPBX @JaredBusch
        last edited by

        @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.

        JaredBuschJ 2 Replies Last reply Reply Quote 0
        • JaredBuschJ
          JaredBusch
          last edited by

          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.com for the host.

          Calls would not terminate until I manually added all of the addresses in match. 💣

          I 1 Reply Last reply Reply Quote 0
          • JaredBuschJ
            JaredBusch @MontesVitalPBX
            last edited by

            @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.

            1 Reply Last reply Reply Quote 0
            • I
              ing-joserivera26 @JaredBusch
              last edited by

              @JaredBusch That option comes enabled by default, well in case you are talking of this option:

              srv_lookups.png

              JaredBuschJ 1 Reply Last reply Reply Quote 0
              • JaredBuschJ
                JaredBusch @ing-joserivera26
                last edited by

                @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.
                ab8aa949-6d21-4c96-93ed-0dff8f808af5-image.png

                I 1 Reply Last reply Reply Quote 0
                • JaredBuschJ
                  JaredBusch
                  last edited by

                  As soon as I remove them, the inbound options from Skyetel for keep alive fail.
                  075fc202-9e3d-4ee1-ab79-aedcb9c98dfd-image.png

                  1 Reply Last reply Reply Quote 0
                  • I
                    ing-joserivera26 @JaredBusch
                    last edited by

                    @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#L1304

                    Skyetel Documentation
                    https://support.skyetel.com/hc/en-us/articles/360041173493-Skyetel-IP-Addresses
                    Inbound IPs
                    These are the IP Address inbound calls will originate from

                    Description
                    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.216

                    Tutorial: https://support.skyetel.com/hc/en-us/articles/360041177833-VitalPBX

                    JaredBuschJ 1 Reply Last reply Reply Quote 0
                    • JaredBuschJ
                      JaredBusch @ing-joserivera26
                      last edited by

                      @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.
                      d4d8fde0-e07a-44bd-bd25-95f809b55c9a-image.png

                      If the system was properly doing the SRV lookup, it should see these 4 addresses.
                      85428c1f-481d-4202-acf9-853939afb97b-image.png

                      I 1 Reply Last reply Reply Quote 0
                      • I
                        ing-joserivera26 @JaredBusch
                        last edited by ing-joserivera26

                        @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

                        JaredBuschJ SkyetelS 3 Replies Last reply Reply Quote 0
                        • JaredBuschJ
                          JaredBusch @ing-joserivera26
                          last edited by

                          @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.

                          I 1 Reply Last reply Reply Quote 0
                          • SkyetelS
                            Skyetel @ing-joserivera26
                            last edited by 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

                            Skytel said in your blog:

                            SkyEtel 🙂

                            1 Reply Last reply Reply Quote 1
                            • JaredBuschJ
                              JaredBusch @ing-joserivera26
                              last edited by JaredBusch

                              @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.

                              I 1 Reply Last reply Reply Quote 0
                              • I
                                ing-joserivera26 @JaredBusch
                                last edited by

                                @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.

                                JaredBuschJ 1 Reply Last reply Reply Quote 0
                                • I
                                  ing-joserivera26 @JaredBusch
                                  last edited by

                                  @JaredBusch Then, put na.skyetel.com on the match field. That's it

                                  1 Reply Last reply Reply Quote 0
                                  • JaredBuschJ
                                    JaredBusch @ing-joserivera26
                                    last edited by

                                    @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.
                                    77023ca3-b299-4a87-87df-c298f3e03aeb-image.png

                                    Or VitalPBX should automatically populate it behind the scenes with the host information as that is all that is known.

                                    I 1 Reply Last reply Reply Quote 0
                                    • I
                                      ing-joserivera26 @JaredBusch
                                      last edited by ing-joserivera26

                                      @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.

                                      JaredBuschJ 1 Reply Last reply Reply Quote 0
                                      • JaredBuschJ
                                        JaredBusch @ing-joserivera26
                                        last edited by JaredBusch

                                        @ing-joserivera26 said in VitalPBX 3:

                                        @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.

                                        Except the point of making a GUI is not to make your users understand Asterisk requirements. The GUI should "know" these things.

                                        This is why FreePBX disables the username and secret fields if you say no auth.
                                        b41efef9-0c74-4720-8878-3428637fbcbb-image.png

                                        It is also why it automatically populates the match with the host unless you manually go to "advanced" settings and override it.

                                        Stop being a butt hurt asshole because someone said things about your precious toy that you don't like.

                                        No one said VitalPBX is a crappy piece of shit that should never be considered.

                                        I 1 Reply Last reply Reply Quote 0
                                        • JaredBuschJ
                                          JaredBusch @MontesVitalPBX
                                          last edited by

                                          @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.

                                          Moderated again..
                                          902b41d0-1627-4b28-a2de-eb16b61bcaa2-image.png

                                          1 Reply Last reply Reply Quote 0
                                          • I
                                            ing-joserivera26 @JaredBusch
                                            last edited by

                                            @JaredBusch Well looks like you are a gentleman, I have not offended you in any way. But if you want to continue in that way don't worry I will not continue posting on your blog.

                                            I am just giving you an answer to your "issues".

                                            Have a good day or night.

                                            JaredBuschJ 1 Reply Last reply Reply Quote 0
                                            • 1
                                            • 2
                                            • 3
                                            • 2 / 3
                                            • First post
                                              Last post