Re: [cisco-voip] Jabber Config File Generator

[Matthew Loraditch]

YES Thanks everyone

Matthew G. Loraditch – CCNP-Voice, CCNA-R, CCDA
Network Engineer
Direct Voice: 443.541.1518
[Email_Sig_Template_H_shortcopy_UPDATED]
Facebook | 
Twitter | 
LinkedIn 
| G+

From: bmead...@gmail.com [mailto:bmead...@gmail.com] On Behalf Of Brian Meade
Sent: Tuesday, November 8, 2016 3:18 PM
To: Matthew Loraditch 
Cc: cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] Jabber Config File Generator

http://www.ciscojabber.io/


On Tue, Nov 8, 2016 at 3:09 PM, Matthew Loraditch 
> 
wrote:
I swear I saw a website where this is now. I still have this: 
https://supportforums.cisco.com/document/106926/jabber-config-file-generator
But I thought I saw somewhere a site where this was up to date as that utility 
hasn’t been updated since v11??
Anyone know what I’m talking about?

Thanks!

Matthew G. Loraditch – CCNP-Voice, CCNA-R, CCDA
Network Engineer
Direct Voice: 443.541.1518
Facebook | 
Twitter | 
LinkedIn 
| G+


___
cisco-voip mailing list
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

Re: [cisco-voip] Jabber Config File Generator

[Brian Meade]

http://www.ciscojabber.io/


On Tue, Nov 8, 2016 at 3:09 PM, Matthew Loraditch <
mloradi...@heliontechnologies.com> wrote:

> I swear I saw a website where this is now. I still have this:
> https://supportforums.cisco.com/document/106926/jabber-
> config-file-generator
>
> But I thought I saw somewhere a site where this was up to date as that
> utility hasn’t been updated since v11??
>
> Anyone know what I’m talking about?
>
>
>
> Thanks!
>
>
>
> Matthew G. Loraditch – CCNP-Voice, CCNA-R, CCDA
> Network Engineer
> Direct Voice: 443.541.1518
>
> Facebook  | Twitter
>  | LinkedIn
>  |
> G+ 
>
>
>
> ___
> cisco-voip mailing list
> 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

Re: [cisco-voip] Jabber Config File Generator

[Telecom]

This site maybe? 

http://www.ciscojabber.io/

---

Sent: Tuesday, November 08, 2016 3:09 PM
To: cisco-voip@puck.nether.net
Subject: [cisco-voip] Jabber Config File Generator
 
I swear I saw a website where this is now. I still have this: 
https://supportforums.cisco.com/document/106926/jabber-config-file-generator
But I thought I saw somewhere a site where this was up to date as that utility 
hasn’t been updated since v11??
Anyone know what I’m talking about?
 
Thanks!
 
Matthew G. Loraditch – CCNP-Voice, CCNA-R, CCDA
Network Engineer
Direct Voice: 443.541.1518

Facebook | Twitter | LinkedIn | G+___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

[cisco-voip] Jabber Config File Generator

[Matthew Loraditch]

I swear I saw a website where this is now. I still have this: 
https://supportforums.cisco.com/document/106926/jabber-config-file-generator
But I thought I saw somewhere a site where this was up to date as that utility 
hasn't been updated since v11??
Anyone know what I'm talking about?

Thanks!

Matthew G. Loraditch - CCNP-Voice, CCNA-R, CCDA
Network Engineer
Direct Voice: 443.541.1518

Facebook | 
Twitter | 
LinkedIn 
| G+

___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] CCX 11.5 Upgrade Issues

[Matthew Loraditch]

The only thing I could add is it wasn't entirely clear to me that I need to 
rerun the patch for the date time bug in reporting after the upgrade.
I ended up getting EC certs working, but yeah that parameter needs to be 
exposed somewhere and defaulted to off.

Thanks for asking!

Matthew G. Loraditch - CCNP-Voice, CCNA-R, CCDA
Network Engineer
Direct Voice: 443.541.1518

Facebook | 
Twitter | 
LinkedIn 
| G+

From: Abhiram Kramadhati (akramadh) [mailto:akram...@cisco.com]
Sent: Tuesday, November 8, 2016 6:13 AM
To: Nathan Reeves ; Matthew Loraditch 

Cc: cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] CCX 11.5 Upgrade Issues

Hi Nathan, Mathew, all,

Just checking if you have have had any other issues or feedback to share for 
11.5?
There are a few things that have caught our attention and might be a good place 
to share:

  *   CSCvb67761: Live Data Streaming Source Offline after 'maxThreads' 
exhausted on port 9443
 *   This is due to the Agent State Log Report causing high CPU and 
affecting the socket.IO service, eventually leading to LD to shut down
 *   If you are having issues of LD not working under load or user 
complaining of constant disconnects, disable this one report and it should be 
resolved. We are investigating the fix, but this is due to the fact that the 
initial data is being loaded from the DB snapshot for this report and thus 
putting a lot of load on the system.
 *   This is affecting a small % of customers, but the workaround is simple.
 *   Disable

viewId=5D411E8A114000230A4E5E6B
 filterId=AgentStateDetailStats  agentID=loginId from the Finesse layout

  *   CSCvb93630: UCCX: Calls recorded by Media Sense are not tagged by UCCX 
11.5
 *   This is a sev2 defect, so please be mindful of this
 *   Fix will be released soon
  *   Handling ECDSA certificates: updated strategy and required COP files have 
been published to TAC. So if you are having trouble working with ECDSA 
certificates or looking to disable them (like the enterprise parameter 
mentioned below, which is for CUCM only) - please get in touch with TAC.
Apart from that, any other general feedback on upgrade experience or on Finesse 
etc. are most welcome, please share the same.

Thanks.

Regards,
Abhiram Kramadhati
Technical Solutions Manager, CCBU
CCIE Collaboration # 40065


From: cisco-voip 
> 
on behalf of Nathan Reeves 
>
Date: Wednesday, 26 October 2016 at 2:48 PM
To: Matthew Loraditch 
>
Cc: "cisco-voip@puck.nether.net" 
>
Subject: Re: [cisco-voip] CCX 11.5 Upgrade Issues

I saw something similar with a fresh install / upgrade (from 11.0 to 11.5 - 
didn't have a bootable 11.5 ISO) I attempted last week.

Found that the upgrade via GUI wouldn't successfully complete.  It would get to 
the section that mentions releasing the upgrade lock but never actually does 
so.  I posted on the cisco forums and it was suggested to do the upgrade via 
cli.  This did complete successfully, but like you encountered, services 
wouldn't start on the first boot following upgrade.  I completed a subsequent 
reboot and things came up as expected.

Was in between moving employers so haven't managed to get back to the home lab 
to take any further look at logins unfort.

Nathan

On Tuesday, October 25, 2016, Matthew Loraditch 
> 
wrote:
11.0. It was not Finesse, that and CUIC were the only Tomcats that started and 
Finesse actually worked. Agents could login and take calls in my testing.
The regular Tomcat service and the dependent services that run /appadmin 
/cmplatform etc would not start. This was occurring before live agents even 
logged in.

From:avhollo...@gmail.com 
[mailto:avhollo...@gmail.com]
 On Behalf Of Anthony Holloway
Sent: Monday, October 24, 2016 2:46 PM
To: Matthew Loraditch 
>
Cc: 
cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] CCX 11.5 Upgrade Issues

What UCCX version were you coming from, and what are the Finesse browser 
versions in use?

I wonder if 11.5 is a resource hog, or if you might be hitting the Finesse Live 
Data issue I had a few months back when moving to 

Re: [cisco-voip] Traffic Issues with 7900 Series Phones

[Wes Sisk (wsisk)]

Not much visibility into L1/L2 on those phones; drop counters on the webpage or 
phone UI is about all you get.

Are the phones randomly unregistering? This is good baseline: 
https://supportforums.cisco.com/document/52176/understanding-sccp-phone-unregistration-and-failover-networks-perspective

If some sort of frame issue, correct, not many options.

What are the nature of messages being retransmitted?
Also, anything interesting looking in the log files?

One age old odd one is CDP timers out of sync btwn phone and switch. Phone 
keeps IP but gets dumped into data vlan.  Your choice on how to approach that.

One possibility: If phones are unregistering then check the lastoutofservice 
reason on the phone, in the CM traces, or in the RTMT reports if you’re on a 
new enough version. I *think* we got these phones fixed to say “vlan change’ or 
‘cdp timeout’ or ‘ip change’ something like that if there were changes in the 
network interface.

Alternatively take a few phones stick them in a port that not trunked but in 
the voice vlan… do these exhibit the same problem?

next ‘heuristic’ guess after that is possibly arp cache refresh on the switch. 
have seen several issues where arp cache timeout was set low, switch re-arp for 
many devices concurrently, arp response dropped by input queue overflow and 
input queue drop. net result the switch ‘forgets’ which port that phone is on.

So…. where do the packets/frames EXIST and NOT EXIST in the network?

-Wes

On Nov 4, 2016, at 4:32 PM, Pawlowski, Adam 
> wrote:

Wes,

Thanks, that's good to know about ICMP. We've seen phones that get into a state 
where they reply with response times all over the board, lossy, which, 
Reset/Restart from the UCM does not rectify. Powering the device down does 
clear the condition - the set is otherwise idle. I need to get into one of 
those via SSH and pull the CPU to see if it is up at that time, to see if 
there's an identifiable process that covers this.

We did get some captures from in front of the firewall where the UCM resides, 
and from a monitor session from the switch out at the edge where the phone is 
connected. We can see the UCM sending re-transmissions to the phone, and the 
phone eventually replying some time later. Unless there is a reason for us to 
try and get a copper tap on the segment between the switch and the phone, then, 
it would seem to be that there is some reason the phone is not replying to the 
UCM. There is nothing behind the phone, or any output buffer drops. Our delay 
here in reply is in some number of seconds, so I don't believe there's any 
buffering involved that would be to that extent.

What I fear is that if we get to a point where we can determine there is some 
frame that is an issue, these devices are past the point of any patching being 
done as of a few weeks ago. But, since replacing phones is not free and 
takes a bunch of time, I still have to come up with something. I only saw a bug 
for large sized ICMPv6 with nothing particularly helpful in the wording and the 
workaround of "don't do that" so I'm not hopeful.

We have our AM and SE aware of what is going on, and they've offered to help, 
so I'm hopeful we can eventually confirm the reason we're having trouble, even 
if we can't directly fix it.


Adam

-Original Message-
From: Wes Sisk (wsisk) [mailto:ws...@cisco.com]
Sent: Friday, November 04, 2016 12:52 PM
To: Pawlowski, Adam
Cc: Tommy Schlotterer; 
cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] Traffic Issues with 7900 Series Phones

Phones process ICMP traffic with low priority and throttling. This was
implemented to stem DoS attempts. Consider looking more at Voice Quality
effects, retransmits in packet captures, or parsing CCM traces for round
trip times. As you state these phones are relatively late in life and
therefore relatively stable.

-Wes


On Nov 2, 2016, at 2:42 PM, Pawlowski, Adam 
> wrote:

Tommy,

Sorry about that. These are a mixed bag. 41/61 both G and G-GE
phones, with the gigabit ones primarily. Some SCCP, some SIP, mostly
9.4.2SR1-1, but seen on 9.4.2SR2-2. PC attached or not, no difference, the
only difference we've been able to create that stops this, is changing the
data VLAN that runs through the phone to a different one, or something
null (with no PC).

Adam

-Original Message-
From: Tommy Schlotterer [mailto:tschlotte...@presidio.com]
Sent: Wednesday, November 02, 2016 2:37 PM
To: Pawlowski, Adam; 
cisco-voip@puck.nether.net
Subject: RE: Traffic Issues with 7900 Series Phones

What specific Models of phones eg. 41s/61s? or 40s/60s?

Thanks

Tommy

Tommy Schlotterer | Systems Engineer
Presidio | www.presidio.com
20 N. Saint Clair, 3rd Floor, Toledo, OH 43604
D: 419.214.1415 | C: 419.706.0259 | 

Re: [cisco-voip] CCX 11.5 Upgrade Issues

[Abhiram Kramadhati (akramadh)]

Hi Nathan, Mathew, all,

Just checking if you have have had any other issues or feedback to share for 
11.5?
There are a few things that have caught our attention and might be a good place 
to share:

  *   CSCvb67761: Live Data Streaming Source Offline after 'maxThreads' 
exhausted on port 9443
 *   This is due to the Agent State Log Report causing high CPU and 
affecting the socket.IO service, eventually leading to LD to shut down
 *   If you are having issues of LD not working under load or user 
complaining of constant disconnects, disable this one report and it should be 
resolved. We are investigating the fix, but this is due to the fact that the 
initial data is being loaded from the DB snapshot for this report and thus 
putting a lot of load on the system.
 *   This is affecting a small % of customers, but the workaround is simple.
 *   Disable

viewId=5D411E8A114000230A4E5E6B

 filterId=AgentStateDetailStats  agentID=loginId from the Finesse layout
  *   CSCvb93630: UCCX: Calls recorded by Media Sense are not tagged by UCCX 
11.5
 *   This is a sev2 defect, so please be mindful of this
 *   Fix will be released soon
  *   Handling ECDSA certificates: updated strategy and required COP files have 
been published to TAC. So if you are having trouble working with ECDSA 
certificates or looking to disable them (like the enterprise parameter 
mentioned below, which is for CUCM only) - please get in touch with TAC.

Apart from that, any other general feedback on upgrade experience or on Finesse 
etc. are most welcome, please share the same.

Thanks.

Regards,
Abhiram Kramadhati
Technical Solutions Manager, CCBU
CCIE Collaboration # 40065


From: cisco-voip 
> 
on behalf of Nathan Reeves 
>
Date: Wednesday, 26 October 2016 at 2:48 PM
To: Matthew Loraditch 
>
Cc: "cisco-voip@puck.nether.net" 
>
Subject: Re: [cisco-voip] CCX 11.5 Upgrade Issues

I saw something similar with a fresh install / upgrade (from 11.0 to 11.5 - 
didn't have a bootable 11.5 ISO) I attempted last week.

Found that the upgrade via GUI wouldn't successfully complete.  It would get to 
the section that mentions releasing the upgrade lock but never actually does 
so.  I posted on the cisco forums and it was suggested to do the upgrade via 
cli.  This did complete successfully, but like you encountered, services 
wouldn't start on the first boot following upgrade.  I completed a subsequent 
reboot and things came up as expected.

Was in between moving employers so haven't managed to get back to the home lab 
to take any further look at logins unfort.

Nathan

On Tuesday, October 25, 2016, Matthew Loraditch 
> 
wrote:
11.0. It was not Finesse, that and CUIC were the only Tomcats that started and 
Finesse actually worked. Agents could login and take calls in my testing.
The regular Tomcat service and the dependent services that run /appadmin 
/cmplatform etc would not start. This was occurring before live agents even 
logged in.

From:avhollo...@gmail.com 
[mailto:avhollo...@gmail.com]
 On Behalf Of Anthony Holloway
Sent: Monday, October 24, 2016 2:46 PM
To: Matthew Loraditch 
>
Cc: 
cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] CCX 11.5 Upgrade Issues

What UCCX version were you coming from, and what are the Finesse browser 
versions in use?

I wonder if 11.5 is a resource hog, or if you might be hitting the Finesse Live 
Data issue I had a few months back when moving to UCCX 11.0 and using IE9 in 
non-compatibilty mode, and IE11 in compatibility mode.

https://communities.cisco.com/thread/65762?start=0=0

On Mon, Oct 24, 2016 at 12:46 PM, Matthew Loraditch 
>
 wrote:
So after getting some sleep, I figured I’d publish this PSA. Don’t run CCX 11.5 
on C200M2 BE6K. while it may be able to handle it from a numbers basis, It 
can’t handle it. 11.5 is a resource hog. Once I moved it to a BE7H I have and 
upped it to the CPU and RAM of 400 user OVA it started working. The RAM/CPU 
increase had been discussed as a possible option. Although I now have an OVA 
mismatch because I only have one hard drive.

Essentially there are timeouts on the various components that run under tomcat 
and if Tomcat doesn’t come up in 10 minutes they never will come online.

I now