12-04-2008 04:02 PM - edited 03-15-2019 02:55 PM
I have a customer whose remote site mentioned that the see the "CM Fallback" message on couple of phones at random. It appears that certain phones lose their keepalives while others are ok. This one remote site in particular has roughly 30 or so users. Any ideas why this is happening? Is it a QOS issue?
12-10-2008 02:35 PM
The phone goes to fall back mode that's why you are getting âCM Fallbackâ Message. So you have to recover from CM fallback mode.
For further information click this link.
12-11-2008 01:37 PM
Not all of the phones go into SRST, only a few at random. The T1 link between the host and remote never goes down during this time. It may be because those particular phones are losing their keepalives.
12-11-2008 02:03 PM
Hi Michael, in this instance I would tend to agree. If not all phones are falling back to SRST then it is highly possible that the keepalives are being dropped or delay across the WAN.
Therefore I would suspect that QoS is the issue if there are no physical problems with the WAN or underlying LAN.
Firstly verify the switchports which these phones are connected to. Are there any reported errors on the ports? Duplex issues?
Also verify the integrity of the WAN interface. Is the reliability 255/255? are there CRCs, Input Errors.
Secondly is QoS provisioned end-to-end? It is possible that your signalling is not be trusted or being remarked. Do packets captures at either end to determine whether signalling packets still have the dscp value.
One other alternative if QoS is not an option would be to increase the keepalives, this would avoid issues with lossy low bandwidth WAN circuits. However this is clusterwide.
Hope this helps.
Allan.
Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community: