I have the following scenario:
MX300 endpoints (CUCM registered)
We are not running in mixed mode on CUCM
We want media streams with external call parties to be encrypted. We do have TLS end-to-end but I don't believe we can support SRTP to the MX300s registered to UCM w/o provisioning mixed mode (based on Cisco docs). So, we are attempting to use Media encryption policy on the VCS. Specifically, we set one of the traversal client zone to use "Best effort". This works for most calls but we have seen a couple of calls fail.
From end user perspective, failures manifest as a call that gets connected and is immediately torn down.
On the VCS, we will see the following when looking at the call history:
The B2BUA Encryption component is disconnected after ~3 seconds. The disconnect reason is: B2BUA disconnected call on the ingress saying "mismatched transport type in answer".
Based on context clues, this points to TLS negotiation. The thing is, if I set the media policy back to "auto" then the call connects fine and the transport is TLS. At least, it reports TLS on my VCS-C and VCS-E.
Any pointers that someone is willing to toss my way?
Thanks in advance,
Please remember to rate helpful responses and identify
Won't help but I have a very similar but slightly different scenario with:
As for settings:
Some SIP calls work perfectly (i.e. the Cisco test endpoints) but some users have issues. Dialing partners' cloud service video-conference, the call connects and gets dropped immediately. I created myself a trial account on that service to test and can reproduce it all the time. I can see the call coming in my cloud service client and when I accept it it just drops.
On the VCS-C,
|Start time||2014-11-11 16:51:22|
|Disconnect reason summary||disconnected|
|Disconnect reason details||B2BUA disconnected call on the Egress saying "Received 'Request Timeout' to mid-dialog request"|
But on the VCS-E in the call history, I only see and "408 request timeout".
When I call my Jabber account from that service it works well. But in that case the second call component with type B2BUA shows:
|Start time||2014-11-11 17:14:02|
|Disconnect reason summary||BYE|
|Disconnect reason details||Egress disconnected call|
|Box call serial number||1bc2473f-2a09-4dea-8ffd-a7e88a3ef05b|
Have also no clue of what is happening
Anyone find a resolution to this? I have seen some similar things. Loopback test to Cisco works fine (encrypted), call to WebEx CMR fails.