Elastix: phones lose registration
-
@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.
-
@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.
-
According to the "hosting site", their network tooling says that there is packet loss over their site to site connection.
-
using the webGUI on one phone, just pushed a reboot.
Registration failed after restart.
-
@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.
-
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 -
@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.
-
@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 msOk, 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?
-
---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 -
@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 msWhat is your registration timeout set at?
-
UDP Keep-alive: 30
Login Expire: 3600
SIP Registration retry: 30 -
@g.jacobse said:
UDP Keep-alive: 30
Login Expire: 3600
SIP Registration retry: 30Is there a registrationattempts entry other then 0?
-
-
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.
-
We were sent this file from their corporate office:
-
Is that really 8% packet loss!?!
-
@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.
-
@g.jacobse said:
We were sent this file from their corporate office:
If the 8% loss is really what is seen... then you have your issue right there. Something is wrong with the line.
-
This was edited.
The 8 is the last part of the site name - blanked to remove site / client details.
-
Oh, how much packet loss is there?
