Preview Tool

Cisco Bug: CSCvs68759 - VCS/Exp-C generates incorrect SIP OAuth search rule when CUCM FQDN is longer than 35 chars

Last Modified

May 28, 2020

Products (2)

  • Cisco TelePresence Video Communication Server (VCS)
  • Cisco Expressway

Known Affected Releases

X12.5.5 X12.5.6

Description (partial)

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.

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 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.