Preview Tool

Cisco Bug: CSCvs66455 - ENH for RTP phantom packet handling to be based on a global RTP port range

Last Modified

Jan 14, 2020

Products (1)

  • Cisco IOS

Known Affected Releases


Description (partial)

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>

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 account to be viewed.

Bug Details Include

  • Full Description (including symptoms, conditions and workarounds)
  • Status
  • Severity
  • Known Fixed Releases
  • Related Community Discussions
  • Number of Related Support Cases
Bug information is viewable for customers and partners who have a service contract. Registered users can view up to 200 bugs per month without a service contract.