Elastix: phones lose registration
-
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?
-
Something that has been bothering me a bit is MAC addresses.
While it is not a 'end all' tool, I used AngryIP to scan the vLAN .100 - .189 to find all the active IPs. I added MAC access resolution to the scan and when it was done, all 25 IPs had the same MAC address.
I've logged into half of the phones and the phone GUI shows that they are different per phone.
Doing an ARP -a give this:
Interface: xxx.xx.5.111 --- 0xc Internet Address Physical Address Type xxx.xx.xx.100 00-01-e8-d7-ab-5f dynamic xxx.xx.xx.101 00-01-e8-d7-ab-5f dynamic xxx.xx.xx.102 00-01-e8-d7-ab-5f dynamic xxx.xx.xx.103 00-01-e8-d7-ab-5f dynamic xxx.xx.xx.104 00-01-e8-d7-ab-5f dynamic xxx.xx.xx.105 00-01-e8-d7-ab-5f dynamic xxx.xx.xx.106 00-01-e8-d7-ab-5f dynamic xxx.xx.xx.107 00-01-e8-d7-ab-5f dynamic xxx.xx.xx.108 00-01-e8-d7-ab-5f dynamic xxx.xx.xx.109 00-01-e8-d7-ab-5f dynamic xxx.xx.xx.110 00-01-e8-d7-ab-5f dynamic xxx.xx.xx.111 00-01-e8-d7-ab-5f dynamic xxx.xx.xx.112 00-01-e8-d7-ab-5f dynamic xxx.xx.xx.113 00-01-e8-d7-ab-5f dynamic xxx.xx.xx.114 00-01-e8-d7-ab-5f dynamic xxx.xx.xx.115 00-01-e8-d7-ab-5f dynamic xxx.xx.xx.116 00-01-e8-d7-ab-5f dynamic xxx.xx.xx.117 00-01-e8-d7-ab-5f dynamic xxx.xx.xx.118 00-01-e8-d7-ab-5f dynamic xxx.xx.xx.119 00-01-e8-d7-ab-5f dynamic xxx.xx.xx.120 00-01-e8-d7-ab-5f dynamic xxx.xx.xx.121 00-01-e8-d7-ab-5f dynamic xxx.xx.xx.122 00-01-e8-d7-ab-5f dynamic xxx.xx.xx.123 00-01-e8-d7-ab-5f dynamic xxx.xx.xx.124 00-01-e8-d7-ab-5f dynamic xxx.xx.xx.125 00-01-e8-d7-ab-5f dynamic xxx.xx.xx.126 00-01-e8-d7-ab-5f dynamic xxx.xx.xx.127 00-01-e8-d7-ab-5f dynamic xxx.xx.xx.128 00-01-e8-d7-ab-5f dynamic xxx.xx.xx.129 00-01-e8-d7-ab-5f dynamic xxx.xx.xx.130 00-01-e8-d7-ab-5f dynamic xxx.xx.xx.131 00-01-e8-d7-ab-5f dynamic xxx.xx.xx.132 00-01-e8-d7-ab-5f dynamic xxx.xx.xx.133 00-01-e8-d7-ab-5f dynamic xxx.xx.xx.134 00-01-e8-d7-ab-5f dynamic xxx.xx.xx.135 00-01-e8-d7-ab-5f dynamic xxx.xx.xx.136 00-01-e8-d7-ab-5f dynamic xxx.xx.xx.137 00-01-e8-d7-ab-5f dynamic xxx.xx.xx.138 00-01-e8-d7-ab-5f dynamic xxx.xx.xx.139 00-01-e8-d7-ab-5f dynamic xxx.xx.xx.140 00-01-e8-d7-ab-5f dynamic xxx.xx.xx.141 00-01-e8-d7-ab-5f dynamic xxx.xx.xx.142 00-01-e8-d7-ab-5f dynamic xxx.xx.xx.143 00-01-e8-d7-ab-5f dynamic xxx.xx.xx.144 00-01-e8-d7-ab-5f dynamic xxx.xx.xx.145 00-01-e8-d7-ab-5f dynamic xxx.xx.xx.146 00-01-e8-d7-ab-5f dynamic xxx.xx.xx.147 00-01-e8-d7-ab-5f dynamic xxx.xx.xx.148 00-01-e8-d7-ab-5f dynamic xxx.xx.xx.149 00-01-e8-d7-ab-5f dynamic xxx.xx.xx.150 00-01-e8-d7-ab-5f dynamic xxx.xx.xx.151 00-01-e8-d7-ab-5f dynamic xxx.xx.xx.152 00-01-e8-d7-ab-5f dynamic xxx.xx.xx.153 00-01-e8-d7-ab-5f dynamic xxx.xx.xx.154 00-01-e8-d7-ab-5f dynamic xxx.xx.xx.155 00-01-e8-d7-ab-5f dynamic xxx.xx.xx.156 00-01-e8-d7-ab-5f dynamic xxx.xx.xx.157 00-01-e8-d7-ab-5f dynamic xxx.xx.xx.158 00-01-e8-d7-ab-5f dynamic xxx.xx.xx.159 00-01-e8-d7-ab-5f dynamic xxx.xx.xx.160 00-01-e8-d7-ab-5f dynamic xxx.xx.xx.161 00-01-e8-d7-ab-5f dynamic xxx.xx.xx.162 00-01-e8-d7-ab-5f dynamic xxx.xx.xx.163 00-01-e8-d7-ab-5f dynamic xxx.xx.xx.164 00-01-e8-d7-ab-5f dynamic xxx.xx.xx.165 00-01-e8-d7-ab-5f dynamic xxx.xx.xx.166 00-01-e8-d7-ab-5f dynamic xxx.xx.xx.167 00-01-e8-d7-ab-5f dynamic xxx.xx.xx.168 00-01-e8-d7-ab-5f dynamic xxx.xx.xx.169 00-01-e8-d7-ab-5f dynamic xxx.xx.xx.170 00-01-e8-d7-ab-5f dynamic xxx.xx.xx.171 00-01-e8-d7-ab-5f dynamic xxx.xx.xx.172 00-01-e8-d7-ab-5f dynamic xxx.xx.xx.173 00-01-e8-d7-ab-5f dynamic xxx.xx.xx.174 00-01-e8-d7-ab-5f dynamic xxx.xx.xx.175 00-01-e8-d7-ab-5f dynamic xxx.xx.xx.176 00-01-e8-d7-ab-5f dynamic xxx.xx.xx.177 00-01-e8-d7-ab-5f dynamic xxx.xx.xx.178 00-01-e8-d7-ab-5f dynamic xxx.xx.xx.179 00-01-e8-d7-ab-5f dynamic xxx.xx.xx.180 00-01-e8-d7-ab-5f dynamic xxx.xx.xx.181 00-01-e8-d7-ab-5f dynamic xxx.xx.xx.182 00-01-e8-d7-ab-5f dynamic xxx.xx.xx.183 00-01-e8-d7-ab-5f dynamic xxx.xx.xx.184 00-01-e8-d7-ab-5f dynamic xxx.xx.xx.185 00-01-e8-d7-ab-5f dynamic xxx.xx.xx.186 00-01-e8-d7-ab-5f dynamic xxx.xx.xx.187 00-01-e8-d7-ab-5f dynamic -
Is there NAT involved in their VPN?
Either that or some other routing problem.
I bet that MAC is the router.
If so randomize the SIP port on all the phones. Your problem will go away.
-
@g.jacobse said:
00-01-e8-d7-ab-5f
A lookup shows that as Force10 Networks.?
http://www.coffer.com/mac_find/?string=00-01-e8-d7-ab-5f
