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

    Elastix: phones lose registration

    Scheduled Pinned Locked Moved Solved IT Discussion
    freepbxelastixcentos
    46 Posts 6 Posters 12.0k 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.
    • JaredBuschJ
      JaredBusch
      last edited by

      Is thew PBX on site or hosted? That was not clear.

      scottalanmillerS 1 Reply Last reply Reply Quote 0
      • scottalanmillerS
        scottalanmiller @JaredBusch
        last edited by

        @JaredBusch said:

        Is thew PBX on site or hosted? That was not clear.

        PBX is not hosted by a third party, but it is hosted by another division of the same company. So it acts like hosted to the site with the registration problems. It is an "on premises" PBX across the country with the phones registering over the VPN.

        1 Reply Last reply Reply Quote 0
        • gjacobseG
          gjacobse @coliver
          last edited by

          @coliver said:

          You said this was over a VPN? When they disconnect are you able to ping the phones from the PBX? How are the phones configured, do you reference the PBX by domain name or by IP address?

          Phones are configured to use DNS name for the PBX server in the SIPserver. However both name and IP have been tried.

          1 Reply Last reply Reply Quote 0
          • scottalanmillerS
            scottalanmiller
            last edited by

            According to the "hosting site", their network tooling says that there is packet loss over their site to site connection.

            coliverC 1 Reply Last reply Reply Quote 0
            • gjacobseG
              gjacobse
              last edited by

              using the webGUI on one phone, just pushed a reboot.

              Registration failed after restart.

              1 Reply Last reply Reply Quote 0
              • coliverC
                coliver @scottalanmiller
                last edited by

                @scottalanmiller said:

                According to the "hosting site", their network tooling says that there is packet loss over their site to site connection.

                So it seems to be network related then. So this isn't really a PBX or SIP registration problem something funky is going on over the wire.

                JaredBuschJ 1 Reply Last reply Reply Quote 1
                • gjacobseG
                  gjacobse
                  last edited by

                  Ping from PBX to phone:

                  ping xxx.xx.xx.116
                  PING xxx.xx.xx.116 (xxx.xx.xx.116) 56(84) bytes of data.
                  64 bytes from xxx.xx.xx.116: icmp_seq=1 ttl=60 time=51.8 ms
                  64 bytes from xxx.xx.xx.116: icmp_seq=2 ttl=60 time=52.2 ms
                  64 bytes from xxx.xx.xx.116: icmp_seq=3 ttl=60 time=53.7 ms
                  64 bytes from xxx.xx.xx.116: icmp_seq=4 ttl=60 time=51.2 ms
                  64 bytes from xxx.xx.xx.116: icmp_seq=5 ttl=60 time=51.4 ms
                  64 bytes from xxx.xx.xx.116: icmp_seq=6 ttl=60 time=56.3 ms
                  
                  
                  coliverC 1 Reply Last reply Reply Quote 0
                  • JaredBuschJ
                    JaredBusch @coliver
                    last edited by

                    @scottalanmiller said:

                    According to the "hosting site", their network tooling says that there is packet loss over their site to site connection.

                    @coliver said:

                    So it seems to be network related then. So this isn't really a PBX or SIP registration problem something funky is going on over the wire.

                    I call this done. Not the problem of the PBX.

                    1 Reply Last reply Reply Quote 0
                    • coliverC
                      coliver @gjacobse
                      last edited by

                      @g.jacobse said:

                      Ping from PBX to phone:

                      ping xxx.xx.xx.116
                      PING xxx.xx.xx.116 (xxx.xx.xx.116) 56(84) bytes of data.
                      64 bytes from xxx.xx.xx.116: icmp_seq=1 ttl=60 time=51.8 ms
                      64 bytes from xxx.xx.xx.116: icmp_seq=2 ttl=60 time=52.2 ms
                      64 bytes from xxx.xx.xx.116: icmp_seq=3 ttl=60 time=53.7 ms
                      64 bytes from xxx.xx.xx.116: icmp_seq=4 ttl=60 time=51.2 ms
                      64 bytes from xxx.xx.xx.116: icmp_seq=5 ttl=60 time=51.4 ms
                      64 bytes from xxx.xx.xx.116: icmp_seq=6 ttl=60 time=56.3 ms
                      
                      

                      Ok, it is unregistered but still passing packets? Can you run this for a longer period and see what the loss rate is? Something like 100 or 500 packets?

                      1 Reply Last reply Reply Quote 0
                      • gjacobseG
                        gjacobse
                        last edited by

                        ---xxx.xx.xx.116 ping statistics ---
                        152 packets transmitted, 152 received, 0% packet loss, time 151239ms
                        rtt min/avg/max/mdev = 50.673/53.947/109.152/7.745 ms
                        
                        
                        coliverC 1 Reply Last reply Reply Quote 0
                        • coliverC
                          coliver @gjacobse
                          last edited by

                          @g.jacobse said:

                          ---xxx.xx.xx.116 ping statistics ---
                          152 packets transmitted, 152 received, 0% packet loss, time 151239ms
                          rtt min/avg/max/mdev = 50.673/53.947/109.152/7.745 ms
                          
                          

                          What is your registration timeout set at?

                          1 Reply Last reply Reply Quote 0
                          • gjacobseG
                            gjacobse
                            last edited by

                            UDP Keep-alive: 30
                            Login Expire: 3600
                            SIP Registration retry: 30

                            coliverC 1 Reply Last reply Reply Quote 0
                            • coliverC
                              coliver @gjacobse
                              last edited by

                              @g.jacobse said:

                              UDP Keep-alive: 30
                              Login Expire: 3600
                              SIP Registration retry: 30

                              Is there a registrationattempts entry other then 0?

                              1 Reply Last reply Reply Quote 0
                              • gjacobseG
                                gjacobse
                                last edited by

                                freepbxregistime.png

                                1 Reply Last reply Reply Quote 0
                                • coliverC
                                  coliver
                                  last edited by

                                  Is there still packet loss on the line according to the hosting site? If there is that would be where I would start. It doesn't seem like the PBX or phones are the issue.

                                  1 Reply Last reply Reply Quote 0
                                  • gjacobseG
                                    gjacobse
                                    last edited by

                                    We were sent this file from their corporate office:

                                    detroitpacket.png

                                    coliverC 1 Reply Last reply Reply Quote 0
                                    • scottalanmillerS
                                      scottalanmiller
                                      last edited by

                                      Is that really 8% packet loss!?!

                                      coliverC 1 Reply Last reply Reply Quote 0
                                      • coliverC
                                        coliver @scottalanmiller
                                        last edited by

                                        @scottalanmiller said:

                                        Is that really 8% packet loss!?!

                                        I can't see the line for packet loss though... it looks like around 4:00 pm and 1AM that there is loss... but I can't really tell.

                                        1 Reply Last reply Reply Quote 0
                                        • coliverC
                                          coliver @gjacobse
                                          last edited by

                                          @g.jacobse said:

                                          We were sent this file from their corporate office:

                                          detroitpacket.png

                                          If the 8% loss is really what is seen... then you have your issue right there. Something is wrong with the line.

                                          1 Reply Last reply Reply Quote 0
                                          • gjacobseG
                                            gjacobse
                                            last edited by gjacobse

                                            This was edited.

                                            The 8 is the last part of the site name - blanked to remove site / client details.

                                            detroitpacket2.png

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