Re: Calls between Expressway-C Registered Endpoint and CUCM 9.1.2 consumes Traversal Licence

Ben Morgan · ‎07-03-2018

Guys,

Have setup a clustered Collab-Edge environment, with the Expressway-Cs neighbouring multiple CUCM Clusters.

The Expressway-C's also have Room TP Licenses with registered SIP Endpoints.

From Endpoint A (registered to Expressway1), I can call to CUCM Cluster 1 (v11.0.1) and vice versa. The logs tell me its a non-traversal call type.

From Endpoint A (same as above), I cannot call CUCM Cluster 2 (v9.1.2) and vice versa. The logs are telling me its a traversal call type. I cannot for the life of me figure out why this call is being marked as traversal? And as I do not have any RMS Licenses installed on the Expressway-C's, the call does not go through..

Has anyone experienced this issue? I have a feeling its the versioning on CUCM that is throwing the licenses out of whack.. however I cant find documentation to back this theory.

Any thoughts?

Ben

R0g22 · ‎07-04-2018

RMS licenses are consumed on Ewy-C in case of MS interop (Ewy Gateway scenario). Calls b/w Cisco call control devices should not consume RMS. Similarly, calls to Cisco Conferencing solutions or cloud do not consume RMS as well.
Have you double checked that the call flow in some way not affecting or deviating from any of the above mentioned cases ?

Can you share the diagnostic log from Ewy-C for a test failed call ?

Ben Morgan · ‎07-04-2018

Thanks for your reply..

I can assure you there the path is direct, no inter-working or MS interop.. The Expressway is classifying the call as a traversal when only matching a rule for this CUCM neighour. When I use the same rule and select a different CUCM neighour, the call works fine as the type is a non-traversal..

The only difference is the CUCM Cluster versions.. The CUCM version not working is v9.1.2. Versions that are working are 10.5.2 and 11.0.1. The expressway version is x8.10.4.

I can only 'assume' that the Expressway is not identifying the old CUCM correctly.. hence seeing is a a third-party gatekeeper.. therefore wanting a traversal license to send/receive calls from this neighour.. But I cant find any doco on this..

Have attached the logs for you mate.

8803@... is the VC endpoint registered to Expressway-C

869@.. is the CUCM endpoint

Ben

R0g22 · ‎07-05-2018

Seems like Ewy is trying to do a SIP to H.323 interop which does require traversal license. Here is the analysis -

*/ INVITE -

2018-07-03T17:01:48.985+10:00 nsw-atp-expc1 tvcs: UTCTime="2018-07-03 07:01:48,978" Module="network.sip" Level="DEBUG": Action="Received" Local-ip="10.26.120.201" Local-port="5061" Src-ip="10.30.201.13" Src-port="37011" Msg-Hash="8804645357093906460"
SIPMSG:
|INVITE sip:869@acequity.com.au SIP/2.0
Via: SIP/2.0/TLS 10.30.201.13:37011;branch=z9hG4bK829e7d241ab8e03d2e658656e0ec346c;rport
Call-ID: 9dcfceac13f5322692a2e2d07681f495
CSeq: 100 INVITE
Contact: <sip:8803@acequity.com.au;gr=urn:uuid:de52e599-fbdd-5d76-ad60-aeda54e5d920>
From: "ACE - 30KPR - Level 2 Boardroom" <sip:8803@acequity.com.au>;tag=f79453caf80c7244
To: <sip:869@acequity.com.au>
Max-Forwards: 70
Route: <sip:10.26.120.201;lr>
Allow: INVITE,ACK,CANCEL,BYE,UPDATE,INFO,OPTIONS,REFER,NOTIFY
User-Agent: TANDBERG/529 (ce9.2.3.3ba381b) Cisco-SX20
Supported: replaces,100rel,timer,gruu,path,outbound
Session-Expires: 1800
Content-Type: application/sdp
Content-Length: 5246

*/ Search rule selection -

2018-07-03T17:01:48.985+10:00 nsw-atp-expc1 tvcs: UTCTime="2018-07-03 07:01:48,983" Module="network.search" Level="DEBUG": Detail="Considering search rule 'LocalZoneMatch' towards target 'LocalZone' at priority '50' with alias '869@acequity.com.au'"
2018-07-03T17:01:48.985+10:00 nsw-atp-expc1 tvcs: UTCTime="2018-07-03 07:01:48,984" Module="network.search" Level="DEBUG": Detail="Considering search rule 'B2B_Local_ACE' towards target 'ACE_CUCM' at priority '100' with alias '869@acequity.com.au'"

*/ Initiates RAS Location Request -

2018-07-03T17:01:48.985+10:00 nsw-atp-expc1 tvcs: UTCTime="2018-07-03 07:01:48,985" Module="network.h323" Level="DEBUG": Dst-ip="10.26.120.202" Dst-port="1719"
Sending RAS PDU:
value RasMessage ::= locationRequest :
{
requestSeqNum 4691,
destinationInfo
{
h323-ID : "869@acequity.com.au"
},
replyAddress ipAddress :
{
ip '0A1A78C9'H,
port 1719
},
canMapAlias TRUE,
genericData
{

*/ Rejects due to license absence -

2018-07-03T17:01:48.985+10:00 nsw-atp-expc1 tvcs: UTCTime="2018-07-03 07:01:48,986" Module="network.h323" Level="DEBUG": Src-ip="10.26.120.202" Src-port="1719"
Received RAS PDU:
value RasMessage ::= locationReject :
{
requestSeqNum 4691,
rejectReason notRegistered : NULL
}

2018-07-03T17:01:48.992+10:00 nsw-atp-expc1 licensemanager: UTCTime="2018-07-03 07:01:48,992" Module="developer.licensemanager.service.licensepool" Level="INFO" CodeLocation="licensepool(926)" Detail="Call license limit reached"license_type="traversal" tokens="2" cluster_token_inuse="0" cluster_token_limit="0"

2018-07-03T17:01:49.486+10:00 nsw-atp-expc1 licensemanager: Level="INFO" Detail="License not granted" call_id="035dab3f-b448-45e5-bfbd-be4e315934eb" lic_type="traversal" tokens=2 UTCTime="2018-07-03 07:01:49,486"
2018-07-03T17:01:49.486+10:00 nsw-atp-expc1 licensemanager: UTCTime="2018-07-03 07:01:49,486" Module="developer.licensemanager.service.manager" Level="INFO" CodeLocation="licensemanager(198)" Detail="License not granted" call_id="035dab3f-b448-45e5-bfbd-be4e315934eb" lic_type="traversal" tokens=2
2018-07-03T17:01:49.488+10:00 nsw-atp-expc1 tvcs: Event="Search Completed" Reason="Not Found" Service="SIP" Src-alias-type="SIP" Src-alias="8803@acequity.com.au" Dst-alias-type="SIP" Dst-alias="sip:869@acequity.com.au" Call-serial-number="088b9300-f0d8-47d7-9aa7-8dd62666ba2b" Tag="d2017017-3b87-48fa-b7f7-eb0400801b65" Detail="found:false, searchtype:INVITE, Info:Policy Response" Level="1" UTCTime="2018-07-03 07:01:49,488"
2018-07-03T17:01:49.488+10:00 nsw-atp-expc1 tvcs: Event="Call Rejected" Service="SIP" Src-ip="10.30.201.13" Src-port="37011" Src-alias-type="SIP" Src-alias="sip:8803@acequity.com.au" Dst-alias-type="SIP" Dst-alias="sip:869@acequity.com.au" Call-serial-number="088b9300-f0d8-47d7-9aa7-8dd62666ba2b" Tag="d2017017-3b87-48fa-b7f7-eb0400801b65" Detail="Not Found" Protocol="TLS" Response-code="404" Level="1" UTCTime="2018-07-03 07:01:49,488"

Document that highlights what I have told above -

https://www.cisco.com/c/en/us/support/docs/unified-communications/telepresence-video-communication-server-vcs/118872-technote-vcs-00.html#anc1

Ben Morgan · ‎07-05-2018

Thanks for your response..
You see H323 in the call logs as the Expressway-C is clustered.. and use h323 to converse with the other peer..
Call is definitely SIP to SIP..

Shashank Mahajan · ‎07-05-2018

The issue you are experiencing on calls between EXP-C x8.10.4 and CUCM version 9.1.2 is due to the bug CSCvi82794.

https://bst.cloudapps.cisco.com/bugsearch/bug/CSCvi82794/

It looks like an operability issue with CUCM 9.x and Expressway. We are still looking into this issue. As a workaround, you can set the Neighbor zone profile for the CUCM 9.x to “Default” and go to Configuration > Call Routing > and ensure that call signaling optimization is set to ON.

HTH

Shashank

Ben Morgan · ‎07-05-2018

Hi Shashank..

This seems likely.. I have applied the workaround to no avail though mate.. Still consumes a traversal license..

I found out yesterday the actual version of CUCM is 9.1.12 not 9.1.2.

I also have a TAC case opened with Parteek working on this.. SR 684756698

Ben Morgan · ‎07-16-2018

Hi Shashank,

Looks like it is BugID:CSCvi82794.. has been updated last week.. no workaround as yet. Looks like the CUCM will need to be bumped up..

Ben