Cisco Bug: CSCvs68759 - VCS/Exp-C generates incorrect SIP OAuth search rule when CUCM FQDN is longer than 35 chars
May 28, 2020
- Cisco TelePresence Video Communication Server (VCS)
- Cisco Expressway
Known Affected Releases
Symptom: The search rules generated by VCS/Expressway-C when CUCM has hostname longer that 35 characters is in Regex instead of Prefix and this cases multiple SIP messages to be generated causing loops. Conditions: SIP OAuth is enabled on CUCM. Assuming that CUCM FQDN is longer than 35 characters and CUCM is integrated onto VCS/Expressway-C for MRA. CUCM FQDN = cucmwithverylonghostnamethanneededcrazy.jalero.lab The VCS/Expressway-C generates CETcp(or TLS zone depending on mode) and CEOAuth.. zones. The search rule on the CETcp/Tls zone are in prefix and with the FQDN of the CUCM. The Search rule on the CEOauth zone is in regex and doesn't have the SIP OAuth port (5090/5091) as the pattern string field cannot take more than 60 characters: Search rule: (sip:)?cucmwithverylonghostnamethanneededc.*;transport=TLS.* Assuming a call from an MRA client reaches the -C it will match both search rules (because of the route header) and 2 invites would be sent to 5060/61 and 5090/91, but CUCM would see that as a loop. CUCM 12.5.1 Expressway X12.5.5 (possible seen in lower versions).
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