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

    Strange IAX2 Trunk Issue

    IT Discussion
    iax2 asterisk elastix voip telephony pbx
    6
    17
    5.0k
    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.
    • FiyaFlyF
      FiyaFly
      last edited by

      Sounds to me like it'll be something in the trunk settings the you have between the two

      1 Reply Last reply Reply Quote 1
      • FiyaFlyF
        FiyaFly @NetworkNerd
        last edited by

        @NetworkNerd said:

        ***Calling extension 201 from 202 (both connected to Rackspace PBX)
        In this scenario, calls happen as expected, and the IAX2 channel usage is normal.

        So, with IAX2 channel usage being normal... There is none? From my understanding in a default configuration, you're running an IAX2 trunk between the two sites, but internal should be the default communication protocol (Which I cannot remember if it has to be IAX2 with that trunk or if SIP will suffice)

        What type of extension are you using?

        NetworkNerdN 2 Replies Last reply Reply Quote 1
        • NetworkNerdN
          NetworkNerd @thanksajdotcom
          last edited by

          @thanksajdotcom said:

          You always have the weirdest issues...

          At least you know I can't make this stuff up, right?😁

          1 Reply Last reply Reply Quote 1
          • NetworkNerdN
            NetworkNerd @FiyaFly
            last edited by

            @FiyaFly said:

            @NetworkNerd said:

            ***Calling extension 201 from 202 (both connected to Rackspace PBX)
            In this scenario, calls happen as expected, and the IAX2 channel usage is normal.

            So, with IAX2 channel usage being normal... There is none? From my understanding in a default configuration, you're running an IAX2 trunk between the two sites, but internal should be the default communication protocol (Which I cannot remember if it has to be IAX2 with that trunk or if SIP will suffice)

            What type of extension are you using?

            These are all SIP extensions. The trunk settings for the IAX2 trunk look like this on the hosted end (leaving out host and secret, of course):

            PEER Details:
            type=peer
            qualify=yes
            context=from-internal
            trunk=yes
            disallow=all
            allow=gsm

            USER Details:
            type=user
            context=from-internal
            disallow=all
            allow=gsm

            It's a similar story on the on-premise PBX end.

            1 Reply Last reply Reply Quote 0
            • NetworkNerdN
              NetworkNerd @FiyaFly
              last edited by

              @FiyaFly said:

              @NetworkNerd said:

              ***Calling extension 201 from 202 (both connected to Rackspace PBX)
              In this scenario, calls happen as expected, and the IAX2 channel usage is normal.

              So, with IAX2 channel usage being normal... There is none? From my understanding in a default configuration, you're running an IAX2 trunk between the two sites, but internal should be the default communication protocol (Which I cannot remember if it has to be IAX2 with that trunk or if SIP will suffice)

              What type of extension are you using?

              Sorry, by IAX2 channel usage being normal, I mean only 1 or 2 channels open for the call on the hosted PBX end (for the follow me config to bounce over to the on-prem PBX).

              1 Reply Last reply Reply Quote 0
              • NetworkNerdN
                NetworkNerd @coliver
                last edited by NetworkNerd

                @coliver said:

                Have you disabled Follow Me for that extension to see if that has anything to do with it? This is really odd. Have you tried setting up a straight forward for that extension just to see if that does it? Have you tried setting up a new extension with similar call routing to see if that has the same issue?

                I've not done a straight forward without Follow Me or tried this on a different extension just yet, but that's a good point. I'd have to use Misc Destination / Misc Application for forwarding without using Follow Me.

                NetworkNerdN 1 Reply Last reply Reply Quote 0
                • NetworkNerdN
                  NetworkNerd @NetworkNerd
                  last edited by

                  @NetworkNerd said:

                  @coliver said:

                  Have you disabled Follow Me for that extension to see if that has anything to do with it? This is really odd. Have you tried setting up a straight forward for that extension just to see if that does it? Have you tried setting up a new extension with similar call routing to see if that has the same issue?

                  I've not done a straight forward without Follow Me or tried this on a different extension just yet, but that's a good point. I'd have to use Misc Destination / Misc Application for forwarding without using Follow Me. There is only one DID attached to the hosted PBX to use as a forwarding target, and that is pointing to a ring group.

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

                    @NetworkNerd You have a loop going in there someplace. That is why it is going up by 2 calls each time.

                    Let me ship this report off to the auditors and I can think about this a little more clearly.

                    NetworkNerdN 1 Reply Last reply Reply Quote 1
                    • NetworkNerdN
                      NetworkNerd @JaredBusch
                      last edited by NetworkNerd

                      @JaredBusch said:

                      @NetworkNerd You have a loop going in there someplace. That is why it is going up by 2 calls each time.

                      Let me ship this report off to the auditors and I can think about this a little more clearly.

                      I think you pegged it. Now I get it. The issue is because all 3 of the extensions and their follow me settings are making this loop happen. The ring strategy is ringallv2 with initial ring time set to 5 seconds for all 3 extensions. The follow-me list contains 101, 102, and 201 in every case.

                      So if I have this right...
                      If you call extension 101, it rings 101 for 5 seconds and then rings 101, 102, and 201. So then, after 102 and 201 ring for 5 seconds, they then send a call to themselves and the other two extensions.

                      So the fix...I need to think about this a bit. So suppose I put 102 and 201 into a ring group and then added that ring group to the follow me list for extension 101 (and added extension 101 by itself). I think the follow me settings for 102 and 201 would then be bypassed because they are in a ring group. If memory serves you need to do something special to extensions in a ring group to get follow me settings to apply (suffix with # I think).

                      Maybe?

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

                        @NetworkNerd said:

                        I think you pegged it. Now I get it. The issue is because all 3 of the extensions and their follow me settings are making this loop happen. The ring strategy is ringallv2 with initial ring time set to 5 seconds for all 3 extensions. The follow-me list contains 101, 102, and 201 in every case.

                        So if I have this right...
                        If you call extension 101, it rings 101 for 5 seconds and then rings 101, 102, and 201. So then, after 102 and 201 ring for 5 seconds, they then send a call to themselves and the other two extensions.

                        Ok report shipped off.

                        That is exactly your problem.
                        I would not be designing 3 extensions in the first place. Well not designing 3 extensions that the user is aware of.

                        User is Ext 101. No one should EVER call anything but 101 to reach this person.

                        When the user is in building B that phone can register to the PBX as ext 102. That is normal.
                        Extension 102 should be set to show the internal Caller ID as 101.

                        Enable Follow Me on Ext 101 and set it to ringallv2 with ext 101 and 102.

                        In building C that phone should be configured as 201 and should present internal caller ID as 101 (this will not show the name on phone in building C since that is not an extension on that system, but that is less important generally, and you can add an address book entry to those phones if you want for ext 101 and that would make the name show up.

                        No one should ever call 201.

                        Add 201 to the Follow Me setting on PBX 1 in building A for extension 101.

                        Loop gone.
                        User confusion gone on calling Mr. Roamer. User always call 101.

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

                          @NetworkNerd you can add the 5 second delay before the ringall if desired. but only 5 seconds is not worth it in my opinion. I rarely answer a call in 5 seconds, but almost always between 5-10 if I am actually at my desk and not on a call.

                          1 Reply Last reply Reply Quote 1
                          • NetworkNerdN
                            NetworkNerd
                            last edited by

                            Alright - I got it fixed per your suggestion, @JaredBusch. Thank you again for the help. Next time we have a roamer like this, we'll have a plan of action that makes life easy on everyone and doesn't hose the system.

                            1 Reply Last reply Reply Quote 1
                            • DashrenderD
                              Dashrender @thanksajdotcom
                              last edited by

                              @thanksajdotcom said:

                              You always have the weirdest issues...

                              That's because he only reports the issues he can't resolve.
                              😉

                              1 Reply Last reply Reply Quote 4
                              • 1 / 1
                              • First post
                                Last post