Webex Calling to On Prem CUCM (No Video)

[Richard Pidcock]

We are beginning to migrate to Webex calling this year and so far have migrated a handful of telephone numbers over to webex calling.  The problem I am having is that whenever I initiate a call to an on prem registered number at a remote branch, I have no video.  However, that same on prem user can initiate a call to me and the video on the call is successful.  I'm not finding anything getting block at my firewall so this one has me stumped.  We have opened a TAC case, but so far no solutions.

Has anyone seen this behavior.

[Richard Pidcock]

So a new update on this case.  We've been working with TAC and the following was recommended to implement on our LGW (Local Gateway).

!
voice service voip
 sip
  asymmetric payload full
!

To recap the problem scenario, an on on prem phone (specifically 8865 model) calling a WxC phone (particularly a DeskPro) there was one way video (no video at the side of on prem phone).  When the same call was placed and answered on an 8875 model phone there was 2 way video.  So in my case the problem was hardware specific.  At any rate, implementing the above has allowed the video to work, with the exception that there is about a 3-5 second delay for the video to start.  This was discovered in reference to this bug.

CSCwc77436 : Bug Search Tool

UPDATE:  Later in the morning I had to reverse the "asymmetric payload full" command.  I now started having a more impactful one way audio situation   A WxC user, calling an on prem user and there was one way audio.  After removing the "asymmetric payload full" command this corrected and I now have two way audio again.  So bottom line I'm back to square 1.

[Richard Pidcock]

So this very same problem has re-appeared in our environment.  When an on-prem registered phone calls a webex calling user there is only one way video (i.e. no video on the side of the on-prem phone).  This is limited to calls between an on-prem registered phone to a webex calling user with a Deskpro device.  When I duplicate the same calling scenario, but answer the call from an 8875 vs. the DeskPro there is two way video.  We have a case open with TAC and also working with our partner (Presidio) to try to find resolution.  I will share more here when we find the fix.

@Jonathan Schulenberg , can you give me a nudge about how to further check on the SDP exchange.  According to the TAC engineer, the video packets are leaving the WxC environment, thus the video packets are getting stopped at my FW or when going through the LGW.  Appreciate any help you might offer.

[tomneary78]

Hello,

Did you ever figure out a cause for this?  We are having the same issue.  I seen in the SDP that video is negotiated correctly.  Both endpoints are in video mode and debugs show the calls as video.  I suspect something in our firewall is blocking the video, but can't find a cause.

[Richard Pidcock]

We did find the cause, but hell it's been a minute and I've slept since then.  Let me talk with my peers this morning so I can remember what we did to fix this and I'll post later.

Thanks

[Richard Pidcock]

check if your converted user has a Remote destination profile defined within CUCM.  I think that's what fixed our scenario.

[Jonathan Schulenberg]

What SDP is exchanged on either side of CUBE? Does WxC-MT include video SDP? Does CUBE forward that to CUCM? Does CUCM include it in the SDP response - and CUBE forward it to WxC-MT?