Guest

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)

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