- This topic has 9 replies, 2 voices, and was last updated 3 years, 1 month ago by
.
-
Posts
-
Curious if anyone has the WebEx Meeting package working and offloading audio and video?
I don’t yet, working with Cisco engineering later this week. We have the Zoom package working without issue. The thin client, thankfully, takes a WebEx Unified Trace (.wbt file) when you pull the logs from the thin client. I also took a .wbt log from the Virtual Machine. I can see from the logs the Virtual Channel is opening, then closing and there are some errors but I’m not familiar with wbt logs, I know enough to get me into trouble with guessing what is happening.
On the thin client side, the policy is set for Zoom and WebEx v-channels ON and the other v-channels are turned off, the packages are installed, and USB redirection for webcams and audio devices is set to use HDX, not USB redirect.
I figured I would start a topic and see if there are any suggestions, and I’ll also post root cause once I find it and hopefully a fix. Right now without taking pcaps I’m leaning down the firewall is shutting down whatever port the v-channel is trying to establish itself on. Our Zoom sessions are proxied but WebEx is going out the firewall.
I had been doing early testing for the plugin , we are a Webex shop (seems to be the unpopular choice but i can’t change it). The plugin seemed to be working well in the Beta 9.1. 1036 with Webex 401002341.2 package but when the 9.1.1131 firmware with Webex package 40.10.11.15.4 came out its stopped working (VDI banner no longer comes up ). and i can start a Citrix Xendesktop session to same desktop from a laptop with the plugin loaded and it works. I have started a ticket with Dell , they first mentioned that the new 3.1.1. hotfix would address it but I don’t think that’s valid, it would have to be firmware i think.
I did not know about the .wbt log file that may be helpful. Have you seen a good how to on setting it up anywhere? The Cisco documentation seems scattered , vs a do this and this , bullet point how to.
Glad to see someone else working on this ,will try to update as I test!
For the record, this was the one that finally got it working
[HKEY_LOCAL_MACHINE\SOFTWARE\Cisco Spark Native] “isVDIEnv” = “true”, datatype:REG_EXPAND_SZ
Also, for obvious reasons, make sure your turn on the Citrix Virtual Channels for the different unified communications in WMS for the policy under Citrix Session Settings… Zoom VDI, WebEx VDI, Teams VDI etc.
I now have both Zoom VDI and WebEx VDI working.
Wow that is some great info thank you for posting. Can you confirm you got this working using 9.1.1131 firmware with Webex package 40.10.11.15.4? The behavior i have seemed to see is it works ok with the older 9.1.1036 (Beta) but does not in 9.1.1131. so it seemed to be our connectivity\firewall\virtual machine was ok , was just the firmware on the thin client that seemed to be at fault.
But i will definitely comb through your post and confirm, some great info there, and some reg keys i was not aware of. Thanks again for posting!
I can confirm:
- Cisco WebEx Meetings app v41.3.0.113
- Cisco WebEx Meetings plugin 40.10.11.15.4 (from Dell site)
- WTOS 9.1.1131
Great , again good info. that’s a slightly newer version of Webex meetings than we are on (we are on 40.10.12.19) so i may need to test that version out. Have you seen anything stated about version correlations from the plugin to the Webex meetings app and also the Webex site version? do they have to match in a certain range, doenst matter etc? Have not seen clear info on that . Have a great day and thanks for the tips!
Good afternoon brian1020, wanted to ask if you have updated to WMS hotfix 3.1.1 as part of getting Webex package working (or what version you are running?). So far i have had no luck with the 9.1.1131 software ,and working with Dell Tech support they have asked for logs etc but have no fix yet. Our shop is still at 40.10.12.19 version Webex site and software .. so maybe thats it? But it still seems strange that i can connect to the same Xendesktop using Windows laptop with the Webex VDI plugin , works fine . Thanks for the info you have already provided..
We use WMS Public Cloud so it was updated last week I believe. Things are still working without issue.
Is there a reason you can’t move forward with a newer version of WebEx just for testing?
You have the “VDI” turned on in the WebEx admin console and the registry edits on the desktop install?
Wanted to come back and report in, got Webex VDI working finally i had missed some settings inside WMS itself. . It turned out to be a setting in WMS for the virtual channel. I had to import new config UI package into WMS itself, to then have new WMS policy settings available about virtual channels . The Webex Meeting channel i guess is off by default. Found the fix from very helpful post on their community. I think some of the info Brian had posted , we must have already had setup by our Webex team, i just needed this last setting to engage. See info here:
Glad you got it working. To be fair I did mention that in my February 22 post
”
For the record, this was the one that finally got it working
[HKEY_LOCAL_MACHINE\SOFTWARE\Cisco Spark Native] “isVDIEnv” = “true”, datatype:REG_EXPAND_SZ
Also, for obvious reasons, make sure your turn on the Citrix Virtual Channels for the different unified communications in WMS for the policy under Citrix Session Settings… Zoom VDI, WebEx VDI, Teams VDI etc.
I now have both Zoom VDI and WebEx VDI working.”
- You must be logged in to reply to this topic.