Re: [cisco-voip] 8800 Series firmware upgrade 12.0(1) text color

The firmware has a feature to detect if the background is dark or light, and then adjust the labels as needed. But it has to be really dark to be dark. For the majority of picture. Sent from my iPhone > On Dec 13, 2017, at 7:50 PM, Haas, Neal wrote: > > I wanted to

Re: [cisco-voip] 8800 Series firmware upgrade 12.0(1) text color

Nothing aside from the changes in color to the text and to the toast pop up. Toast was orange, now it’s white. Opinions vary on that one though. Sent from a mobile device with very tiny touchscreen input keys. Please excude my typtos. > On Dec 13, 2017, at 9:23 PM, Haas, Neal

Re: [cisco-voip] 8800 Series firmware upgrade 12.0(1) text color

I want to do that but we are hitting the answer/hold bug. I think my solution is to create a background image that doesn't look as bad as the default cisco one. any other issues that you have seen with 12.0(1)? Neal Haas ITSD Analyst - Communications 559-600-5890

Re: [cisco-voip] 8800 Series firmware upgrade 12.0(1) text color

We have the same issue and have been unable to find a fix short of reverting to 11.7 firmware. Sent from a mobile device with very tiny touchscreen input keys. Please excude my typtos. > On Dec 13, 2017, at 8:50 PM, Haas, Neal wrote: > > I wanted to push the new

Re: [cisco-voip] Duplicate ipaddress space and vlans on separate vSwitches on same ESXi host

Yeah – that was a question I did have. Whether or not it would get confused with the same VLAN tagging but to different switches. But I would suspect that it would still keep the traffic separate since they are separate switches. I might open a TAC case for this one. I don’t like doing that

Re: [cisco-voip] Teradici Zero Client packet loss when connected through Phones

Two things I can think of to investigate. 1. EEE settings on the phones (especially if they are on old software). This caused tons of problems with PCs a while back and may be coming into play here. 2. Automatic Port Synchronization - This setting forces the PC port to the same speed as the

Re: [cisco-voip] Teradici Zero Client packet loss when connected through Phones

We have some Teradici Zero Clients, and began to have issues with them last year. We ended up hard coding them to 100/Full, and our issues went away. We did have a different use case, as we were having the zero clients at the end of runs, not plugged into a device with what has to be less than

Re: [cisco-voip] AnyConnect Wireless and Jabber Voice

Time for wire captures I’d say. Compare headers with and without AnyConnect. Do the markings change? Is there excessive broadcast traffic hitting the NIC when using AnyConnect? ... etc. TAC will want that anyway so getting traces setup won’t be a wasted effort. Outside of that, you’re just

Re: [cisco-voip] FXO hang due to connectivity loss?

Are you sure that the gateway is properly detecting the tone and hanging up when connectivity *is* working? FXO disconnect is terribly hit-and-miss even at the best of times. Disconnect supervision on FXO is more of a best-effort attempt than an actual thing. If the disconnect signal is

Re: [cisco-voip] AnyConnect Wireless and Jabber Voice

Hi Ryan, Thanks for responding. Running Cisco Jabber 11.8.3. We are only using AnyConnect NAM as a supplicant for 802.1x/ ISE. Not using for VPN at all. This is happening internally on site connected to our Cisco wireless environment that uses 3602/3702 APs and 5508 WLCs. I know it is crazy

Re: [cisco-voip] AnyConnect Wireless and Jabber Voice

Sounds like jitter usually QoS related. Spitballing here cause I don’t know your topology but it sounds like the traffic is getting marked best effort when traversing the VPN connection. If you can illustrate the Jabber client’s connection path (and type of Jabber client), I might be able

[cisco-voip] AnyConnect Wireless and Jabber Voice

We have installed AnyConnect 4.5 and have started to have issues with Jabber calls using wireless. Every minute outbound voice becomes garbled for several seconds Running a continuous ping from a PC to the wireless default gateway we jump from 2ms to 160+ms every minute that corresponds to

Re: [cisco-voip] CUCM Trunk timer

https://bst.cloudapps.cisco.com/bugsearch/bug/CSCuj19006 From: Erick Bergquist [mailto:erick...@gmail.com] Sent: Wednesday, December 6, 2017 2:25 AM To: Jason Aarons (Americas) Cc: cisco-voip (cisco-voip@puck.nether.net) Subject: Re:

Re: [cisco-voip] FXO hang due to connectivity loss?

I believe it should disconnect on the FXO side but the IP Phone isn't going to know about it due to the signaling losee. What behavior are you seeing? This is also assuming the FXO side is initiating the disconnect. On Wed, Dec 13, 2017 at 2:33 AM, Ki Wi wrote: > Hi