I will open a TAC case as well. Maybe enough of those will get us an answer that does not require reinstalling. I do wish I could easily reproduce, but I am not able to at this time.
Sean. From: Gary_Bates_Command_Solutions <gba...@commandsolutions.com.au> Sent: Monday, November 29, 2021 7:08 PM To: 'Lelio Fulgenzi' <le...@uoguelph.ca> Cc: Riley, Sean <sri...@robinsonbradshaw.com>; cisco-voip@puck.nether.net Subject: RE: [cisco-voip] [External] Jabber Users Prompted To Accept Webex Cert Hi Lelio I was told by a Cisco rep its all to do with Cisco’s arrogant sales strategy, trying to get all on-prem users to switchover to either Hybrid Jabber / Hybrid Webex or full cloud connection with Webex. Unfortunately, it wasn’t communicated honestly and up front, my customer is very annoyed with Cisco and is slowly migrating towards MS Teams calling I don’t see any “fixes” now, only the way we could solve it is following the procedure below Gary From: Lelio Fulgenzi <le...@uoguelph.ca<mailto:le...@uoguelph.ca>> Sent: Tuesday, 30 November 2021 10:18 AM To: gba...@commandsolutions.com.au<mailto:gba...@commandsolutions.com.au> Cc: Riley, Sean <sri...@robinsonbradshaw.com<mailto:sri...@robinsonbradshaw.com>>; cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net> Subject: Re: [cisco-voip] [External] Jabber Users Prompted To Accept Webex Cert They better come up with a better workaround to re-installing all our clients. If Jabber has a built in procedure, then they really need to make sure it works. Why are we all of a sudden seeing these cert issues? This downloading of fixes really needs to be curbed. Sent from my iPhone On Nov 29, 2021, at 4:53 PM, Gary_Bates_Command_Solutions <gba...@commandsolutions.com.au<mailto:gba...@commandsolutions.com.au>> wrote: CAUTION: This email originated from outside of the University of Guelph. Do not click links or open attachments unless you recognize the sender and know the content is safe. If in doubt, forward suspicious emails to ith...@uoguelph.ca<mailto:ith...@uoguelph.ca> Hi there We experienced this issue with our on-prem Jabber updates, Fix we applied was as follows: 1. Do a “clean install” of Jabber (must delete cache files and uninstall old version) 2. Wen installing new version, use this installation file with the switch at the end as below msiexec.exe /i CiscoJabberSetup.msi CLEAR=1 EXCLUDED_SERVICES=WEBEX UPN_DISCOVERY_ENABLED=false Our desktop team added a script to clear the cache folders on desktops with previous installations as follows: ## Deleting all “.\Cisco” folders found on local profiles Write-Log "-----> Deleting all `“.\Cisco`” folders found on local profiles" $users = Get-ChildItem -Path "C:\Users" $users | ForEach-Object { Remove-Folder -Path "C:\Users\$($_.Name)\AppData\Local\Cisco" Remove-Folder -Path "C:\Users\$($_.Name)\AppData\Roaming\Cisco" 1. In the service profile for Jabber, add the “ServiceDiscoveryExcludedServices --> WEBEX” This will ensure once Jabber is installed and configured, it will no longer try to connect to WEBEX each time the user logins. HTH Gary From: cisco-voip <cisco-voip-boun...@puck.nether.net<mailto:cisco-voip-boun...@puck.nether.net>> On Behalf Of Lelio Fulgenzi Sent: Tuesday, 30 November 2021 8:24 AM To: Riley, Sean <sri...@robinsonbradshaw.com<mailto:sri...@robinsonbradshaw.com>> Cc: cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net> Subject: Re: [cisco-voip] [External] Jabber Users Prompted To Accept Webex Cert I will likely be opening a case for this. We had a few. Our workstations are not configured to not get root very updates I’ve been told. We’ve only had a few cases. Not sure this hasn’t made it to an advisory or bug or something. Sent from my iPhone On Nov 29, 2021, at 1:04 PM, Riley, Sean <sri...@robinsonbradshaw.com<mailto:sri...@robinsonbradshaw.com>> wrote: CAUTION: This email originated from outside of the University of Guelph. Do not click links or open attachments unless you recognize the sender and know the content is safe. If in doubt, forward suspicious emails to ith...@uoguelph.ca<mailto:ith...@uoguelph.ca> Did anyone come up with a solution to this, other than to tell the users to Accept the Cert? We are completely on prem with no webex services. Clients are v 12.9.6. I was able to reproduce the issue once using a test user account, but have not been able to reproduce since, even after a Jabber reset. Most of my team is running Jabber v 14.x and we have not seen the cert warning. Does a user declining the cert add it to the Untrusted Certificates store in Windows? Maybe that takes priority over a cert in the trusted store? I have done the following, but we still have sporadic reports of the certificate warning from Jabber: 1. Ensured the new IdenTrust Commercial Root CA 1 was in CUCM and services restarted on CUCM and IM&P. 2. Added the HydrantID Server CA O1 to the computers trusted store via GPO. Thanks. From: cisco-voip <cisco-voip-boun...@puck.nether.net<mailto:cisco-voip-boun...@puck.nether.net>> On Behalf Of Lelio Fulgenzi Sent: Friday, November 12, 2021 3:17 PM To: Lelio Fulgenzi <le...@uoguelph.ca<mailto:le...@uoguelph.ca>>; Gary Parker <g.j.par...@lboro.ac.uk<mailto:g.j.par...@lboro.ac.uk>>; Brian V <bvanb...@gmail.com<mailto:bvanb...@gmail.com>> Cc: cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net> Subject: Re: [cisco-voip] [External] Jabber Users Prompted To Accept Webex Cert Darn it. We've started seeing the alerts for some reason. Can we just tell people to accept? Argh. -----Original Message----- From: cisco-voip <cisco-voip-boun...@puck.nether.net<mailto:cisco-voip-boun...@puck.nether.net>> On Behalf Of Lelio Fulgenzi Sent: Friday, November 12, 2021 8:45 AM To: Gary Parker <g.j.par...@lboro.ac.uk<mailto:g.j.par...@lboro.ac.uk>>; Brian V <bvanb...@gmail.com<mailto:bvanb...@gmail.com>> Cc: cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net> Subject: Re: [cisco-voip] [External] Jabber Users Prompted To Accept Webex Cert (a) do this (b) don't do this Is my favourite part! I remember when I first started, I had opened a case, then another, and got two very conflicting opinions from the TAC (a) TAC suggests using the T train for voice gateways (b) The TAC suggests staying away from T train for voice gateways Or something like that. When you're first starting out and have a crush on Cisco, it's very had to work through that. -----Original Message----- From: Gary Parker <g.j.par...@lboro.ac.uk<mailto:g.j.par...@lboro.ac.uk>> Sent: Friday, November 12, 2021 5:24 AM To: Brian V <bvanb...@gmail.com<mailto:bvanb...@gmail.com>> Cc: Lelio Fulgenzi <le...@uoguelph.ca<mailto:le...@uoguelph.ca>>; NateCCIE <natec...@gmail.com<mailto:natec...@gmail.com>>; Johnson, Tim <johns...@cmich.edu<mailto:johns...@cmich.edu>>; cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net> Subject: Re: [cisco-voip] [External] Jabber Users Prompted To Accept Webex Cert CAUTION: This email originated from outside of the University of Guelph. Do not click links or open attachments unless you recognize the sender and know the content is safe. If in doubt, forward suspicious emails to ith...@uoguelph.ca<mailto:ith...@uoguelph.ca> Yeah, I had a suspicion at one point that this might be to do with the telemetry (which we’re sending), but the only reference I can find to the servers used for this is in the "Feature Configuration for Cisco Jabber 12.8†doc where it states that clients connect to "metrics-a.wbx2.com†(also mentioning that you must install a GoDaddy root cert). We’ve been sending telemetry for some time and have not had this problem before, and the cert the client is erroring on is idbroker.webex.com (with the IdenTrust root). Fwiw, metrics-a.wbx2.com is a cname for ha-a-main.wbx2.com, which in turn is a cname for achm-main-ha-a-nlb-1d0e22049c746ef1.elb.us-east-2.amazonaws.com metrics-a.wbx2.com *does* have a GoDaddy root cert, and a wildcard server cert. What a mess! That bug also says: "b) Disable the telemetry call to Webex in the jabber-config xml†…but then goes on to say: "This error/popup is not related to Telemetry. Even if you disable Telemetry on Jabber certificate pop up will continue to show.†¯\_(ツ)_/¯ Gary > On 11 Nov 2021, at 22:57, Brian V > <bvanb...@gmail.com<mailto:bvanb...@gmail.com>> wrote: > > Part of the workaround referenced in the Bug doesn't make sense. They > reference adding some GoDaddy certs, but when you look at the URL they > reference (*.wbx2.com) that is signed by Hydrant not Go Daddy. _______________________________________________ cisco-voip mailing list cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net> https://puck.nether.net/mailman/listinfo/cisco-voip _______________________________________________ cisco-voip mailing list cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net> https://puck.nether.net/mailman/listinfo/cisco-voip _______________________________________________ cisco-voip mailing list cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net> https://puck.nether.net/mailman/listinfo/cisco-voip
_______________________________________________ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip