Cisco Bug: CSCvs66455 - ENH for RTP phantom packet handling to be based on a global RTP port range
Jan 14, 2020
- Cisco IOS
Known Affected Releases
Symptom: In some cases it can be that one call leg on CUBE gets disconnected while the other call leg is still present (for example due to CUCM SIP call preservation). In this case CUBE CPU gets high and CUBE becames unstable (TCP connection drops). In this scenarios feature Monitoring of Phantom Packets helps CUBE to stabilize and resolve problems on network. Currently this feature needs to be entered manually. Since it takes time to determine this kind of issues on CUBE and to enter commands, this enhancement is to have RTP phantom packet handling to be based on a global RTP port range defined for all interfaces: voice service voip ... rtp-port range <start port> <end port> Conditions: CUBE becames unstable when there is a unknown (phantom) RTP stream being sent to him. For example when one call leg gets disconnected on CUBE while other call leg is still active.
Bug details contain sensitive information and therefore require a Cisco.com account to be viewed.
Bug Details Include
- Full Description (including symptoms, conditions and workarounds)
- Known Fixed Releases
- Related Community Discussions
- Number of Related Support Cases