All IP phone stations disconnect and register back automatically after a few minutes

[Nuttotaz]

While it happened IP phones just froze and couldn't respond to buttons.

Diagnostics > System logs > IP events output example

...
20240625:163604000:248182:lxsys:MED:cmb logmanager: IPEVT IPT_REG board=PROCR ip=10.102.40.10 net_reg= 1 ext= 29443 ip= 192.168.182.244;49302 net_reg= 1 reason=recovery
20240625:163602000:248179:lxsys:MED:cmb logmanager: IPEVT IPT_TCP_UP board=PROCR ip=10.102.40.10 net_reg= 1 ext= 29451 the 1st ip=10.102.203.14; 4135 the 2nd ip=0.0.0.0; 0 net_reg= 1 reason=endpoint_request
20240625:163602000:248176:lxsys:MED:cmb logmanager: IPEVT IPT_REG board=PROCR ip=10.102.40.10 net_reg= 1 ext= 29451 ip= 10.102.203.14;49301 net_reg= 1 reason=recovery
20240625:163602000:248175:lxsys:MED:cmb logmanager: IPEVT IPT_TCP_UP board=PROCR ip=10.102.40.10 net_reg= 1 ext= 29639 the 1st ip=192.168.182.47; 2875 the 2nd ip=0.0.0.0; 0 net_reg= 1 reason=endpoint_request
20240625:163602000:248174:lxsys:MED:cmb logmanager: IPEVT IPT_TCP_UP board=PROCR ip=10.102.40.10 net_reg= 1 ext= 19102 the 1st ip=192.168.182.114; 4788 the 2nd ip=0.0.0.0; 0 net_reg= 1 reason=endpoint_request
20240625:163602000:248173:lxsys:MED:cmb logmanager: IPEVT IPT_REG board=PROCR ip=10.102.40.10 net_reg= 1 ext= 29639 ip= 192.168.182.47;49301 net_reg= 1 reason=recovery
20240625:163602000:248172:lxsys:MED:cmb logmanager: IPEVT IPT_TCP_DOWN board=PROCR ip=10.102.40.10 net_reg= 1 ext= 29639 the 1st ip=192.168.182.47; 5123 the 2nd ip=0.0.0.0; 0 net_reg= 1 reason=00000
...

Anyone have idea what happened?

 

[BlackCuervo]

To me, it looks like they are losing connection with the main server. It may be because a network issue. How many registered telephones do you have? Is there any telephone that remains connected even when the majority isn't?

Best regards.

 

[Nuttotaz]

@BlackCuervo Avaya helped me check this case, seems like network issue. I don't have Wireshark logs, so I can't determine the root cause. All I know is 1. CM doesn't lose connection. 2. The disconnect request was from farend side (IP-Phones) 3. IP-Phones aren't designed to disconnect themselves.

 

[avayaguy23]

Are these phones located at a remote site? Issue is most likely WAN related.

 

[Nuttotaz]

@avayaguy23 most of them are on premise site, around 10% are on remote site. All of them disconnected just the same.

 

[avayaguy23]

You should involve your network team to review how things are connected from a network level. How for example does 192.168.82.47 talk to 10.102.40.10?

 

[Nuttotaz]

@avayaguy23 I did. They said there's nothing wrong with their network, no log error, etc. haha

 

[avayaguy23]

You aren’t asking the right questions then. Identify the flow of packets segment by segment. What network switches and routers does it go through.