Re: [cisco-voip] Chrome 67 with CUIC/Live Data

[Abhiram Kramadhati (akramadh)]

Thanks for bringing this up Pavan. Official communications will go out to the 
field in the next one hour and the patch for the issue will be delivered to TAC 
in the next 2 hours.

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


From: cisco-voip  on behalf of "Dave, 
Pavan" 
Date: Thursday, 31 May 2018 at 7:15 PM
To: "cisco-voip@puck.nether.net" 
Subject: [cisco-voip] Chrome 67 with CUIC/Live Data

Hello Folks,

There is a known issue with Chrome 67 impacting UCCE/X CUIC and Live Data. 
Cisco has opened defect CSCvj74116, but wanted to share in case you heard any 
reports about this. Chrome 67 upgrade has been out for about 24 hours. The 
workaround at this time is to use IE or downgrade Chrome to 65/66.
https://bst.cloudapps.cisco.com/bugsearch/bug/CSCvj74116

Cisco is working on a patch, but ETA on that patch is currently unknown.

Regards,

Pavan Dave | Contact Center Engineer
Presidio (NASDAQ: PSDO) | presidio.com
1955 Lakeway Drive Suite 220, Lewisville, TX 75057
D: 469.464.1283 | C: 832.860.5465 | 
pd...@presidio.com


[Future. Built.]

Follow us:

[Follow Presidio on Twitter]

This message w/attachments (message) is intended solely for the use of the 
intended recipient(s) and may contain information that is privileged, 
confidential or proprietary. If you are not an intended recipient, please 
notify the sender, and then please delete and destroy all copies and 
attachments. Please be advised that any review or dissemination of, or the 
taking of any action in reliance on, the information contained in or attached 
to this message is prohibited.
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] UCCX 11.6 pre-release communication and webinar

[Abhiram Kramadhati (akramadh)]

I appreciate the feedback, and this is something we anticipated. I am not at 
liberty to discuss the next plans for RTR at this stage, but it is headed in 
the direction you are thinking. In this release, the aim was to make RTR 
available in the same way as before rather than redeveloping it. But there will 
be enhancements to it.

I’ll share some details as soon as they become available.

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


From: "Haas, Neal" <nh...@co.fresno.ca.us>
Date: Friday, 18 August 2017 at 12:14 AM
To: 'Charles Goldsmith' <wo...@justfamily.org>, "Abhiram Kramadhati (akramadh)" 
<akram...@cisco.com>
Cc: "cisco-voip@puck.nether.net" <cisco-voip@puck.nether.net>
Subject: RE: [cisco-voip] UCCX 11.6 pre-release communication and webinar

We try to block Java as a whole on our network, to many security holes. When 
will Cisco Drop Java and move to HTML 5?

Thank You,

Neal
From: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] On Behalf Of 
Charles Goldsmith
Sent: Thursday, August 17, 2017 6:52 AM
To: Abhiram Kramadhati (akramadh) <akram...@cisco.com>
Cc: cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] UCCX 11.6 pre-release communication and webinar

Abhiram, I understand why it was moved, but having a plugin is not a good 
resolution to the issue, and IMHO, not a good use of development time.  I 
understand it was probably easier than converting it into something else, like 
HTML 5, but that's the right direction.

Ben stated it much better than I can, why a plugin is not a good direction.

Thanks!!


On Thu, Aug 17, 2017 at 8:24 AM, Abhiram Kramadhati (akramadh) 
<akram...@cisco.com<mailto:akram...@cisco.com>> wrote:
You are right! The newer updates to the browser blocking Java applets was the 
reason this step was taken:
https://support.mozilla.org/t5/Problems-with-add-ons-plugins-or/Why-do-Java-Silverlight-Adobe-Acrobat-and-other-plugins-no/ta-p/31069

So, the only change done is to make the RTR applet downloadable on a separate 
browser instance – and that way the applet does not try to load in the browser 
and then get blocked. It was an applet before too, but used to load in the 
browser as a plugin. Now, we download it and run it as a Java app on the PC.

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


From: Charles Goldsmith <wo...@justfamily.org<mailto:wo...@justfamily.org>>
Date: Thursday, 17 August 2017 at 10:31 PM
To: "Abhiram Kramadhati (akramadh)" 
<akram...@cisco.com<mailto:akram...@cisco.com>>
Cc: "cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>" 
<cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>>
Subject: Re: [cisco-voip] UCCX 11.6 pre-release communication and webinar

What's the reasoning for moving the Real Time Reporting Tool to a java applet?  
Isn't that a step back in the industry when we see so many things moving to 
HTML 5?  No one likes java, except maybe a few programmers...

On Wed, Aug 16, 2017 at 12:19 AM, Abhiram Kramadhati (akramadh) 
<akram...@cisco.com<mailto:akram...@cisco.com>> wrote:
Important pre-release communication: 
https://www.cisco.com/c/en/us/support/docs/customer-collaboration/unified-contact-center-express/211582-Tech-Note-on-UCCX-11-6-Pre-Release-Commu.html

Webinar for APJC: UCCX 11.6 introduction and upgrade best practices

Registration link: 
http://cisco.cvent.com/events/webinar-uccx-11-6-preview-and-looking-ahead/event-summary-30265d15f92346b5a314b8b22be1e262.aspx

22nd August. 3:00PM - 4:30PM, Sydney time
Agenda:

  *   Introduction to UCCX 11.6
  *   11.6 demo
  *   Upgrade best practices and planning for 11.6 migration

Presented by Product Management and the Customer Success team.

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


___
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

Re: [cisco-voip] UCCX 11.6 pre-release communication and webinar

[Abhiram Kramadhati (akramadh)]

You are right! The newer updates to the browser blocking Java applets was the 
reason this step was taken:
https://support.mozilla.org/t5/Problems-with-add-ons-plugins-or/Why-do-Java-Silverlight-Adobe-Acrobat-and-other-plugins-no/ta-p/31069

So, the only change done is to make the RTR applet downloadable on a separate 
browser instance – and that way the applet does not try to load in the browser 
and then get blocked. It was an applet before too, but used to load in the 
browser as a plugin. Now, we download it and run it as a Java app on the PC.

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


From: Charles Goldsmith <wo...@justfamily.org>
Date: Thursday, 17 August 2017 at 10:31 PM
To: "Abhiram Kramadhati (akramadh)" <akram...@cisco.com>
Cc: "cisco-voip@puck.nether.net" <cisco-voip@puck.nether.net>
Subject: Re: [cisco-voip] UCCX 11.6 pre-release communication and webinar

What's the reasoning for moving the Real Time Reporting Tool to a java applet?  
Isn't that a step back in the industry when we see so many things moving to 
HTML 5?  No one likes java, except maybe a few programmers...

On Wed, Aug 16, 2017 at 12:19 AM, Abhiram Kramadhati (akramadh) 
<akram...@cisco.com<mailto:akram...@cisco.com>> wrote:
Important pre-release communication: 
https://www.cisco.com/c/en/us/support/docs/customer-collaboration/unified-contact-center-express/211582-Tech-Note-on-UCCX-11-6-Pre-Release-Commu.html

Webinar for APJC: UCCX 11.6 introduction and upgrade best practices

Registration link: 
http://cisco.cvent.com/events/webinar-uccx-11-6-preview-and-looking-ahead/event-summary-30265d15f92346b5a314b8b22be1e262.aspx

22nd August. 3:00PM - 4:30PM, Sydney time
Agenda:

  *   Introduction to UCCX 11.6
  *   11.6 demo
  *   Upgrade best practices and planning for 11.6 migration

Presented by Product Management and the Customer Success team.

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


___
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

[cisco-voip] UCCX 11.6 pre-release communication and webinar

[Abhiram Kramadhati (akramadh)]

Important pre-release communication: 
https://www.cisco.com/c/en/us/support/docs/customer-collaboration/unified-contact-center-express/211582-Tech-Note-on-UCCX-11-6-Pre-Release-Commu.html

Webinar for APJC: UCCX 11.6 introduction and upgrade best practices

Registration link: 
http://cisco.cvent.com/events/webinar-uccx-11-6-preview-and-looking-ahead/event-summary-30265d15f92346b5a314b8b22be1e262.aspx

22nd August. 3:00PM - 4:30PM, Sydney time
Agenda:

  *   Introduction to UCCX 11.6
  *   11.6 demo
  *   Upgrade best practices and planning for 11.6 migration

Presented by Product Management and the Customer Success team.

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

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

Re: [cisco-voip] UCCX 11.5(1)SU1 released

[Abhiram Kramadhati (akramadh)]

Follow-up:
The team had a webex with Justin and certain issues were identified (thanks 
Justin and Anthony for the logs too!). I’ll update this thread with the 
findings.

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


From: cisco-voip <cisco-voip-boun...@puck.nether.net> on behalf of "Abhiram 
Kramadhati (akramadh)" <akram...@cisco.com>
Date: Tuesday, 20 June 2017 at 10:29 AM
To: Justin Steinberg <jsteinb...@gmail.com>, Anthony Holloway 
<avholloway+cisco-v...@gmail.com>
Cc: "cisco-voip@puck.nether.net" <cisco-voip@puck.nether.net>
Subject: Re: [cisco-voip] UCCX 11.5(1)SU1 released

Justin, can you unicast the install/upgrade logs from any of these clusters? 
The defect you are referring to is fixed in 11.5, so that code should not even 
be affecting SU1 unless there was a step upgrade involving 11.5(1). collecting 
the logs now should still be okay, hopefully they haven’t been overwritten.

@Anthony – thanks, appreciate it!

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

From: Justin Steinberg <jsteinb...@gmail.com>
Date: Tuesday, 20 June 2017 at 5:29 AM
To: Anthony Holloway <avholloway+cisco-v...@gmail.com>
Cc: "Abhiram Kramadhati (akramadh)" <akram...@cisco.com>, Matthew Loraditch 
<mloradi...@heliontechnologies.com>, Charles Goldsmith <wo...@justfamily.org>, 
"cisco-voip@puck.nether.net" <cisco-voip@puck.nether.net>
Subject: Re: [cisco-voip] UCCX 11.5(1)SU1 released

Atleast you had stock reports :)   I have done four UCCX upgrades 10.x to 
11.5(1)su1es01 and all four resulted in no stock reports after the upgrade. TAC 
root required to fix.

https://bst.cloudapps.cisco.com/bugsearch/bug/CSCuy06020

That being said, so far this version has been stable which is a good thing.



On Mon, Jun 19, 2017 at 11:51 AM, Anthony Holloway 
<avholloway+cisco-v...@gmail.com<mailto:avholloway+cisco-v...@gmail.com>> wrote:
I did not open a TAC case, because Matthew was so kind as to have lead me down 
the path to fixing it myself.  I'll see if I can get the logs for you, but 
unicast email.

On a related topic to UCCX v11.5(1)SU1, I'm shocked this is still a problem, 
and that I have to make this change to Finesse. Every. Single. Time.
http://www.cisco.com/c/en/us/support/docs/customer-collaboration/unified-contact-center-express/118823-technote-uccx-00.html

On Sun, Jun 18, 2017 at 3:16 AM Abhiram Kramadhati (akramadh) 
<akram...@cisco.com<mailto:akram...@cisco.com>> wrote:
Did you happen to open TAC cases for this? If yes, can you share the case 
number and if no can you share the install logs folder? Thanks.

From: Anthony Holloway 
<avholloway+cisco-v...@gmail.com<mailto:avholloway%2bcisco-v...@gmail.com>>
Date: Sunday, 18 June 2017 at 12:25 PM
To: Matthew Loraditch 
<mloradi...@heliontechnologies.com<mailto:mloradi...@heliontechnologies.com>>, 
"Abhiram Kramadhati (akramadh)" 
<akram...@cisco.com<mailto:akram...@cisco.com>>, Charles Goldsmith 
<wo...@justfamily.org<mailto:wo...@justfamily.org>>
Cc: "cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>" 
<cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>>

Subject: Re: [cisco-voip] UCCX 11.5(1)SU1 released

Aand, one more.  Any Supervisor who was also assigned the Reporting Role, 
lost their Supervisor Group, so the Finesse Gadgets were showing the 
permissions issue still.  Fun times.



On Sat, Jun 17, 2017 at 7:34 PM Anthony Holloway 
<avholloway+cisco-v...@gmail.com<mailto:avholloway%2bcisco-v...@gmail.com>> 
wrote:
I spoke too soon, the Historical Reports are also missing permissions.

Before:
Error! Filename not specified.
After:
Error! Filename not specified.

On Sat, Jun 17, 2017 at 7:27 PM Anthony Holloway 
<avholloway+cisco-v...@gmail.com<mailto:avholloway%2bcisco-v...@gmail.com>> 
wrote:
So, I just hit this error too.

Upgrade was from 10.5(1) to 11.5(1)SU1ES01 and upon first login as Agent to 
Finesse I saw the error:


To fix it, I logged into CUIC and manually added the groups: Agents or 
Supervisors to the appropriate Live Data reports.  Refresh the browser and then 
it worked.

Example below:

Before Fixing It (You can see only Administrators could Exec/Read):
Error! Filename not specified.

After:
Error! Filename not specified.
On Mon, Apr 10, 2017 at 7:22 AM Matthew Loraditch 
<mloradi...@heliontechnologies.com<mailto:mloradi...@heliontechnologies.com>> 
wrote:
And I had to reapply perms to all the reports… I don’t know whether I’m just 
special, but whatever update originally screwed up my CUIC perms (10.6 or 
something there was a bug…) has haunted me ever since. I don’t suppose there is 
a script someone in TAC could run to reapply default perms to everything in 
CUIC??

Matthew G

Re: [cisco-voip] UCCX 11.5(1)SU1 released

[Abhiram Kramadhati (akramadh)]

Justin, can you unicast the install/upgrade logs from any of these clusters? 
The defect you are referring to is fixed in 11.5, so that code should not even 
be affecting SU1 unless there was a step upgrade involving 11.5(1). collecting 
the logs now should still be okay, hopefully they haven’t been overwritten.

@Anthony – thanks, appreciate it!

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

From: Justin Steinberg <jsteinb...@gmail.com>
Date: Tuesday, 20 June 2017 at 5:29 AM
To: Anthony Holloway <avholloway+cisco-v...@gmail.com>
Cc: "Abhiram Kramadhati (akramadh)" <akram...@cisco.com>, Matthew Loraditch 
<mloradi...@heliontechnologies.com>, Charles Goldsmith <wo...@justfamily.org>, 
"cisco-voip@puck.nether.net" <cisco-voip@puck.nether.net>
Subject: Re: [cisco-voip] UCCX 11.5(1)SU1 released

Atleast you had stock reports :)   I have done four UCCX upgrades 10.x to 
11.5(1)su1es01 and all four resulted in no stock reports after the upgrade. TAC 
root required to fix.

https://bst.cloudapps.cisco.com/bugsearch/bug/CSCuy06020

That being said, so far this version has been stable which is a good thing.



On Mon, Jun 19, 2017 at 11:51 AM, Anthony Holloway 
<avholloway+cisco-v...@gmail.com<mailto:avholloway+cisco-v...@gmail.com>> wrote:
I did not open a TAC case, because Matthew was so kind as to have lead me down 
the path to fixing it myself.  I'll see if I can get the logs for you, but 
unicast email.

On a related topic to UCCX v11.5(1)SU1, I'm shocked this is still a problem, 
and that I have to make this change to Finesse. Every. Single. Time.
http://www.cisco.com/c/en/us/support/docs/customer-collaboration/unified-contact-center-express/118823-technote-uccx-00.html

On Sun, Jun 18, 2017 at 3:16 AM Abhiram Kramadhati (akramadh) 
<akram...@cisco.com<mailto:akram...@cisco.com>> wrote:
Did you happen to open TAC cases for this? If yes, can you share the case 
number and if no can you share the install logs folder? Thanks.

From: Anthony Holloway 
<avholloway+cisco-v...@gmail.com<mailto:avholloway%2bcisco-v...@gmail.com>>
Date: Sunday, 18 June 2017 at 12:25 PM
To: Matthew Loraditch 
<mloradi...@heliontechnologies.com<mailto:mloradi...@heliontechnologies.com>>, 
"Abhiram Kramadhati (akramadh)" 
<akram...@cisco.com<mailto:akram...@cisco.com>>, Charles Goldsmith 
<wo...@justfamily.org<mailto:wo...@justfamily.org>>
Cc: "cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>" 
<cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>>

Subject: Re: [cisco-voip] UCCX 11.5(1)SU1 released

Aand, one more.  Any Supervisor who was also assigned the Reporting Role, 
lost their Supervisor Group, so the Finesse Gadgets were showing the 
permissions issue still.  Fun times.



On Sat, Jun 17, 2017 at 7:34 PM Anthony Holloway 
<avholloway+cisco-v...@gmail.com<mailto:avholloway%2bcisco-v...@gmail.com>> 
wrote:
I spoke too soon, the Historical Reports are also missing permissions.

Before:
Error! Filename not specified.
After:
Error! Filename not specified.

On Sat, Jun 17, 2017 at 7:27 PM Anthony Holloway 
<avholloway+cisco-v...@gmail.com<mailto:avholloway%2bcisco-v...@gmail.com>> 
wrote:
So, I just hit this error too.

Upgrade was from 10.5(1) to 11.5(1)SU1ES01 and upon first login as Agent to 
Finesse I saw the error:


To fix it, I logged into CUIC and manually added the groups: Agents or 
Supervisors to the appropriate Live Data reports.  Refresh the browser and then 
it worked.

Example below:

Before Fixing It (You can see only Administrators could Exec/Read):
Error! Filename not specified.

After:
Error! Filename not specified.
On Mon, Apr 10, 2017 at 7:22 AM Matthew Loraditch 
<mloradi...@heliontechnologies.com<mailto:mloradi...@heliontechnologies.com>> 
wrote:
And I had to reapply perms to all the reports… I don’t know whether I’m just 
special, but whatever update originally screwed up my CUIC perms (10.6 or 
something there was a bug…) has haunted me ever since. I don’t suppose there is 
a script someone in TAC could run to reapply default perms to everything in 
CUIC??

Matthew G. Loraditch – CCNP-Voice, CCNA-R, CCDA
Network Engineer
Direct Voice: 443.541.1518<tel:(443)%20541-1518>
Facebook<https://www.facebook.com/heliontech?ref=hl> | 
Twitter<https://twitter.com/HelionTech> | 
LinkedIn<https://www.linkedin.com/company/helion-technologies?trk=top_nav_home> 
| G+<https://plus.google.com/+Heliontechnologies/posts>

From: cisco-voip 
[mailto:cisco-voip-boun...@puck.nether.net<mailto:cisco-voip-boun...@puck.nether.net>]
 On Behalf Of Matthew Loraditch
Sent: Monday, April 10, 2017 7:58 AM
To: Anthony Holloway 
<avholloway+cisco-v...@gmail.com<mailto:avholloway%2bcisco-v...@gmail.com>>; 
Abhiram Kramadhati (a

Re: [cisco-voip] Finesse cert error

[Abhiram Kramadhati (akramadh)]

Hi Scott,
Yes. But before that, are you able to share the screenshot of your certificate 
and the error too? You can unicast them, if you wish. I just want to make sure 
I am making the right recommendation.

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


From: Scott Voll <svoll.v...@gmail.com>
Date: Saturday, 29 April 2017 at 12:12 AM
To: "Abhiram Kramadhati (akramadh)" <akram...@cisco.com>
Cc: Nathan Reeves <nathan.a.ree...@gmail.com>, "cisco-voip@puck.nether.net" 
<cisco-voip@puck.nether.net>
Subject: Re: [cisco-voip] Finesse cert error

So is it only the Tomcat Cert I need to reissue?  if I reissue, does it affect 
any other systems, (such as CM)?

Just need to schedule maintenance.

TIA

Scott


On Fri, Apr 28, 2017 at 4:25 AM, Abhiram Kramadhati (akramadh) 
<akram...@cisco.com<mailto:akram...@cisco.com>> wrote:
Hi guys,

The certificate should contain subjectAltName(SAN), and you should not have any 
issues. If you were using CN, ensure it is now in the SAN. The same is 
documented here: 
https://productforums.google.com/forum/#!msg/chrome/5f1Kp_ntUwU/CfER8_JKDwAJ

The team looked at this today and for CA signed certificates with the above 
config, there are no issues on the latest Chrome/FF. If you are still facing 
issues, can you send me the screenshot and details?

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


From: cisco-voip 
<cisco-voip-boun...@puck.nether.net<mailto:cisco-voip-boun...@puck.nether.net>> 
on behalf of Nathan Reeves 
<nathan.a.ree...@gmail.com<mailto:nathan.a.ree...@gmail.com>>
Date: Friday, 28 April 2017 at 4:04 AM
To: Scott Voll <svoll.v...@gmail.com<mailto:svoll.v...@gmail.com>>
Cc: "cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>" 
<cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>>
Subject: Re: [cisco-voip] Finesse cert error

Chrome stopped supporting Common Name matching in the latest release 58 which 
dropped in the last week or so.  This would cause the error you referenced 
below.  Looks like it now only supports names in the subjectAlternativeName 
field of the cert.

Hope this assists

Nathan

On Thursday, April 27, 2017, Scott Voll 
<svoll.v...@gmail.com<mailto:svoll.v...@gmail.com>> wrote:
OK, as of yesterday I started having reports of users in Chrome and Firefox 
getting an error connecting to the Finesse webpage.

Looking at the cert It's sha2 but I get Not secure in FF and not private in 
Chrome.

Chome complains of NET::ERR_CERT_COMMON_NAME_INVALID

cert is internal CA and the sigature algorithim is Sha512RSA hash is SHa512

The only thing that looks a little questionable is in the subject, I also have 
the serial number and the hostname is CAPs not lower case

UCCx 11.5.1.1-61


Any thoughts?

TIA

Scott


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

Re: [cisco-voip] Finesse cert error

[Abhiram Kramadhati (akramadh)]

Hi guys,

The certificate should contain subjectAltName(SAN), and you should not have any 
issues. If you were using CN, ensure it is now in the SAN. The same is 
documented here: 
https://productforums.google.com/forum/#!msg/chrome/5f1Kp_ntUwU/CfER8_JKDwAJ

The team looked at this today and for CA signed certificates with the above 
config, there are no issues on the latest Chrome/FF. If you are still facing 
issues, can you send me the screenshot and details?

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


From: cisco-voip  on behalf of Nathan 
Reeves 
Date: Friday, 28 April 2017 at 4:04 AM
To: Scott Voll 
Cc: "cisco-voip@puck.nether.net" 
Subject: Re: [cisco-voip] Finesse cert error

Chrome stopped supporting Common Name matching in the latest release 58 which 
dropped in the last week or so.  This would cause the error you referenced 
below.  Looks like it now only supports names in the subjectAlternativeName 
field of the cert.

Hope this assists

Nathan

On Thursday, April 27, 2017, Scott Voll 
> wrote:
OK, as of yesterday I started having reports of users in Chrome and Firefox 
getting an error connecting to the Finesse webpage.

Looking at the cert It's sha2 but I get Not secure in FF and not private in 
Chrome.

Chome complains of NET::ERR_CERT_COMMON_NAME_INVALID

cert is internal CA and the sigature algorithim is Sha512RSA hash is SHa512

The only thing that looks a little questionable is in the subject, I also have 
the serial number and the hostname is CAPs not lower case

UCCx 11.5.1.1-61


Any thoughts?

TIA

Scott

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

Re: [cisco-voip] UCCX HA and CUIC Historical Data Source

[Abhiram Kramadhati (akramadh)]

Hi Anthony,

Yup, unfortunately we don’t do a very good job of documenting this. Ideally, it 
should configure itself and the reason the secondary tab is not populated is 
that secondary tab is meant for standalone CUIC servers itself where each 
server needs to have a primary/backup, but in UCCX we don’t utilize that 
concept.

I have asked the team to create an external facing technotes covering this 
behavior and how the troubleshooting should be done. I will share the document 
here once it is done for review.

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

From: Matthew Loraditch <mloradi...@heliontechnologies.com>
Date: Wednesday, 12 April 2017 at 1:05 AM
To: Anthony Holloway <avholloway+cisco-v...@gmail.com>, "Abhiram Kramadhati 
(akramadh)" <akram...@cisco.com>, Nick Britt <nickolasjbr...@gmail.com>
Cc: Cisco VoIP Group <cisco-voip@puck.nether.net>
Subject: RE: [cisco-voip] UCCX HA and CUIC Historical Data Source

11.5, I installed SU1 after install, but didn’t look at CUIC until after.

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


Facebook<https://www.facebook.com/heliontech?ref=hl> | 
Twitter<https://twitter.com/HelionTech> | 
LinkedIn<https://www.linkedin.com/company/helion-technologies?trk=top_nav_home> 
| G+<https://plus.google.com/+Heliontechnologies/posts>

From: Anthony Holloway [mailto:avholloway+cisco-v...@gmail.com]
Sent: Tuesday, April 11, 2017 3:34 PM
To: Matthew Loraditch <mloradi...@heliontechnologies.com>; Abhiram Kramadhati 
(akramadh) <akram...@cisco.com>; Nick Britt <nickolasjbr...@gmail.com>
Cc: Cisco VoIP Group <cisco-voip@puck.nether.net>
Subject: Re: [cisco-voip] UCCX HA and CUIC Historical Data Source

What version Matt?

On Tue, Apr 11, 2017 at 1:34 PM Matthew Loraditch 
<mloradi...@heliontechnologies.com<mailto:mloradi...@heliontechnologies.com>> 
wrote:
Just on#1 and 2 because I happened to just be building 2 CCX servers today, it 
did configure itself.

Matthew G. Loraditch – CCNP-Voice, CCNA-R, CCDA
Network Engineer
Direct Voice: 443.541.1518<tel:(443)%20541-1518>
Facebook<https://www.facebook.com/heliontech?ref=hl> | 
Twitter<https://twitter.com/HelionTech> | 
LinkedIn<https://www.linkedin.com/company/helion-technologies?trk=top_nav_home> 
| G+<https://plus.google.com/+Heliontechnologies/posts>

From: cisco-voip 
[mailto:cisco-voip-boun...@puck.nether.net<mailto:cisco-voip-boun...@puck.nether.net>]
 On Behalf Of Anthony Holloway
Sent: Tuesday, April 11, 2017 2:29 PM
To: Abhiram Kramadhati (akramadh) 
<akram...@cisco.com<mailto:akram...@cisco.com>>; Nick Britt 
<nickolasjbr...@gmail.com<mailto:nickolasjbr...@gmail.com>>

Cc: Cisco VoIP Group 
<cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>>
Subject: Re: [cisco-voip] UCCX HA and CUIC Historical Data Source

I do appreciate the follow up, but I have a bone to pick here...actually, a 
few.  First, I was not in a situation where datasources were pointing at each 
other, I did have them pointing to a single node.  And that's where failover 
failed me.  I had both nodes pointing at the default Node 1, which was my 
Master, and when failover happened, reporting was down.

1) Where in the documentation does it say to reconfigure the datasource to 
point to the non-master node when deploying HA?

2) Why doesn't it configure itself?

3) Why doesn't it update itself like LiveData does?

4) Why can't we use the secondary source tab to populate both nodes?

5) What if I don't want all my reporting traffic traversing the WAN in HAoW 
deployments?  I.e., My Mast is located where most of my Agent and Supervisors 
are, and I want reporting to stay local to them.  The HA node is there just in 
case of a datacenter failure.
On Tue, Apr 11, 2017 at 3:03 AM Abhiram Kramadhati (akramadh) 
<akram...@cisco.com<mailto:akram...@cisco.com>> wrote:
Hi guys,

So, here is the expected behavior and we are taking 11.5 as reference:

Historical datasource:

The historical datasource on either node should always point to the non-master 
Node. So, assume N1 is the master. CUIC on N1 should be pointing to N2 
datasource host and CUIC on N2 should be pointing to N2 datasource host. Also, 
unlike older versions we don’t redirect users to the secondary UCCX IP to login 
to run reports. You can login to any node CUIC and run the report, but the 
datsource host should be the secondary server.
However, we have seen cases where the nodes point to each other: N1 pointing to 
N2 (expected), N2 pointing to N1 (problem). This is opened as a defect and we 
are investigating why this can happen and I am guessing that’s what has 
happened in Anthony’s case in the original email thread.

CSCvd22513 is the defectID for your reference. I will share more information on 
the 

Re: [cisco-voip] UCCX HA and CUIC Historical Data Source

[Abhiram Kramadhati (akramadh)]

Hi guys,

So, here is the expected behavior and we are taking 11.5 as reference:

Historical datasource:

The historical datasource on either node should always point to the non-master 
Node. So, assume N1 is the master. CUIC on N1 should be pointing to N2 
datasource host and CUIC on N2 should be pointing to N2 datasource host. Also, 
unlike older versions we don’t redirect users to the secondary UCCX IP to login 
to run reports. You can login to any node CUIC and run the report, but the 
datsource host should be the secondary server.
However, we have seen cases where the nodes point to each other: N1 pointing to 
N2 (expected), N2 pointing to N1 (problem). This is opened as a defect and we 
are investigating why this can happen and I am guessing that’s what has 
happened in Anthony’s case in the original email thread.

CSCvd22513 is the defectID for your reference. I will share more information on 
the outcome of the investigation.

LiveData:

This is always pointing to the local node by default and need not be changed. 
The LD datasource uses REST API to figure out the engine master and will obtain 
the feed from the current active server. The LD failover too should happen 
automatically. So if the engine failover happens and you are still logged into 
N1 (slave now), LD should still be available and usable.

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



From: "Abhiram Kramadhati (akramadh)" <akram...@cisco.com>
Date: Friday, 7 April 2017 at 2:52 PM
To: Anthony Holloway <avholloway+cisco-v...@gmail.com>, Nick Britt 
<nickolasjbr...@gmail.com>
Cc: Cisco VoIP Group <cisco-voip@puck.nether.net>
Subject: Re: [cisco-voip] UCCX HA and CUIC Historical Data Source

I will get back on this by Monday with details.

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


From: cisco-voip <cisco-voip-boun...@puck.nether.net> on behalf of Anthony 
Holloway <avholloway+cisco-v...@gmail.com>
Date: Friday, 7 April 2017 at 6:01 AM
To: Nick Britt <nickolasjbr...@gmail.com>
Cc: Cisco VoIP Group <cisco-voip@puck.nether.net>
Subject: Re: [cisco-voip] UCCX HA and CUIC Historical Data Source

Nope. Abhiram?

On Thu, Apr 6, 2017 at 2:31 PM Nick Britt 
<nickolasjbr...@gmail.com<mailto:nickolasjbr...@gmail.com>> wrote:
Hi Anthony,

Sorry to grave dig but just wondered if you ever got an answer for this?

I am about to go down this rabbit hole myself as a customer wants a better 
explanation (documentation) as to how this is supposed  to be configured and 
how this should behave.

Cheers

Nick

On Wed, Jun 15, 2016 at 10:22 PM, Anthony Holloway 
<avholloway+cisco-v...@gmail.com<mailto:avholloway+cisco-v...@gmail.com>> wrote:
There seems to be zero documentation for UCCX that mentions changing or adding 
Data Source configuration in CUIC when running HA; whether HAoL or HAoW.

However, I have heard from Cisco employees, forums posts, and colleagues, these 
two points:
1.  The Data Source should point to the secondary node, and you have to 
manually change it, as the default is pointing to the primary node.
2.  The Data Source's Secondary tab is defaulted to disabled, and not 
populated.  It shouldn't be used, and CUIC takes care of updating the Data 
Source during a failure.
First off, where in the documentation is that explained?  I cannot find a good 
explanation, sans ambiguity, to save my life.  Are people just spreading rumors 
and old wives tales?

Also, I do know that back in the HRC days, the client would handle the 
connection to the secondary server automatically.  So, I can see where this 
tale comes from.

Now, with HAoW, I tested failover with the server shutdown.  Not in slave, but 
actually powered off.  What I observed was, the Data Source was not 
automatically updated, and I could run any reports, despite being logged in to 
the secondary CUIC server.  The Data Source connection test failed, obviously, 
and reports failed, obviously.

I did consider take a leap of faith and confiure the CUIC Data Source's 
Secondary tab, but the user account to connect to the DB instance was not in my 
control, and I don't know the password.  I'm sure I could get it, but it was a 
show stopper nonetheless.

So, has anyone here actually tested with a failed node or island mode with 
their HA setup, or is it all just speculation, like this post:

https://supportforums.cisco.com/discussion/12473981/ha-uccx-cuic-data-only-one-server

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



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

Re: [cisco-voip] UCCX 11.5(1)SU1 released

[Abhiram Kramadhati (akramadh)]

Hi Erick, 

The Apache Struts2 vulnerability is applicable only for UCCX 11.5, and is 
addressed in 11.5(1)SU1. 

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


On 11/04/17, 10:13 AM, "Erick Bergquist" <erick...@gmail.com> wrote:

Abhiram,

Thanks for this info.   Do you know if 11.0.x UCCX is affected by the
Apache Struts2 issue or just 11.5? The bug tool for CSCvd63322 does
not mention if 11.0 is affected also.

Regards,
Erick


On Mon, Apr 10, 2017 at 10:22 AM, Anthony Holloway
<avholloway+cisco-v...@gmail.com> wrote:
> Speaking of CUIC permission issues, it's a pain when an employee leaves 
your
> org, and you remove their account from the system, but they still remain
> owner on everything they created in CUIC,. You'll get like 5 RTMT alerts
> everyday from now on because the user cannot be synched from UCCX to CUIC
> anymore.
>
> There's no easy way to fix this.  You have to manually click on every 
single
> object in CUIC (reports, dashboards, schedules, etc.) to see who the owner
> is, and then add someone else with exec/write permissions, followed by
> having this new person create copies of every object so they become the
> owner of the new object, then go back and delete the old object.yeah.
> I've had to do this.  It's awesome fun.
>
> So, speaking of tools/scripts from TAC, maybe TAC can fix this on the CLI 
to
> bulk change ownership of objects in CUIC?
>
> On Mon, Apr 10, 2017 at 7:22 AM Matthew Loraditch
> <mloradi...@heliontechnologies.com> wrote:
>>
>> And I had to reapply perms to all the reports… I don’t know whether I’m
>> just special, but whatever update originally screwed up my CUIC perms 
(10.6
>> or something there was a bug…) has haunted me ever since. I don’t suppose
>> there is a script someone in TAC could run to reapply default perms to
>> everything in CUIC??
>>
>>
>>
>> Matthew G. Loraditch – CCNP-Voice, CCNA-R, CCDA
>> Network Engineer
>> Direct Voice: 443.541.1518
>>
>> Facebook | Twitter | LinkedIn | G+
>>
>>
>>
>> From: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] On Behalf Of
>> Matthew Loraditch
>> Sent: Monday, April 10, 2017 7:58 AM
>> To: Anthony Holloway <avholloway+cisco-v...@gmail.com>; Abhiram 
Kramadhati
>> (akramadh) <akram...@cisco.com>; Charles Goldsmith <wo...@justfamily.org>
>>
>>
>> Cc: cisco-voip@puck.nether.net
>> Subject: Re: [cisco-voip] UCCX 11.5(1)SU1 released
>>
>>
>>
>> So we’ve been having tons of fun with live data and such so I updated 
over
>> the weekend, now in supervisor Team and Queue data I’ve got this:
>>
>>
>> User does not have sufficient permissions for entity:
>> C8E2DB0C114000A40A4E5E6B (minimum permission required:
>> PERMISSION_READ_EXEC)
>>
>>
>>
>>
>>
>> We are on Premium licensing… I’m digging around
>>
>>
>>
    >> Matthew G. Loraditch – CCNP-Voice, CCNA-R, CCDA
>> Network Engineer
>> Direct Voice: 443.541.1518
>>
>> Facebook | Twitter | LinkedIn | G+
>>
>>
>>
>> From: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] On Behalf Of
>> Anthony Holloway
>> Sent: Saturday, April 1, 2017 1:21 PM
>> To: Abhiram Kramadhati (akramadh) <akram...@cisco.com>; Charles Goldsmith
>> <wo...@justfamily.org>
>> Cc: cisco-voip@puck.nether.net
>> Subject: Re: [cisco-voip] UCCX 11.5(1)SU1 released
    >>
>>
>>
>> You're so awesome!
>>
>>
>>
>> On Sat, Apr 1, 2017 at 11:07 AM Abhiram Kramadhati (akramadh)
>> <akram...@cisco.com> wrote:
>>
>> Try it for yourself ;)
>>
>> Sent from my iPhone
>>
>>
>> On 1 Apr 2017, at 9:00 pm, Charles Goldsmith <wo...@justfamily.org> 
wrote:
>>
>> Is this an April Fools joke?
>>
>>
>>
>>
>>
>> On Sat, Apr 1, 2017 at 8:44 AM, Abhiram Kramadhati (akramadh)
>> <akram...@cisco.com> wrote:
>>
>> 11.5(1)SU1 is now on CCO.
>>
>>
>>
>> UCCX:
>> 
https://software.cisco.com/download/release.html?i=

Re: [cisco-voip] UCCX HA and CUIC Historical Data Source

[Abhiram Kramadhati (akramadh)]

Couldn't get to this today, will do tomorrow. Thanks.

Sent from my iPhone

On 7 Apr 2017, at 6:02 am, Anthony Holloway 
> wrote:

Nope. Abhiram?

On Thu, Apr 6, 2017 at 2:31 PM Nick Britt 
> wrote:
Hi Anthony,

Sorry to grave dig but just wondered if you ever got an answer for this?

I am about to go down this rabbit hole myself as a customer wants a better 
explanation (documentation) as to how this is supposed  to be configured and 
how this should behave.

Cheers

Nick

On Wed, Jun 15, 2016 at 10:22 PM, Anthony Holloway 
> wrote:
There seems to be zero documentation for UCCX that mentions changing or adding 
Data Source configuration in CUIC when running HA; whether HAoL or HAoW.

However, I have heard from Cisco employees, forums posts, and colleagues, these 
two points:

  1.  The Data Source should point to the secondary node, and you have to 
manually change it, as the default is pointing to the primary node.

  2.  The Data Source's Secondary tab is defaulted to disabled, and not 
populated.  It shouldn't be used, and CUIC takes care of updating the Data 
Source during a failure.

First off, where in the documentation is that explained?  I cannot find a good 
explanation, sans ambiguity, to save my life.  Are people just spreading rumors 
and old wives tales?

Also, I do know that back in the HRC days, the client would handle the 
connection to the secondary server automatically.  So, I can see where this 
tale comes from.

Now, with HAoW, I tested failover with the server shutdown.  Not in slave, but 
actually powered off.  What I observed was, the Data Source was not 
automatically updated, and I could run any reports, despite being logged in to 
the secondary CUIC server.  The Data Source connection test failed, obviously, 
and reports failed, obviously.

I did consider take a leap of faith and confiure the CUIC Data Source's 
Secondary tab, but the user account to connect to the DB instance was not in my 
control, and I don't know the password.  I'm sure I could get it, but it was a 
show stopper nonetheless.

So, has anyone here actually tested with a failed node or island mode with 
their HA setup, or is it all just speculation, like this post:

https://supportforums.cisco.com/discussion/12473981/ha-uccx-cuic-data-only-one-server

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




--
- Nick
___
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] UCCX HA and CUIC Historical Data Source

[Abhiram Kramadhati (akramadh)]

I will get back on this by Monday with details.

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


From: cisco-voip  on behalf of Anthony 
Holloway 
Date: Friday, 7 April 2017 at 6:01 AM
To: Nick Britt 
Cc: Cisco VoIP Group 
Subject: Re: [cisco-voip] UCCX HA and CUIC Historical Data Source

Nope. Abhiram?

On Thu, Apr 6, 2017 at 2:31 PM Nick Britt 
> wrote:
Hi Anthony,

Sorry to grave dig but just wondered if you ever got an answer for this?

I am about to go down this rabbit hole myself as a customer wants a better 
explanation (documentation) as to how this is supposed  to be configured and 
how this should behave.

Cheers

Nick

On Wed, Jun 15, 2016 at 10:22 PM, Anthony Holloway 
> wrote:
There seems to be zero documentation for UCCX that mentions changing or adding 
Data Source configuration in CUIC when running HA; whether HAoL or HAoW.

However, I have heard from Cisco employees, forums posts, and colleagues, these 
two points:
1.The Data Source should point to the secondary node, and you have to 
manually change it, as the default is pointing to the primary node.
2.The Data Source's Secondary tab is defaulted to disabled, and not 
populated.  It shouldn't be used, and CUIC takes care of updating the Data 
Source during a failure.
First off, where in the documentation is that explained?  I cannot find a good 
explanation, sans ambiguity, to save my life.  Are people just spreading rumors 
and old wives tales?

Also, I do know that back in the HRC days, the client would handle the 
connection to the secondary server automatically.  So, I can see where this 
tale comes from.

Now, with HAoW, I tested failover with the server shutdown.  Not in slave, but 
actually powered off.  What I observed was, the Data Source was not 
automatically updated, and I could run any reports, despite being logged in to 
the secondary CUIC server.  The Data Source connection test failed, obviously, 
and reports failed, obviously.

I did consider take a leap of faith and confiure the CUIC Data Source's 
Secondary tab, but the user account to connect to the DB instance was not in my 
control, and I don't know the password.  I'm sure I could get it, but it was a 
show stopper nonetheless.

So, has anyone here actually tested with a failed node or island mode with 
their HA setup, or is it all just speculation, like this post:

https://supportforums.cisco.com/discussion/12473981/ha-uccx-cuic-data-only-one-server

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



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

Re: [cisco-voip] UCCX 10.6.1 SU2 and VMware

[Abhiram Kramadhati (akramadh)]

UCCX 11.6 will support ESXi 6.5

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



From: cisco-voip  on behalf of Jose Colon 
II 
Reply-To: "jcolon...@gmail.com" 
Date: Thursday, 6 April 2017 at 2:19 AM
To: Matthew Loraditch 
Cc: Cisco VOIP 
Subject: Re: [cisco-voip] UCCX 10.6.1 SU2 and VMware

Thank you for that! Appreciate it.

On Wed, Apr 5, 2017 at 3:46 PM, Matthew Loraditch 
> 
wrote:
ESXi 6.5 is not yet compatible with any Cisco Voice software.
http://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/uc_system/virtualization/cisco-collaboration-virtualization.html

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

From: cisco-voip 
[mailto:cisco-voip-boun...@puck.nether.net]
 On Behalf Of Jose Colon II
Sent: Wednesday, April 5, 2017 4:41 PM
To: Cisco VOIP >
Subject: [cisco-voip] UCCX 10.6.1 SU2 and VMware

We are going to be upgrading our VMware environment from vCenter 5.5 to 6.5 and 
can not find any specific information on compatibility with UCCX 10.6.1 SU2 for 
this. Is this compatible?

Any help with this is appreciated.

Thanks

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

Re: [cisco-voip] UCCX 11.5(1)SU1 released

[Abhiram Kramadhati (akramadh)]

Try it for yourself ;)

Sent from my iPhone

On 1 Apr 2017, at 9:00 pm, Charles Goldsmith 
<wo...@justfamily.org<mailto:wo...@justfamily.org>> wrote:

Is this an April Fools joke?


On Sat, Apr 1, 2017 at 8:44 AM, Abhiram Kramadhati (akramadh) 
<akram...@cisco.com<mailto:akram...@cisco.com>> wrote:
11.5(1)SU1 is now on CCO.

UCCX: 
https://software.cisco.com/download/release.html?i=!y=286309734=280840578=11.5(1)SU1=
SM: 
https://software.cisco.com/download/release.html?i=!y=283613136=283812550=11.5(1)SU1=

Details: 
https://communities.cisco.com/community/partner/collaboration/contactcenter/blog/2016/12/18/uccx--issues-technotes-and-everything-else-a-cisco-bu-initiative

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



___
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

[cisco-voip] UCCX 11.5(1)SU1 released

[Abhiram Kramadhati (akramadh)]

11.5(1)SU1 is now on CCO.

UCCX: 
https://software.cisco.com/download/release.html?i=!y=286309734=280840578=11.5(1)SU1=
SM: 
https://software.cisco.com/download/release.html?i=!y=283613136=283812550=11.5(1)SU1=

Details: 
https://communities.cisco.com/community/partner/collaboration/contactcenter/blog/2016/12/18/uccx--issues-technotes-and-everything-else-a-cisco-bu-initiative

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


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

Re: [cisco-voip] Upgrade knowledge

[Abhiram Kramadhati (akramadh)]

Would recommend going to SU2 since mixed mode is available by default, no cop 
for CUCM compatbility and also to ensure that any new defect fixes from the BU 
is available since defects fixes will only go into 10.6(1)SU2 (latest SU).

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


From: cisco-voip  on behalf of Matthew 
Loraditch 
Date: Tuesday, 14 February 2017 at 6:32 AM
To: Terry Oakley , "cisco-voip@puck.nether.net" 

Subject: Re: [cisco-voip] Upgrade knowledge

http://docwiki.cisco.com/wiki/Unified_CCX_Software_Compatibility_Matrix_for_10.6(1)
There is a cop required or upgrade to SU2 but it will work up to the  latest 
CUCM release.

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


Facebook | 
Twitter | 
LinkedIn 
| G+

From: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] On Behalf Of Terry 
Oakley
Sent: Monday, February 13, 2017 2:15 PM
To: cisco-voip@puck.nether.net
Subject: [cisco-voip] Upgrade knowledge

Currently we are CUCM 10.5.2.11900-3 and UCCX 10.6.1.1-39. We would 
like to upgrade to CUCM 11.x but for now stay at UCCX 10.6.1 as we want to keep 
CAD going for a while yet before we have to move to Finesse.  Possible?
We also have IM in our environment along with WebEx.

Thoughts and got ya’s….

Thanks

Terry

Terry Oakley
Telecommunications Coordinator | Information Technology Services
Red Deer College |100 College Blvd. | Box 5005 | Red Deer | Alberta | T4N 5H5
work (403) 342-3521   |  FAX (403) 343-4034

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

Re: [cisco-voip] UCCX 11.5 Upgrade Disaster -- SOLVED

[Abhiram Kramadhati (akramadh)]

Hi Anthony,

This is the one: CSCvc72933

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


From: cisco-voip  on behalf of Anthony 
Holloway 
Date: Thursday, 19 January 2017 at 12:36 AM
To: "Ayoub, Gregory" , "cisco-voip@puck.nether.net" 

Subject: Re: [cisco-voip] UCCX 11.5 Upgrade Disaster -- SOLVED

Thanks for the follow up and good job guessing the root cause.

What's the bug ID?

On Wed, Jan 18, 2017 at 6:32 AM Ayoub,Gregory 
> wrote:













Just in case anyone is curious, the cause of our 11.5 IPCC failure was finally 
solved by Cisco TAC.



The license file issued to us after the upgrade did not contain proper 
licensing for outbound dialing.   Because there was no outbound licensing, and 
because

the campaign was carried forward by the upgrade from 10.6, it was still able to 
run even though it appeared as if the outbound campaign was not installed (you 
have to have outbound license to even see the outbound campaign menu).   When 
the outbound campaign

kicked off, this caused a lock on all of the inbound CTI ports which resulted 
in the busy signals.   Because of the severity of this failure scenario, a bug 
ID was created to track resolution so the outbound campaign will check for 
proper licensing before

starting.



The bright side was that my guess as to the source of the failure was correct 
:-)





From: Ayoub,Gregory




Sent: Monday, November 14, 2016 2:53 PM


To: cisco-voip@puck.nether.net


Subject: UCCX 11.5 Upgrade Disaster





We recently attempted to upgrade UCCX 10.5 -- > 11.5.  The deployment was HA, 
and we didn’t see much risk.   The upgrade went fairly smooth, and we hit a 
finesse

bug which required the ECDSA COP file.  While minor, it’s still not mentioned 
in the release notes.



The real shocker was 4 hours later when the system stopped accepting calls and 
just handed out fast busys.  Failing over to the secondary would fix the issue

for a few minutes, but then fast busy.



Our entire contact center, which is HA, was entirely down.  Primary down, 
Secondary Down, and TAC was unable to resolve after hours and hours.  It was a 
total

unmitigated Cisco disaster.



Rolling back fixed the problem.  And then rolling forward again to 11.5 the 
system worked great again – but only for 4 hours.  Then endless fast busys.  We

rolled back and are on 10.5 working fine.  But we are at a loss what could be 
causing this problem.  Cisco TAC is in the same boat.



If I had to guess, that seems like more of a licensing failure, because TAC 
even tried replacing our license.   Anyone have a similar experience?



Thanks Greg.














___

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

[cisco-voip] LiveData enhancements in UCCX 11.0 and 11.5

[Abhiram Kramadhati (akramadh)]

Hi all,

Happy 2017!

We just published a Field Notice about LiveData stabilization enhancements done 
in 11.0(1)SU1 and 11.5(1)ES1.
http://www.cisco.com/c/en/us/support/docs/field-notices/642/fn64240.html

So, if you are on 11.0 or 11.5, our recommendation is to move to the 
above-mentioned releases. You could be running on 11.0/11.5 with no LD issues – 
this is just a proactive measure.

[http://www.cisco.com/c/dam/assets/email-signature-tool/logo_07.png?ct=1421802598153]

Abhiram Kramadhati
Technical Solutions Manager
Customer Solutions Success team, CCBU
akram...@cisco.com
Phone: +61 2 8446 6257

CCIE Collaboration  - 40065

Cisco Systems Australia Pty Limited
The Forum
201 Pacific Highway
2065
St Leonards
Australia
Cisco.com

[http://www.cisco.com/assets/social_media_icons/linkedin-16x16.png]




[http://www.cisco.com/assets/swa/img/thinkbeforeyouprint.gif]Think before you 
print.

This email may contain confidential and privileged material for the sole use of 
the intended recipient. Any review, use, distribution or disclosure by others 
is strictly prohibited. If you are not the intended recipient (or authorized to 
receive for the recipient), please contact the sender by reply email and delete 
all copies of this message.
Please click 
here for 
Company Registration Information.



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

Re: [cisco-voip] UCCX demo licenses v9.0

[Abhiram Kramadhati (akramadh)]

With the UCCX, the demo license can only be applied once. If you apply a demo 
license in 9.0, upgrade the system – you can’t apply the 10.5 demo license 
again. The only way is to get a temporary license which can be extended by 
applying a new one on top of it, or rebuild the system.

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


From: cisco-voip  on behalf of Brian Meade 

Date: Thursday, 22 December 2016 at 9:26 AM
To: Gary Bates_Command Solutions 
Cc: "cisco-voip@puck.nether.net" 
Subject: Re: [cisco-voip] UCCX demo licenses v9.0

I've applied new license then deleted and it seemed to work.

On Wed, Dec 21, 2016 at 5:23 PM, Gary Bates_Command Solutions 
> wrote:
Hi Brian

I tried that, but do you have delete before applying the new license ?

Gary

Sent from my iPhone

On 22 Dec 2016, at 7:48 am, Brian Meade 
> wrote:
Delete the old license via CLI is what I had to do.

On Wed, Dec 21, 2016 at 3:31 PM, Gary Bates_Command Solutions 
> wrote:
My test lab is running demo licenses.
These only last 30 days.

I have noticed if I apply for another demo license and apply the expiry doesn't 
change.

Is it possible to keep applying demo licenses or do i have re build the VM?

Gary

Sent from my iPhone
___
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] Latest news and issues - does this help?

[Abhiram Kramadhati (akramadh)]

Thanks, Anthony! I have added the TOC now. As far as the issues are concerned, 
I guess we only want to use the comments section to comment on anything in the 
document (follow-up questions, ideas etc.) and use the regular TAC processes to 
work on an issue. But the intention is to avoid getting into too much of detail 
on issues and troubleshooting the same, since it could throw some people off.

But happy to go down that path if that is how this evolves. I am keen to bring 
in some details on upcoming features etc. as well in the coming days. I have 
updated the document with the 11.6 EFT program details, do have a look!

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


From: <avhollo...@gmail.com> on behalf of Anthony Holloway 
<avholloway+cisco-v...@gmail.com>
Date: Wednesday, 14 December 2016 at 3:55 AM
To: "Abhiram Kramadhati (akramadh)" <akram...@cisco.com>
Cc: Cisco VoIP Group <cisco-voip@puck.nether.net>
Subject: Re: [cisco-voip] Latest news and issues - does this help?

I really like the idea of this document!  I hope each product gets one just 
like it.

Could you include a table of contents at the top of the document?

Do you want people reporting issues in the comments of that post?

On Sun, Dec 11, 2016 at 5:18 PM, Abhiram Kramadhati (akramadh) 
<akram...@cisco.com<mailto:akram...@cisco.com>> wrote:
Hi guys,

Looking for feedback. We are looking at options to improve the awareness of the 
UCCX issues for which fixes are being released and just other things that will 
help partners. I created a blog post on CSC: 
https://supportforums.cisco.com/blog/13182051/uccx-issues-technotes-and-everything-else-cisco-bu-initiative
 (work in progress and will be updated regularly).

Do you think this will help? If yes/no, what information would you like to see 
here as partners? The document/format is in its very infant state – so your 
feedback would help and be appreciated. Thank you in advance.

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


___
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

Re: [cisco-voip] Latest news and issues - does this help?

[Abhiram Kramadhati (akramadh)]

Thanks guys for the feedback, much appreciated.

From: Matthew Loraditch <mloradi...@heliontechnologies.com>
Date: Monday, 12 December 2016 at 3:25 PM
To: "Abhiram Kramadhati (akramadh)" <akram...@cisco.com>, Cisco VoIP Group 
<cisco-voip@puck.nether.net>
Subject: RE: Latest news and issues - does this help?

I like it, tell folks how to get the ES if you are going to advertise it people 
should know this if they are reading this but you never know.

From: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] On Behalf Of 
Abhiram Kramadhati (akramadh)
Sent: Sunday, December 11, 2016 6:19 PM
To: Cisco VoIP Group <cisco-voip@puck.nether.net>
Subject: [cisco-voip] Latest news and issues - does this help?

Hi guys,

Looking for feedback. We are looking at options to improve the awareness of the 
UCCX issues for which fixes are being released and just other things that will 
help partners. I created a blog post on CSC: 
https://supportforums.cisco.com/blog/13182051/uccx-issues-technotes-and-everything-else-cisco-bu-initiative
 (work in progress and will be updated regularly).

Do you think this will help? If yes/no, what information would you like to see 
here as partners? The document/format is in its very infant state – so your 
feedback would help and be appreciated. Thank you in advance.

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

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

[cisco-voip] Latest news and issues - does this help?

[Abhiram Kramadhati (akramadh)]

Hi guys,

Looking for feedback. We are looking at options to improve the awareness of the 
UCCX issues for which fixes are being released and just other things that will 
help partners. I created a blog post on CSC: 
https://supportforums.cisco.com/blog/13182051/uccx-issues-technotes-and-everything-else-cisco-bu-initiative
 (work in progress and will be updated regularly).

Do you think this will help? If yes/no, what information would you like to see 
here as partners? The document/format is in its very infant state – so your 
feedback would help and be appreciated. Thank you in advance.

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

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

Re: [cisco-voip] UCCX and Office365 integration document

[Abhiram Kramadhati (akramadh)]

Hi Anthony,

Thanks for your feedback! I’ll have this reviewed with the team and make the 
changes as needed.

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


From: <avhollo...@gmail.com> on behalf of Anthony Holloway 
<avholloway+cisco-v...@gmail.com>
Date: Friday, 9 December 2016 at 3:42 AM
To: "Abhiram Kramadhati (akramadh)" <akram...@cisco.com>
Cc: Cisco VoIP Group <cisco-voip@puck.nether.net>
Subject: Re: [cisco-voip] UCCX and Office365 integration document

Thanks for putting together such a detailed guide.

Instead of putting this in Troubleshooting Technotes, could you put this in a 
different document or place?  E.g., Administration Guide.

Speaking of where to put things, are you guys working on organizing the 
documentation better?  I have actually grown to like the new document viewer, 
and the ability to search within the document, plus the left hand navigation is 
a huge welcome, but still, just finding the right document is a challenge.  
There are 140+ documents in Troubleshooting Technotes today, and a lot of them 
are around 10 years old.  Some of them are organized by topic, while others are 
organized by version.  The newest version is on bottom, which is contradictory 
to how the other document repositories are laid out: newest version on top.

On Thu, Dec 8, 2016 at 12:57 AM, Abhiram Kramadhati (akramadh) 
<akram...@cisco.com<mailto:akram...@cisco.com>> wrote:
Newly published..FYI
https://www.cisco.com/c/en/us/support/docs/customer-collaboration/unified-contact-center-express-1151/200882-UCCX-Integration-with-Office-365-for-Age.html

[http://www.cisco.com/c/dam/assets/email-signature-tool/logo_07.png?ct=1421802598153]

Abhiram Kramadhati
Technical Solutions Manager
Customer Solutions Success team, CCBU
akram...@cisco.com<mailto:akram...@cisco.com>
Phone: +61 2 8446 6257<tel:+61%202%208446%206257>

CCIE Collaboration  - 40065

Cisco Systems Australia Pty Limited
The Forum
201 Pacific Highway
2065
St Leonards
Australia
Cisco.com<http://www.cisco.com/web/AU/>

[http://www.cisco.com/assets/social_media_icons/linkedin-16x16.png]<http://wwwin.cisco.com/marketing/corporate/brand/intelbrand/brandstrat/signature/Insert%20your%20LinkedIn%20link>




[http://www.cisco.com/assets/swa/img/thinkbeforeyouprint.gif]Think before you 
print.

This email may contain confidential and privileged material for the sole use of 
the intended recipient. Any review, use, distribution or disclosure by others 
is strictly prohibited. If you are not the intended recipient (or authorized to 
receive for the recipient), please contact the sender by reply email and delete 
all copies of this message.
Please click 
here<http://www.cisco.com/web/about/doing_business/legal/cri/index.html> for 
Company Registration Information.




___
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

[cisco-voip] UCCX and Office365 integration document

[Abhiram Kramadhati (akramadh)]

Newly published..FYI
https://www.cisco.com/c/en/us/support/docs/customer-collaboration/unified-contact-center-express-1151/200882-UCCX-Integration-with-Office-365-for-Age.html

[http://www.cisco.com/c/dam/assets/email-signature-tool/logo_07.png?ct=1421802598153]

Abhiram Kramadhati
Technical Solutions Manager
Customer Solutions Success team, CCBU
akram...@cisco.com
Phone: +61 2 8446 6257

CCIE Collaboration  - 40065

Cisco Systems Australia Pty Limited
The Forum
201 Pacific Highway
2065
St Leonards
Australia
Cisco.com

[http://www.cisco.com/assets/social_media_icons/linkedin-16x16.png]




[http://www.cisco.com/assets/swa/img/thinkbeforeyouprint.gif]Think before you 
print.

This email may contain confidential and privileged material for the sole use of 
the intended recipient. Any review, use, distribution or disclosure by others 
is strictly prohibited. If you are not the intended recipient (or authorized to 
receive for the recipient), please contact the sender by reply email and delete 
all copies of this message.
Please click 
here for 
Company Registration Information.



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

Re: [cisco-voip] UCCX Finesse and Service-now integration

[Abhiram Kramadhati (akramadh)]

They were present in our partner summit recently and shared this video with the 
participants:
https://www.youtube.com/watch?v=Qsrwn8ebX8w

Contact: Abhinav Soni as...@novelvox.com

Hope that helps!

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


From: cisco-voip  on behalf of Anthony 
Holloway 
Date: Thursday, 1 December 2016 at 2:08 PM
To: Ben Amick 
Cc: Cisco VoIP Group 
Subject: Re: [cisco-voip] UCCX Finesse and Service-now integration

No, I've never heard of them before I just googled it to reply to this thread.  
Though, I'm curious about it now too.

On Wed, Nov 30, 2016 at 4:40 PM, Ben Amick 
> wrote:
Anthony,
Do you know the ballpark of how much that NovelVox costs? My org is still on 
CAD, but will likely move to finesse in the next year or so, and I know my 
programing skills are lacking, so it sounds like an excellent tool, and it even 
looks like something I might be able to get in the hands of some of our more 
savvy business analysts too.

Ben Amick
Telecom Analyst

From: cisco-voip 
[mailto:cisco-voip-boun...@puck.nether.net]
 On Behalf Of Anthony Holloway
Sent: Wednesday, November 30, 2016 3:52 PM
To: Croft, Keith >
Cc: Cisco VoIP Group 
>
Subject: Re: [cisco-voip] UCCX Finesse and Service-now integration

Yeah, the forums have gone down in quality over the last couple of years.  It's 
too bad, because it use to the be the place to go for help.

Anyway, have you seen these guy's product for creating finesse gadgets?

http://www.novelvox.com/

I'm not sure if you meant seeing a ServiceNow gadget or have finesse cross 
launch Service Now though, so I might be off track with that suggestion.

On Wed, Nov 30, 2016 at 12:48 PM, Croft, Keith 
> wrote:
My team is investigating the integration between Cisco Finesse and Service-Now.
The Service-Now Support Forums offer no insight for Cisco UCCX integration and 
the Cisco Community Support forums were a bust too.
What I would like to see is when our Agent accepts a call from the helpdesk 
queue, we would like to see a service-now screen pop with the callers 
information.
Were currently using Cisco Unified CCX 10.6.1.11001-31

If anyone has experience or has started a similar effort please  share with us 
or unicast me.
Any suggestions or information would be greatly appreciated.

Best regards,
Keith Croft | Collaboration Engineer
World Wide Technology, Inc.



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


Confidentiality Note: This message is intended for use only by the individual 
or entity to which it is addressed and may contain information that is 
privileged, confidential, and exempt from disclosure under applicable law. If 
the reader of this message is not the intended recipient or the employee or 
agent responsible for delivering the message to the intended recipient, you are 
hereby notified that any dissemination, distribution or copying of this 
communication is strictly prohibited. If you have received this communication 
in error, please contact the sender immediately and destroy the material in its 
entirety, whether electronic or hard copy. Thank you

___
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

[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 

Re: [cisco-voip] UCCX CUIC Reports Stopped Working After Certain Date

[Abhiram Kramadhati (akramadh)]

Team,

The final cop has been posted and is available with TAC, will be on CCO as 
well. The primary issue is on the UCCX DB and therefore, has the potential to 
impact reporting clients (not just CUIC). If you have any questions or 
challenges, let me know.

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

From: Erick Bergquist <erick...@gmail.com<mailto:erick...@gmail.com>>
Date: Tuesday, 13 September 2016 at 12:26 PM
To: akramadh <akram...@cisco.com<mailto:akram...@cisco.com>>
Cc: Brian Meade <bmead...@vt.edu<mailto:bmead...@vt.edu>>, Anthony Holloway 
<avholloway+cisco-v...@gmail.com<mailto:avholloway+cisco-v...@gmail.com>>, 
"cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>" 
<cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>>
Subject: Re: [cisco-voip] UCCX CUIC Reports Stopped Working After Certain Date


Also, if you have any scheduled reports those may be stuck or failed (red x).  
If you rerun the scheduled reports after the fix that are stuck it fixes them.

Wallboard servers or dashboards using the report functions effected will also 
be impacted.


On Monday, September 12, 2016, Abhiram Kramadhati (akramadh) 
<akram...@cisco.com<mailto:akram...@cisco.com>> wrote:
This impacts agent based reports and not just CUIC (can attempt 8.x as well). 
Reports we know:
Agent Sumary
Agent Not Ready State
CAD email reports

Best way to confirm if the report error is due to this issue is by running the 
corresponding SQL query on the UCCX CLI and verifying the error:
admin:run uccx sql db_cra {call sp_agent_summary('2016-09-10 
07:00:00','2016-09-11 06:59:59','0',null,'John Doe,Dan 
Marino','Support',null,null,null,null,null,null,null,null,null,null,null)}

Internal CLI Error: java.sql.SQLException: Overflow occurred on a datetime or 
interval operation.

The issue is triggered when the date is 8th September and later.

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

From: <bmead...@gmail.com<javascript:_e(%7B%7D,'cvml','bmead...@gmail.com');>> 
on behalf of Brian Meade 
<bmead...@vt.edu<javascript:_e(%7B%7D,'cvml','bmead...@vt.edu');>>
Date: Tuesday, 13 September 2016 at 11:50 AM
To: Anthony Holloway 
<avholloway+cisco-v...@gmail.com<javascript:_e(%7B%7D,'cvml','avholloway%2bcisco-v...@gmail.com');>>
Cc: akramadh 
<akram...@cisco.com<javascript:_e(%7B%7D,'cvml','akram...@cisco.com');>>, 
"cisco-voip@puck.nether.net<javascript:_e(%7B%7D,'cvml','cisco-voip@puck.nether.net');>"
 
<cisco-voip@puck.nether.net<javascript:_e(%7B%7D,'cvml','cisco-voip@puck.nether.net');>>
Subject: Re: [cisco-voip] UCCX CUIC Reports Stopped Working After Certain Date

Agent Not Ready State report was the big one that hit our clients.  It's any 
report/stored procedure that utilizes the datediff function.

Anything including a date after September 8th seemed to be an issue.

On Mon, Sep 12, 2016 at 9:44 PM, Anthony Holloway 
<avholloway+cisco-v...@gmail.com<javascript:_e(%7B%7D,'cvml','avholloway%2bcisco-v...@gmail.com');>>
 wrote:
So, should this be impacting every CUIC install in the world?  Does this impact 
all reports or just some?  For the reports which are impacted, is only when 
certain date filters are applied, or any filters?  Are there any instances 
where a system wouldn't be impacted by reportgate?  I just ran one random 
report on a 10.6(1)SU1 system, and I don't see a problem.

On Mon, Sep 12, 2016 at 7:57 PM, Abhiram Kramadhati (akramadh) 
<akram...@cisco.com<javascript:_e(%7B%7D,'cvml','akram...@cisco.com');>> wrote:
Hi all,

There is a cop already available which has been provided to TAC. Only the CAD 
email reports are yet to be fixed, so we have a fix already there but just 
formalising it as a cop. We will have one cop released externally which will 
fix all the reports – the cop currently available fixes everything apart from 
CAD email reports. For that, please ask TAC for a manual workaround (there will 
be one cop very soon with all the fixes).

A bit of context:
There is a datediff function which calculates the time difference between 
today’s date and reference date. The reference date hardcoded is 1985-01-01 
00:00:00 and starting from 8th September 2016, this difference is coming out to 
be a length that cannot be handled by the variable supposed to be storing it.

This will be fixed and cop will be available. This cop should be installed on 
both the nodes via CLI and requires no restarts.

Apologies, I am on travel – was meaning to send a heads-up when this got 
highlighted. Please feel free to reach out in case you are having challenges. 
Thank you.

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

From: cisco-voip 
<cisco-voip-boun...@puck.nether.net<javascript:

Re: [cisco-voip] UCCX CUIC Reports Stopped Working After Certain Date

[Abhiram Kramadhati (akramadh)]

This impacts agent based reports and not just CUIC (can attempt 8.x as well). 
Reports we know:
Agent Sumary
Agent Not Ready State
CAD email reports

Best way to confirm if the report error is due to this issue is by running the 
corresponding SQL query on the UCCX CLI and verifying the error:
admin:run uccx sql db_cra {call sp_agent_summary('2016-09-10 
07:00:00','2016-09-11 06:59:59','0',null,'John Doe,Dan 
Marino','Support',null,null,null,null,null,null,null,null,null,null,null)}

Internal CLI Error: java.sql.SQLException: Overflow occurred on a datetime or 
interval operation.

The issue is triggered when the date is 8th September and later.

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

From: <bmead...@gmail.com<mailto:bmead...@gmail.com>> on behalf of Brian Meade 
<bmead...@vt.edu<mailto:bmead...@vt.edu>>
Date: Tuesday, 13 September 2016 at 11:50 AM
To: Anthony Holloway 
<avholloway+cisco-v...@gmail.com<mailto:avholloway+cisco-v...@gmail.com>>
Cc: akramadh <akram...@cisco.com<mailto:akram...@cisco.com>>, 
"cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>" 
<cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>>
Subject: Re: [cisco-voip] UCCX CUIC Reports Stopped Working After Certain Date

Agent Not Ready State report was the big one that hit our clients.  It's any 
report/stored procedure that utilizes the datediff function.

Anything including a date after September 8th seemed to be an issue.

On Mon, Sep 12, 2016 at 9:44 PM, Anthony Holloway 
<avholloway+cisco-v...@gmail.com<mailto:avholloway+cisco-v...@gmail.com>> wrote:
So, should this be impacting every CUIC install in the world?  Does this impact 
all reports or just some?  For the reports which are impacted, is only when 
certain date filters are applied, or any filters?  Are there any instances 
where a system wouldn't be impacted by reportgate?  I just ran one random 
report on a 10.6(1)SU1 system, and I don't see a problem.

On Mon, Sep 12, 2016 at 7:57 PM, Abhiram Kramadhati (akramadh) 
<akram...@cisco.com<mailto:akram...@cisco.com>> wrote:
Hi all,

There is a cop already available which has been provided to TAC. Only the CAD 
email reports are yet to be fixed, so we have a fix already there but just 
formalising it as a cop. We will have one cop released externally which will 
fix all the reports – the cop currently available fixes everything apart from 
CAD email reports. For that, please ask TAC for a manual workaround (there will 
be one cop very soon with all the fixes).

A bit of context:
There is a datediff function which calculates the time difference between 
today’s date and reference date. The reference date hardcoded is 1985-01-01 
00:00:00 and starting from 8th September 2016, this difference is coming out to 
be a length that cannot be handled by the variable supposed to be storing it.

This will be fixed and cop will be available. This cop should be installed on 
both the nodes via CLI and requires no restarts.

Apologies, I am on travel – was meaning to send a heads-up when this got 
highlighted. Please feel free to reach out in case you are having challenges. 
Thank you.

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

From: cisco-voip 
<cisco-voip-boun...@puck.nether.net<mailto:cisco-voip-boun...@puck.nether.net>> 
on behalf of Erick Bergquist <erick...@gmail.com<mailto:erick...@gmail.com>>
Date: Tuesday, 13 September 2016 at 7:30 AM
To: Lelio Fulgenzi <le...@uoguelph.ca<mailto:le...@uoguelph.ca>>
Cc: "cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>" 
<cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>>
Subject: Re: [cisco-voip] UCCX CUIC Reports Stopped Working After Certain Date

Ran into this Friday. One client reported it then a few others and knew 
something weird was going on. Called it the 9/9 bug and worked with TAC and 
they had workaround ready to apply.


On Monday, September 12, 2016, Lelio Fulgenzi 
<le...@uoguelph.ca<mailto:le...@uoguelph.ca>> wrote:
Yup. Affecting our installation of historical reporting. Not just cuic.

Sent from my iPhone

On Sep 12, 2016, at 3:25 PM, Brian Meade <bmead...@vt.edu> wrote:

This issue seems to be affecting everyone.

Bug ID is CSCvb27878 but not publicly visible yet.

There is a COP file fix available from TAC that doesn't require a reboot or 
anything.

I'm sure there's a field notice coming soon.  I'm guessing the COP file will be 
on cisco.com<http://cisco.com> soon as well if you don't mind waiting.

More discussion- 
https://supportforums.cisco.com/discussion/13118806/cuic-uccx-dataset-status-failed-database-error
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinf

Re: [cisco-voip] UCCX CUIC Reports Stopped Working After Certain Date

[Abhiram Kramadhati (akramadh)]

Hi all,

There is a cop already available which has been provided to TAC. Only the CAD 
email reports are yet to be fixed, so we have a fix already there but just 
formalising it as a cop. We will have one cop released externally which will 
fix all the reports - the cop currently available fixes everything apart from 
CAD email reports. For that, please ask TAC for a manual workaround (there will 
be one cop very soon with all the fixes).

A bit of context:
There is a datediff function which calculates the time difference between 
today's date and reference date. The reference date hardcoded is 1985-01-01 
00:00:00 and starting from 8th September 2016, this difference is coming out to 
be a length that cannot be handled by the variable supposed to be storing it.

This will be fixed and cop will be available. This cop should be installed on 
both the nodes via CLI and requires no restarts.

Apologies, I am on travel - was meaning to send a heads-up when this got 
highlighted. Please feel free to reach out in case you are having challenges. 
Thank you.

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

From: cisco-voip 
> 
on behalf of Erick Bergquist >
Date: Tuesday, 13 September 2016 at 7:30 AM
To: Lelio Fulgenzi >
Cc: "cisco-voip@puck.nether.net" 
>
Subject: Re: [cisco-voip] UCCX CUIC Reports Stopped Working After Certain Date

Ran into this Friday. One client reported it then a few others and knew 
something weird was going on. Called it the 9/9 bug and worked with TAC and 
they had workaround ready to apply.


On Monday, September 12, 2016, Lelio Fulgenzi 
> wrote:
Yup. Affecting our installation of historical reporting. Not just cuic.

Sent from my iPhone

On Sep 12, 2016, at 3:25 PM, Brian Meade 
> wrote:

This issue seems to be affecting everyone.

Bug ID is CSCvb27878 but not publicly visible yet.

There is a COP file fix available from TAC that doesn't require a reboot or 
anything.

I'm sure there's a field notice coming soon.  I'm guessing the COP file will be 
on cisco.com soon as well if you don't mind waiting.

More discussion- 
https://supportforums.cisco.com/discussion/13118806/cuic-uccx-dataset-status-failed-database-error
___
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

[cisco-voip] Third party agent desktops with UCCX

[Abhiram Kramadhati (akramadh)]

Hi guys,

We are trying to find any customer/partner who is using a custom built agent 
desktop which is written against the CTI server (not using the Finesse API's). 
I know it's not provided out of the box, but curious to know if anybody is 
doing this. We have a few customers on UCCE, but if anybody is using it on UCCX 
it would be useful if the information can be shared. This is for a scenario 
evaluation being done for 11.5.

Thanks in advance.

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

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

Re: [cisco-voip] Serious 11.5 installation defect

[Abhiram Kramadhati (akramadh)]

Just a quick update. We tested this with UCCX/CUIC/Finesse 11.5 and the issue 
is not seen. The issue seems to be with the encryption method.

In UCCX/CUIC/Finesse:
((/usr/local/platform/.security/dkey_status.txt file and install.log:08/23/2016 
15:25:44 
InstallWizard|ccmEncryptionConfigOptional:dynamicKeyCCMEncryption='optional'.|).

In CUCM:
(/usr/local/platform/.security/dkey_status.txt file and also from the 
installation log install.log:08/10/2016 21:36:10 
InstallWizard|ccmEncryptionConfigOptional: 
dynamicKeyCCMEncryption='enable'.|) .

With the encryptionAPI used in CUCM, the length of the encrypted password is 
going beyond 64 characters and that could be the problem (but that is not 
confirmed yet). We'll monitor this and take the necessary action if anything is 
needed on the contact centre products. Thanks.

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


From: cisco-voip 
> 
on behalf of Anthony Holloway 
>
Date: Monday, 22 August 2016 at 1:57 PM
To: "dan...@ohnesorge.me" 
>
Cc: Cisco VoIP Group 
>
Subject: Re: [cisco-voip] Serious 11.5 installation defect

Wow, good to know, but I cannot say that I have ever seen a password that long 
on a server before.  That's a first for me.  I tend to still use 8 character 
length.  Old habit, I'm sure.

Are you consistently deploy 16+ character passwords now a days?

On Sun, Aug 21, 2016 at 5:54 PM, Daniel Ohnesorge via cisco-voip 
> wrote:
Hi All,

Just wanted to make you all aware of a serious installation defect with 11.5 
that the Cisco DE's are currently investigating and will soon be raising a new 
defect against.

Basically, the CUCM Publisher installation goes ahead fine but once you try to 
install any subscriber (including the CUPS DB PUB), the installation will fail 
after all Network and Connectivity checks passed. It has taken TAC, BU and DE's 
2 weeks to figure out what was going wrong, it turns out that the password used 
for the Application User is too long (even though it is withing documentation 
guidelines). The password I used was 1 Uppercase, 14 lowercase, 1 number and 1 
special character (underscore). DE's have been able to replicate the issue in 
the lab using the same complexity. When using a password such as ipcbu123 the 
installation is successful. This affects CUCM, CUPS and CUC.

Thanks,
Daniel
___
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

[cisco-voip] UCCX Live Data reports

[Abhiram Kramadhati (akramadh)]

Hi guys,

We are trying to get some feedback on real use cases for improving/adding more 
UCCX Live Data reports. So if you have had any scenarios that you would have 
liked the LD reports to cover, please unicast me with the details so that we 
can be cognisant of the same when planning for the future releases. Thank you.

Regards,
Abhiram Kramadhati
Technical Solutions Manager, CCBU
CCIE Collaboration # 40065
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

[cisco-voip] UCCX 11.0 session at Live 2016

[Abhiram Kramadhati (akramadh)]

Hello guys,

For those of you looking to get your hands dirty on UCCX 11.0 and also 
familiarise yourselves with the express offering, I have a 4hr lab in Cisco 
Live!, Las Vegas.
LTRCCT-2010, Cisco Contact Center Express 11.0 and Beyond: Feature Design, 
Deployment, and Troubleshooting

Broadly, these are the topics being covered:

  *   FIPPA
  *   Finesse email and chat, including SM integration
  *   CUIC :
 *   Custom report creation
 *   Dashboards
 *   Permalink
 *   Modify live data reports
 *   Standalone CUIC integration
  *   MediaSense:
 *   Integration with UCCX
 *   Setup for configuration with UCCX - including CUCM, MS and Finesse 
config
 *   Integrate Search and Play Gadget into Finesse
 *   Integrate the AgentInfo gadget into Finesse
  *   Remote Expert Mobile:
 *   Explore REM including co-browsing and remote agent control
 *   Integration with UCCX
 *   Setup expert and supervisor
 *   Setup supervisor links
 *Integrate REM desktops into UCCX Finesse
  *   Troubleshooting

Its almost full, but there are a couple of spots left still. If you know of 
anybody who could benefit from this session, send them along!

There are also tons of other great sessions on Contact Centre this time 
including the new Context Service, Finesse and many more; so do drop in. Hoping 
to catch up with many of you!

Cheers,
Abhiram Kramadhati

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

Re: [cisco-voip] UCCE 11.x and Jabber ?

[Abhiram Kramadhati (akramadh)]

There might be a few limitations with Jabber such as Agent Greeting/Whisper 
announcement not being supported (due to CSCuq92831). Most of the functionality 
should be the same, but certain call flows might have to be looked at to ensure 
they are supported.

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

From: cisco-voip 
> 
on behalf of Ed Leatherman 
>
Date: Tuesday, 7 June 2016 at 3:42 AM
To: "Jason Aarons (AM)" 
>
Cc: "cisco-voip 
(cisco-voip@puck.nether.net)" 
>
Subject: Re: [cisco-voip] UCCE 11.x and Jabber ?

Hi Jason!

No EM on jabber. Not sure about the UCCE question. We are starting to use it 
from some UCCX (10.6) applications with Finesse.

On Mon, Jun 6, 2016 at 1:26 PM, Jason Aarons (AM) 
> wrote:


Should a customer go with Jabber for use with Finesse/CAD in UCCE 11.x ? or 
stick with IP Communicator 8.6.4 ?  Is Jabber still Finesse only?

Remind me does Jabber does Extension Mobility login?

Hope all has been well here on Puck. Had a large R project last 2 years, then 
hiked the AT awhile.

Jason Aarons, CCIEx2 No 38564
Consultant
Dimension Data
904-338-3245 mobile







This email and all contents are subject to the following disclaimer:
"http://www.dimensiondata.com/emaildisclaimer;

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




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

Re: [cisco-voip] UCCX 10.6(1) SU1 & SU2 CAD Upgrade Warning

[Abhiram Kramadhati (akramadh)]

Updated: 
http://docwiki.cisco.com/wiki/Unified_CCX_Software_Compatibility_Matrix_for_10.6%281%29SU2

From: akramadh <akram...@cisco.com<mailto:akram...@cisco.com>>
Date: Thursday, 21 April 2016 at 10:42 AM
To: Justin Steinberg <jsteinb...@gmail.com<mailto:jsteinb...@gmail.com>>
Cc: "cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>" 
<cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>>
Subject: Re: [cisco-voip] UCCX 10.6(1) SU1 & SU2 CAD Upgrade Warning

Justin,

Thank you for catching this, will get it corrected ASAP. We should be better at 
this - sorry about that.

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

From: Justin Steinberg <jsteinb...@gmail.com<mailto:jsteinb...@gmail.com>>
Date: Thursday, 21 April 2016 at 4:55 AM
To: akramadh <akram...@cisco.com<mailto:akram...@cisco.com>>
Cc: "cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>" 
<cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>>
Subject: Re: [cisco-voip] UCCX 10.6(1) SU1 & SU2 CAD Upgrade Warning

Looks like the upgrade from 10.6(1)SU1 to 10.6(1)SU2 also requires a CAD 
upgrade even though the compatibility matrix again says it doesn't.

Per comparability matrix:

10.6(1)su1 CAD version is 10.6.1.1057
10.6(1)su2 CAD version is 10.6.1.1057

My lab testing:

10.6(1)su1 CAD version is 10.6.1.1057
10.6(1)su2 CAD version is 10.6.1.2011

Justin

On Fri, Oct 2, 2015 at 1:22 AM, Abhiram Kramadhati (akramadh) 
<akram...@cisco.com<mailto:akram...@cisco.com>> wrote:
Closing the loop on this.

The CAD version for 10.6(1) is 10.6.1.95
The CAD version for 10.6(1)SU1 is 10.6.1.1057

The compatibility matrix for 10.6(1)SU1 has wrongly mentioned it as 10.6.1.95 
and CSCuw51442 has been filed to correct this.

As a side note, it would be best to plan for a client side upgrade for any 
server upgrade done. Please let me know if there are any questions, thank you.

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

From: Justin Steinberg <jsteinb...@gmail.com<mailto:jsteinb...@gmail.com>>
Date: Friday, 25 September 2015 2:41 am
To: Cisco VOIP <cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>>
Subject: [cisco-voip] UCCX 10.6(1) SU1 CAD Upgrade Warning

The current UCCX compatibility matrix lists CAD 10.6.1.95 for both UCCX 10.6(1) 
and 10.6(1)SU1, implying there is no CAD upgrade forced after the SU1 upgrade.

This isn't the case.   Upgrading 10.6(1) to 10.6(1)su1 does force a CAD upgrade.

Hopefully this helps someone else.

Justin

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

Re: [cisco-voip] UCCX 10.6(1) SU1 & SU2 CAD Upgrade Warning

[Abhiram Kramadhati (akramadh)]

Justin,

Thank you for catching this, will get it corrected ASAP. We should be better at 
this - sorry about that.

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

From: Justin Steinberg <jsteinb...@gmail.com<mailto:jsteinb...@gmail.com>>
Date: Thursday, 21 April 2016 at 4:55 AM
To: akramadh <akram...@cisco.com<mailto:akram...@cisco.com>>
Cc: "cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>" 
<cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>>
Subject: Re: [cisco-voip] UCCX 10.6(1) SU1 & SU2 CAD Upgrade Warning

Looks like the upgrade from 10.6(1)SU1 to 10.6(1)SU2 also requires a CAD 
upgrade even though the compatibility matrix again says it doesn't.

Per comparability matrix:

10.6(1)su1 CAD version is 10.6.1.1057
10.6(1)su2 CAD version is 10.6.1.1057

My lab testing:

10.6(1)su1 CAD version is 10.6.1.1057
10.6(1)su2 CAD version is 10.6.1.2011

Justin

On Fri, Oct 2, 2015 at 1:22 AM, Abhiram Kramadhati (akramadh) 
<akram...@cisco.com<mailto:akram...@cisco.com>> wrote:
Closing the loop on this.

The CAD version for 10.6(1) is 10.6.1.95
The CAD version for 10.6(1)SU1 is 10.6.1.1057

The compatibility matrix for 10.6(1)SU1 has wrongly mentioned it as 10.6.1.95 
and CSCuw51442 has been filed to correct this.

As a side note, it would be best to plan for a client side upgrade for any 
server upgrade done. Please let me know if there are any questions, thank you.

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

From: Justin Steinberg <jsteinb...@gmail.com<mailto:jsteinb...@gmail.com>>
Date: Friday, 25 September 2015 2:41 am
To: Cisco VOIP <cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>>
Subject: [cisco-voip] UCCX 10.6(1) SU1 CAD Upgrade Warning

The current UCCX compatibility matrix lists CAD 10.6.1.95 for both UCCX 10.6(1) 
and 10.6(1)SU1, implying there is no CAD upgrade forced after the SU1 upgrade.

This isn't the case.   Upgrading 10.6(1) to 10.6(1)su1 does force a CAD upgrade.

Hopefully this helps someone else.

Justin

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

Re: [cisco-voip] Additional historical reports available on CCO

[Abhiram Kramadhati (akramadh)]

Hi Ed,

After the upgrade, all the reports will be moved into the Stock folder and the 
SP’s will be loaded as the Informix user – who has permission over the Temp 
tables, hence you won’t have issues.

Thank you, Anthony, for confirming the same.

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

From: Ed Leatherman <ealeather...@gmail.com<mailto:ealeather...@gmail.com>>
Date: Tuesday, 12 April 2016 at 9:02 PM
To: akramadh <akram...@cisco.com<mailto:akram...@cisco.com>>
Cc: Kevin Przybylowski <kev...@advancedtsg.com<mailto:kev...@advancedtsg.com>>, 
Anthony Holloway 
<avholloway+cisco-v...@gmail.com<mailto:avholloway+cisco-v...@gmail.com>>, 
Justin Steinberg <jsteinb...@gmail.com<mailto:jsteinb...@gmail.com>>, 
"cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>" 
<cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>>
Subject: Re: [cisco-voip] Additional historical reports available on CCO

Hi Abhiram,

Thanks for all the background info, and the heads up about SU2 (i've been 
waiting on that one for another bug fix)

Since the new reports are pre-bundled in SU2, do you foresee any problems 
applying SU2 if we've added or tried to add one or more of the new reports 
already? I am mainly thinking of SP's that have been added already.

Ed

On Mon, Apr 11, 2016 at 9:57 PM, Abhiram Kramadhati (akramadh) 
<akram...@cisco.com<mailto:akram...@cisco.com>> wrote:
Hi all,

We had a quick discussion yesterday to address this and here is the summary:

  1.  CUIC currently executes the SP’s as (uccxhrc user) - this is a problem 
due to an Informix defect, corrected in the next release. Why is this a 
problem? According to Informix, for a user to delete the temp tables the user 
has to be the owner of the same. The owner of the temp table is usually 
designated to be the same as the owner of the SP – uccxhruser in our case. Now, 
since the execution is happening as uccxhrc user and the owner is uccxhruser, 
there is a conflict and hence the errors. Refreshing the CUIC datasource fixes 
this temporarily because temp tables are cleared out. The permanent fix is to 
import the SP as the uccxhrc user. Since the uccxhrc user does not have default 
privileges to create SP’s, please call into TAC and they can run the commands 
for you from the root. This is the defect CSCul06940
  2.  We have pre-bundled these reports in 10.6(1)SU2 and the same has been 
released yesterday. Since they are pre-bundled, you will not have this problem.
  3.  11.0(1) currently does not have this pre-bundled, since it was released a 
few months back. So if you upgrade from 10.6(1)SU2 to 11.0(1), you will lose 
these reports – you will have to reimport them. So please be mindful of point 
1. Tentatively, we will pre-bundle them on SU’s on 11.0(1). So you should be 
able to upgrade to that from 10.6(1)SU2 and still have the reports.

The defect CSCul06940 will affect other custom reports as well (because of 
point1). However, in 11.5 the user uccxhrc has been deleted. That is the long 
term fix. It is an informix fix, hence the challenges to back port.

Updated release notes for the reports will be uploaded soon. Please let me know 
if you have any questions.

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

From: cisco-voip 
<cisco-voip-boun...@puck.nether.net<mailto:cisco-voip-boun...@puck.nether.net>> 
on behalf of akramadh <akram...@cisco.com<mailto:akram...@cisco.com>>
Date: Monday, 11 April 2016 at 10:41 AM
To: Kevin Przybylowski <kev...@advancedtsg.com<mailto:kev...@advancedtsg.com>>, 
Ed Leatherman <ealeather...@gmail.com<mailto:ealeather...@gmail.com>>, Anthony 
Holloway 
<avholloway+cisco-v...@gmail.com<mailto:avholloway+cisco-v...@gmail.com>>, 
Justin Steinberg <jsteinb...@gmail.com<mailto:jsteinb...@gmail.com>>

Cc: "cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>" 
<cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>>
Subject: Re: [cisco-voip] Additional historical reports available on CCO

Hi all,

Let me find more details on the issue you are facing. We introduced these 
reports over the last quarter and more will be available as well; and all of 
them have undergone the regular testing cycle. But let me see how best to 
address this.

[http://www.cisco.com/c/dam/assets/email-signature-tool/logo_07.png?ct=1421802598153]

Abhiram Kramadhati
Technical Solutions Manager
Customer Solutions Success team, CCBU
akram...@cisco.com<mailto:akram...@cisco.com>
Phone: +61 2 8446 6257<tel:%2B61%202%208446%206257>

CCIE Collaboration  - 40065


Cisco Systems Australia Pty Limited
The Forum
201 Pacific Highway
2065
St Leonards
Australia
Cisco.com<http://www.cisco.com/web/AU/>


[http://www.cisco.com/assets/soci

Re: [cisco-voip] Additional historical reports available on CCO

[Abhiram Kramadhati (akramadh)]

Hi all,

We had a quick discussion yesterday to address this and here is the summary:

  1.  CUIC currently executes the SP’s as (uccxhrc user) - this is a problem 
due to an Informix defect, corrected in the next release. Why is this a 
problem? According to Informix, for a user to delete the temp tables the user 
has to be the owner of the same. The owner of the temp table is usually 
designated to be the same as the owner of the SP – uccxhruser in our case. Now, 
since the execution is happening as uccxhrc user and the owner is uccxhruser, 
there is a conflict and hence the errors. Refreshing the CUIC datasource fixes 
this temporarily because temp tables are cleared out. The permanent fix is to 
import the SP as the uccxhrc user. Since the uccxhrc user does not have default 
privileges to create SP’s, please call into TAC and they can run the commands 
for you from the root. This is the defect CSCul06940
  2.  We have pre-bundled these reports in 10.6(1)SU2 and the same has been 
released yesterday. Since they are pre-bundled, you will not have this problem.
  3.  11.0(1) currently does not have this pre-bundled, since it was released a 
few months back. So if you upgrade from 10.6(1)SU2 to 11.0(1), you will lose 
these reports – you will have to reimport them. So please be mindful of point 
1. Tentatively, we will pre-bundle them on SU’s on 11.0(1). So you should be 
able to upgrade to that from 10.6(1)SU2 and still have the reports.

The defect CSCul06940 will affect other custom reports as well (because of 
point1). However, in 11.5 the user uccxhrc has been deleted. That is the long 
term fix. It is an informix fix, hence the challenges to back port.

Updated release notes for the reports will be uploaded soon. Please let me know 
if you have any questions.

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

From: cisco-voip 
> 
on behalf of akramadh >
Date: Monday, 11 April 2016 at 10:41 AM
To: Kevin Przybylowski >, 
Ed Leatherman >, Anthony 
Holloway 
>, 
Justin Steinberg >
Cc: "cisco-voip@puck.nether.net" 
>
Subject: Re: [cisco-voip] Additional historical reports available on CCO

Hi all,

Let me find more details on the issue you are facing. We introduced these 
reports over the last quarter and more will be available as well; and all of 
them have undergone the regular testing cycle. But let me see how best to 
address this.

[http://www.cisco.com/c/dam/assets/email-signature-tool/logo_07.png?ct=1421802598153]

Abhiram Kramadhati
Technical Solutions Manager
Customer Solutions Success team, CCBU
akram...@cisco.com
Phone: +61 2 8446 6257

CCIE Collaboration  - 40065


Cisco Systems Australia Pty Limited
The Forum
201 Pacific Highway
2065
St Leonards
Australia
Cisco.com


[http://www.cisco.com/assets/social_media_icons/linkedin-16x16.png]


[http://www.cisco.com/assets/swa/img/thinkbeforeyouprint.gif] Think before you 
print.

This email may contain confidential and privileged material for the sole use of 
the intended recipient. Any review, use, distribution or disclosure by others 
is strictly prohibited. If you are not the intended recipient (or authorized to 
receive for the recipient), please contact the sender by reply email and delete 
all copies of this message.

Please click 
here for 
Company Registration Information.


From: cisco-voip 
> 
on behalf of Kevin Przybylowski 
>
Date: Saturday, 9 April 2016 at 1:45 AM
To: Ed Leatherman >, 
Anthony Holloway 
>, 
Justin Steinberg >
Cc: "cisco-voip@puck.nether.net" 
>
Subject: Re: [cisco-voip] Additional historical reports available on CCO

You also have to put together that Cisco’s official new ccx reports would fall 
under the ‘custom’ umbrella!

From: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] On Behalf Of Ed 
Leatherman
Sent: Friday, April 8, 2016 11:37 AM
To: Anthony Holloway 

Re: [cisco-voip] Additional historical reports available on CCO

[Abhiram Kramadhati (akramadh)]

Hi all,

Let me find more details on the issue you are facing. We introduced these 
reports over the last quarter and more will be available as well; and all of 
them have undergone the regular testing cycle. But let me see how best to 
address this.

[http://www.cisco.com/c/dam/assets/email-signature-tool/logo_07.png?ct=1421802598153]

Abhiram Kramadhati
Technical Solutions Manager
Customer Solutions Success team, CCBU
akram...@cisco.com
Phone: +61 2 8446 6257

CCIE Collaboration  - 40065


Cisco Systems Australia Pty Limited
The Forum
201 Pacific Highway
2065
St Leonards
Australia
Cisco.com


[http://www.cisco.com/assets/social_media_icons/linkedin-16x16.png]


[http://www.cisco.com/assets/swa/img/thinkbeforeyouprint.gif] Think before you 
print.

This email may contain confidential and privileged material for the sole use of 
the intended recipient. Any review, use, distribution or disclosure by others 
is strictly prohibited. If you are not the intended recipient (or authorized to 
receive for the recipient), please contact the sender by reply email and delete 
all copies of this message.

Please click 
here for 
Company Registration Information.


From: cisco-voip 
> 
on behalf of Kevin Przybylowski 
>
Date: Saturday, 9 April 2016 at 1:45 AM
To: Ed Leatherman >, 
Anthony Holloway 
>, 
Justin Steinberg >
Cc: "cisco-voip@puck.nether.net" 
>
Subject: Re: [cisco-voip] Additional historical reports available on CCO

You also have to put together that Cisco’s official new ccx reports would fall 
under the ‘custom’ umbrella!

From: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] On Behalf Of Ed 
Leatherman
Sent: Friday, April 8, 2016 11:37 AM
To: Anthony Holloway 
>; 
Justin Steinberg >
Cc: Cisco VOIP >
Subject: Re: [cisco-voip] Additional historical reports available on CCO


Hours ago actually lol, I never looked through the sp !

On Fri, Apr 8, 2016, 11:20 AM Anthony Holloway 
> 
wrote:
Defect in question: https://bst.cloudapps.cisco.com/bugsearch/bug/CSCul06940

Funny, Ed himself just posted this defect to the list a few days ago.  ;)

On Fri, Apr 8, 2016 at 10:16 AM, Justin Steinberg 
> wrote:
those reports have the temp tables issue.   they need to be imported using the 
uccxhrc user.

Which makes me really question using these reports in production since the QA 
on these must have been really minimal to document that they should be imported 
with uccxhruser.

On Fri, Apr 8, 2016 at 11:14 AM, Anthony Holloway 
> wrote:
Update: I rebooted my UCCX to see if that helped, and now I cannot run the 
Reason Code Report by Agent Grouping report, as it fails with the same database 
error.  So, it got worse.

On Fri, Apr 8, 2016 at 9:44 AM, Ed Leatherman 
> wrote:
Hmm i'll try the other ones - both reason code reports resulted in the same 
errors. I tried the second one using CUIC as the data source just to see if it 
made a difference. Thats the same type of error that i got though. Trying to 
find out if TAC will support these or not also.

On Fri, Apr 8, 2016 at 10:42 AM, Anthony Holloway 
> wrote:
Update:  After importing all reports, I can only run two of the five:

  1.  All Agent Fields Report - GOOD
  2.  Contact Service Queue Activity by Window Duration - Database status Failed
  3.  CSQ All Fields Report - Database status Failed
  4.  Reason Code Report by Agent Grouping - GOOD (This was coincidentally the 
first one I imported)
  5.  Reason Code Report by Reason Code Grouping -  - Database status Failed
As one example of the error output from a failed run is:

Error information:

com.cisco.ccbu.cuic.businesslogic.datasource.CuicDbException: DbException: 
CuicDataSourceServiceManagerImpl.getDataSet() { Nested SQLException; SQLState: 
IX000 Vendor code: -313 Message: Not owner of table. } at 

Re: [cisco-voip] Collab summit keynote simulcast on now...

[Abhiram Kramadhati (akramadh)]

https://communities.cisco.com/community/technology/collaboration/collaborat
ion_virtual_experience


On 08/12/15, 10:38 PM, "cisco-voip on behalf of Lelio Fulgenzi"
 wrote:

>
>Head on over to the collab user group pages for a link to the simulcast.
>
>Sent from my iPhone
>___
>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] Progressive Dialer Worktime/Wrap UP - Finesse/UCCx 10.6

[Abhiram Kramadhati (akramadh)]

Hi Nick,

The agent predictive and progressive call flow with the SIP dialler is as 
follows (high level overview):

  1.  Based on the settings (percentage allocation for outbound), the number of 
agents to be reserved is calculated
  2.  Those agents are put to reserved
  3.  The UCCX will now send a SIP INVITE with the called number as 'customer 
phone number' from the imported contacts and the calling number is the number 
which has been configured on the campaign.
  4.  Once the remote party answers the call, the CPA kicks in and informs the 
UCCX about the status
  5.  Based on the result, the UCCX will decide to either end the call/transfer 
to IVR or transfer to the agent
  6.  The agent extension is sent through a REFER message to the voice gateway
  7.  The gateway now talks to the CUCM and completes the transfer

Steps 5 and 6 are important for our discussion here. Once the agent is put on 
reserved and the CPA decides the remote party is human voice, the UCCX sends a 
SIP REFER to the SIP Dialer with the agent extension (1002 in this example):

1994198: Apr 24 21:49:13.533 PDT %MIVR-SS_OB-7-UNK:
SIP-9591583348  REFER 
sip:9591583348@10.106.109.80:5060 SIP/2.0
SIP-9591583348  Max-Forwards: 70
SIP-9591583348  To: 
>;tag=EAB330-42F
SIP-9591583348  From: 
>;tag=dseefe86c5
SIP-9591583348  Call-ID: 
139840133076042@10.106.112.210
SIP-9591583348  CSeq: 101 REFER
SIP-9591583348  Content-Length: 0
SIP-9591583348  Contact: 
:5065;transport=udp>
SIP-9591583348  Referred-By: 
>
SIP-9591583348  Refer-To: >
SIP-9591583348  Allow: INVITE, BYE, CANCEL, ACK, UPDATE, NOTIFY
SIP-9591583348  Cisco-Guid: 1920719893-2013118893-832035059-1159294846
SIP-9591583348  User-Agent: Cisco-UCCX/8.5

 The call is now directly transferred to the agent extension. This is the 
reason why the wrap up timers don't take effect because the call that the agent 
went to 'Talking' on is not via a CSQ, but rather from a direct incoming call. 
But in a preview dialer, the agent is reserved using a fakeCallID which is 
queued in the CSQ and then offered to the agent. So in essence, the WrapUp 
timer is associated to the CSQ and in Agent-Progressive dialer there is no CSQ 
involved when the call is offered.

I hope that clarifies the issue.

[http://www.cisco.com/c/dam/assets/email-signature-tool/cisco_live_australia.jpeg?ct=1444951815095]

Abhiram Kramadhati
Technical Solutions Manager, CCBU

akram...@cisco.com
Phone: +61 2 8446 6257

CCIE Collaboration - 40065


Cisco Systems Australia Pty Limited
The Forum
201 Pacific Highway
2065
St Leonards
Australia
Cisco.com



[http://www.cisco.com/assets/swa/img/thinkbeforeyouprint.gif] Think before you 
print.

This email may contain confidential and privileged material for the sole use of 
the intended recipient. Any review, use, distribution or disclosure by others 
is strictly prohibited. If you are not the intended recipient (or authorized to 
receive for the recipient), please contact the sender by reply email and delete 
all copies of this message.

Please click 
here for 
Company Registration Information.



From: Nick Britt >
Date: Thursday, 22 October 2015 10:23 pm
To: "cisco-voip@puck.nether.net" 
>
Subject: [cisco-voip] Progressive Dialer Worktime/Wrap UP - Finesse/UCCx 10.6

Hi There!

Our customer is using the outbound progressive CUBE dialer using Finesse as the 
front end and UCCX 10.6.

When using the Preview dialer the wrap-uptimers seem to take affect but when 
using the progressive dialer no wrap-up times are received the next call the 
agent goes straight to "not ready" ignoring the wrap-up timer.

Any ideas? I would expect this with predictive but not progressive.

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

Re: [cisco-voip] UCCX 10.6(1) SU1 CAD Upgrade Warning

[Abhiram Kramadhati (akramadh)]

Hi Nate, 

Yes, it is supported. It has not been updated on the guide, the document
defect has been filed to address that: CSCuw51381

There seem to be a couple of places that haven¹t been updated after SU1
was released :)

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



On 02/10/15 12:48 am, "NateCCIE" <natec...@gmail.com> wrote:

>I am hoping that you can upgrade from 10.6.1 su1 to 11.  Do you know of
>that will also be permitted?
>
>Sent from my iPhone
>
>> On Sep 30, 2015, at 8:49 PM, Abhiram Kramadhati (akramadh)
>><akram...@cisco.com> wrote:
>> 
>> CSCuw49432 filed to include 10.6(1) in supported upgrade path
>> 
>> Working to get the CAD upgrade part addressed as well, will keep you
>> updated. 
>> 
>> Cheers,
>> Abhiram Kramadhati
>> 
>> 
>>> On 29/09/15 6:48 am, "Erick Bergquist" <erick...@gmail.com> wrote:
>>> 
>>> The 10.6(1) SU1 compatibility matrix also does not list 10.6(1) as a
>>> valid upgrade path for 10.6(1) SU1.
>>> 
>>> 
>>>http://docwiki.cisco.com/wiki/Unified_CCX_Software_Compatibility_Matrix_
>>>fo
>>> r_10.6(1)SU1
>>> 
>>> 
>>> On Thu, Sep 24, 2015 at 6:50 PM, Abhiram Kramadhati (akramadh)
>>> <akram...@cisco.com> wrote:
>>>> Thank you Justin, I will get this corrected. Appreciate your heads-up
>>>> here.
>>>> 
>>>> Regards,
>>>> Abhiram Kramadhati
>>>> Technical Solutions Manager, CBABU
>>>> CCIE Collaboration # 40065
>>>> 
>>>> From: Justin Steinberg <jsteinb...@gmail.com>
>>>> Date: Friday, 25 September 2015 2:41 am
>>>> To: Cisco VOIP <cisco-voip@puck.nether.net>
>>>> Subject: [cisco-voip] UCCX 10.6(1) SU1 CAD Upgrade Warning
>>>> 
>>>> The current UCCX compatibility matrix lists CAD 10.6.1.95 for both
>>>>UCCX
>>>> 10.6(1) and 10.6(1)SU1, implying there is no CAD upgrade forced after
>>>> the
>>>> SU1 upgrade.
>>>> 
>>>> This isn't the case.   Upgrading 10.6(1) to 10.6(1)su1 does force a
>>>>CAD
>>>> upgrade.
>>>> 
>>>> Hopefully this helps someone else.
>>>> 
>>>> Justin
>>>> 
>>>> ___
>>>> 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

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

Re: [cisco-voip] UCCX 10.6(1) SU1 CAD Upgrade Warning

[Abhiram Kramadhati (akramadh)]

Closing the loop on this.

The CAD version for 10.6(1) is 10.6.1.95
The CAD version for 10.6(1)SU1 is 10.6.1.1057

The compatibility matrix for 10.6(1)SU1 has wrongly mentioned it as 10.6.1.95 
and CSCuw51442 has been filed to correct this.

As a side note, it would be best to plan for a client side upgrade for any 
server upgrade done. Please let me know if there are any questions, thank you.

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

From: Justin Steinberg >
Date: Friday, 25 September 2015 2:41 am
To: Cisco VOIP >
Subject: [cisco-voip] UCCX 10.6(1) SU1 CAD Upgrade Warning

The current UCCX compatibility matrix lists CAD 10.6.1.95 for both UCCX 10.6(1) 
and 10.6(1)SU1, implying there is no CAD upgrade forced after the SU1 upgrade.

This isn't the case.   Upgrading 10.6(1) to 10.6(1)su1 does force a CAD upgrade.

Hopefully this helps someone else.

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

Re: [cisco-voip] UCCX 10.6(1) SU1 CAD Upgrade Warning

[Abhiram Kramadhati (akramadh)]

CSCuw49432 filed to include 10.6(1) in supported upgrade path

Working to get the CAD upgrade part addressed as well, will keep you
updated. 

Cheers,
Abhiram Kramadhati


On 29/09/15 6:48 am, "Erick Bergquist" <erick...@gmail.com> wrote:

>The 10.6(1) SU1 compatibility matrix also does not list 10.6(1) as a
>valid upgrade path for 10.6(1) SU1.
>
>http://docwiki.cisco.com/wiki/Unified_CCX_Software_Compatibility_Matrix_fo
>r_10.6(1)SU1
>
>
>On Thu, Sep 24, 2015 at 6:50 PM, Abhiram Kramadhati (akramadh)
><akram...@cisco.com> wrote:
>> Thank you Justin, I will get this corrected. Appreciate your heads-up
>>here.
>>
>> Regards,
>> Abhiram Kramadhati
>> Technical Solutions Manager, CBABU
>> CCIE Collaboration # 40065
>>
>> From: Justin Steinberg <jsteinb...@gmail.com>
>> Date: Friday, 25 September 2015 2:41 am
>> To: Cisco VOIP <cisco-voip@puck.nether.net>
>> Subject: [cisco-voip] UCCX 10.6(1) SU1 CAD Upgrade Warning
>>
>> The current UCCX compatibility matrix lists CAD 10.6.1.95 for both UCCX
>> 10.6(1) and 10.6(1)SU1, implying there is no CAD upgrade forced after
>>the
>> SU1 upgrade.
>>
>> This isn't the case.   Upgrading 10.6(1) to 10.6(1)su1 does force a CAD
>> upgrade.
>>
>> Hopefully this helps someone else.
>>
>> Justin
>>
>> ___
>> 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] UCCX 10.6(1) SU1 CAD Upgrade Warning

[Abhiram Kramadhati (akramadh)]

Thank you Justin, I will get this corrected. Appreciate your heads-up here.

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

From: Justin Steinberg >
Date: Friday, 25 September 2015 2:41 am
To: Cisco VOIP >
Subject: [cisco-voip] UCCX 10.6(1) SU1 CAD Upgrade Warning

The current UCCX compatibility matrix lists CAD 10.6.1.95 for both UCCX 10.6(1) 
and 10.6(1)SU1, implying there is no CAD upgrade forced after the SU1 upgrade.

This isn't the case.   Upgrading 10.6(1) to 10.6(1)su1 does force a CAD upgrade.

Hopefully this helps someone else.

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

Re: [cisco-voip] UCCX/CUIC hostname question

[Abhiram Kramadhati (akramadh)]

Hi Ed,

This is a known behaviour in 9.x, I am unable to find the defectID for the 
same. However, the redirection has been removed starting from 10.x because of 
the LiveData functionality where the live data is pulled from the master engine.

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

From: Ed Leatherman ealeather...@gmail.commailto:ealeather...@gmail.com
Date: Sunday, 19 July 2015 8:58 pm
To: Cisco VOIP cisco-voip@puck.nether.netmailto:cisco-voip@puck.nether.net
Subject: [cisco-voip] UCCX/CUIC hostname question

Hello everyone,

I'm switching on CUIC on our UCCX 9 HA cluster today. I noticed that when I 
access CUIC by browsing to the publisher node, it does a redirect to the 
standby node - didnt surprise me. However, the redirect is pointing it to the 
IP Address of the node and not the hostname, so now the browser doesn't like 
the cert.

Anyone know of a way to get the redirection to use hostname?

I'm a SSL newb, is it possible to have the IP Address as a SAN in the cert? 
with uccx?

Thanks!

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

Re: [cisco-voip] UCCX/CUIC hostname question

[Abhiram Kramadhati (akramadh)]

Hi Ed,

The LiveData feature has been introduced only from 10.0, hence the change in 
the architecture too.

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

From: Ed Leatherman ealeather...@gmail.commailto:ealeather...@gmail.com
Date: Sunday, 19 July 2015 10:40 pm
To: akramadh akram...@cisco.commailto:akram...@cisco.com, Cisco VOIP 
cisco-voip@puck.nether.netmailto:cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] UCCX/CUIC hostname question


Thanks Abhiram!

Are then the live data reports broke in 9.x ? I was only able to run 10.x in my 
test system

On Sun, Jul 19, 2015, 8:31 AM Abhiram Kramadhati (akramadh) 
akram...@cisco.commailto:akram...@cisco.com wrote:
Hi Ed,

This is a known behaviour in 9.x, I am unable to find the defectID for the 
same. However, the redirection has been removed starting from 10.x because of 
the LiveData functionality where the live data is pulled from the master engine.

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

From: Ed Leatherman ealeather...@gmail.commailto:ealeather...@gmail.com
Date: Sunday, 19 July 2015 8:58 pm
To: Cisco VOIP cisco-voip@puck.nether.netmailto:cisco-voip@puck.nether.net
Subject: [cisco-voip] UCCX/CUIC hostname question

Hello everyone,

I'm switching on CUIC on our UCCX 9 HA cluster today. I noticed that when I 
access CUIC by browsing to the publisher node, it does a redirect to the 
standby node - didnt surprise me. However, the redirect is pointing it to the 
IP Address of the node and not the hostname, so now the browser doesn't like 
the cert.

Anyone know of a way to get the redirection to use hostname?

I'm a SSL newb, is it possible to have the IP Address as a SAN in the cert? 
with uccx?

Thanks!

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

Re: [cisco-voip] UCCX 10.6 | CUCM 10.5.2 | CAD Extension out of service

[Abhiram Kramadhati (akramadh)]

Hi Ryan,

CAD support shouldn’t be an issue and I don’t see this to be related to the 
mixed mode too. Either way, do you have agents(not the same) running both CAD 
and Finesse in your system? If the issue started after mixed mode was enabled, 
can you shut down Finesse and monitor this?

The error you are talking about is typical when the CTI handle on the phone is 
lost/removed. So a TAC case should be the best way forward, and CAD ‘support' 
is not going away anytime soon :) Let me know how it goes.

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

From: Ryan Huff ryanh...@outlook.commailto:ryanh...@outlook.com
Date: Tuesday, 9 June 2015 10:40 pm
To: Justin Steinberg jsteinb...@gmail.commailto:jsteinb...@gmail.com
Cc: Cisco VOIP cisco-voip@puck.nether.netmailto:cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] UCCX 10.6 | CUCM 10.5.2 | CAD Extension out of service

Hi Justin, thank you for your reply.

CUCM 10.5.2su1 is in the active partition on all nodes (10.5.2.11900-3).

LRO is interesting; my elastic sky version is 5.5 and according to the DocWiki 
(http://docwiki.cisco.com/wiki/Disable_LRO) it seems to only be an issue with 
4.1 and more specifically, with CUCM  8.6 with ESXi 4.1. I've also seen 
several UC evangelical sites proclaim that LRO needs to be disabled where ever 
Virtual Cisco UC runs, versions be damned.

I'm in pre-flight, so now is definitely the time to power down and knock LRO 
off.

I guess I am more interested in the why at this point (plight of an engineer). 
I suppose this issue (if it is even an issue) will self-heal itself in v11 when 
CAD is no longer an option, but still plenty of need to support existing CAD.

This is the first time I used this version mix (UCCX 10.6 | CUCM 10.5.2su1 | 
CAD), and I haven't ran into this issue before.

Thanks for any thoughts you put into this.

-Ryan



Date: Tue, 9 Jun 2015 07:41:46 -0400
Subject: Re: [cisco-voip] UCCX 10.6 | CUCM 10.5.2 | CAD Extension out of service
From: jsteinb...@gmail.commailto:jsteinb...@gmail.com
To: ryanh...@outlook.commailto:ryanh...@outlook.com
CC: cisco-voip@puck.nether.netmailto:cisco-voip@puck.nether.net


Are you on UCM 10.5.2su1 ?   I haven't seen that issue at all.

Is your VMware LRO disabled ?

Do your UCMs have one or two vCPU ?

On Jun 9, 2015 12:42 AM, Ryan Huff 
ryanh...@outlook.commailto:ryanh...@outlook.com wrote:
Has anyone been noticing that in this environment (UCCX 10.6 | CUCM 10.5.2 | 
CAD); extensions will sometimes report as OutOfService (and subsequently cause 
CAD login issues) when in fact, the phone is registered, associated to the 
jTAPI/RMCMSubsys user, has CTI Control enabled (and is setup correctly in all 
other respects)?

What seems to resolve this issue for me; is to super copy the phone to a fake 
mac address, delete the original and then re-mac the newly created device. 
Doing a cluster reboot seems to address this as well.

This is a new 2 cluster build. Everything about the phone seems to function 
fine within call manager when CAD is having a login issue. I've changed the 
addressing mode on the phone (and CTI ports) to ipv4 only, turned JAL off on 
the phone. Just really odd and not very easy to define.

I know CAD is near death and Finesse is the future, but I have to support CAD 
in this scenario.

Thanks,

Ryan

___
cisco-voip mailing list
cisco-voip@puck.nether.netmailto: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] UCCX 10.6 and axl issues

[Abhiram Kramadhati (akramadh)]

Hi Michele,

For the second issues, you could obtain the MADM logs from the CLI or get the 
AXL logs from the CUCM to see why the error is being seen. Also, do you have 
any other existing application users you could use as the AXL user?

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

From: Michele Russo (AM) 
michele.ru...@dimensiondata.commailto:michele.ru...@dimensiondata.com
Date: Friday, 22 May 2015 2:52 am
To: cisco-voip@puck.nether.netmailto:cisco-voip@puck.nether.net 
cisco-voip@puck.nether.netmailto:cisco-voip@puck.nether.net
Cc: Mike Lydick (AM) 
mike.lyd...@us.didata.commailto:mike.lyd...@us.didata.com, Tommer Catlin 
(AM) tommer.cat...@us.didata.commailto:tommer.cat...@us.didata.com
Subject: [cisco-voip] UCCX 10.6 and axl issues

All,

I am trying to do a fresh install of UCCX 10.6 – integrated with CUCM 10.5 SU1. 
 I am using the .ova and .iso files that came preloaded on the Be7000H M4 
server.  2 issues:


1.  And I have a TAC Case – I see the error message: Unsupported hardware 
detected once I build the virtual machine and start the installation of the 
software.  I have used a new .ova template but the same .iso that came 
preloaded.  I do not have another .iso to try so we are stuck with this 
message.  The application will move forward with the installation though.  Any 
thoughts?  My TAC Case is now waiting on an update from the VM Ware team to see 
if there are actual hardware issues with the BE7000..I am still waiting but 
wanted to reach out to a broader audience to see if anyone else has experienced 
this.

[cid:image001.jpg@01D09338.48165860]



2.  After bypassing this message and installing the application (UCCX 10.6) 
I cannot move beyond the first GUI configuration setting that is asking for axl 
provider information.  I have created the axl application user and assigned it 
the axl service role/permissions in addition to SuperUser permissions…the 
message:  Cisco Unified CM Authentication Failed because of CCMAXL Exception. 
Please check the logs for details..  I have tried building a standard axl user 
and assigning that user SuperUser permissions and get the same error message.

Questions…could the first ‘unsupported hardware’ message be stopping me from 
setting up the application?  I also see, in CUCM, the customer has hit a 
licensing limit, I need to see exactly why they are out of compliance but could 
this be impacting moving forward with the configuration of the application?

Thanks in advance.


Michele Russo Harttree
Consultant
Dimension Dta NA
11730 Plaza America Drive Suite 350
Reston, VA 20190
202-460-3965 (cell)
571-203-4007 (desk)
michele.ru...@dimensiondata.commailto:michele.ru...@dimensiondata.com


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

Re: [cisco-voip] SRST for UCCX CTI Route Points

[Abhiram Kramadhati (akramadh)]

You can make SRST configurations for calls to be sent to the DIDs of the CTI 
Route Points. But what would make this fail is the call from the CTI RP to the 
CTI Port is a Call redirect. This means a call redirect request is sent new leg 
is created with calling number same as the original calling number but the 
called number is now the CTI port and the previous call leg which reached the 
CTI RP via SRST is disconnected. What happens to the call redirect request? How 
would you reach the CTI port? that’s the question.

Regards,
Abhiram Kramadhati
Technical Solutions Manager, CBABU
CCIE Voice # 40065

From: Armstrong, Michael 
michael.armstr...@cccs.edumailto:michael.armstr...@cccs.edu
Date: Thursday, 16 April 2015 1:53 am
To: cisco-voip@puck.nether.netmailto:cisco-voip@puck.nether.net 
cisco-voip@puck.nether.netmailto:cisco-voip@puck.nether.net
Subject: [cisco-voip] SRST for UCCX CTI Route Points

Hello,

Any ideas for an SRST configuration for a WAN outage that is preventing calls 
to a UCCX CTI Route Point? Calls to the RP are fine via the attached PRI’s but 
calls via the WAN cannot see the route point.

Michael Armstrong | Sr. Unified Communications Admin| Colorado Community 
College System |
P:720.858.2882 | C:720.891.6010

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

Re: [cisco-voip] SRST for UCCX CTI Route Points

[Abhiram Kramadhati (akramadh)]

From: akramadh akram...@cisco.commailto:akram...@cisco.com
Date: Thursday, 16 April 2015 9:42 am
To: Armstrong, Michael 
michael.armstr...@cccs.edumailto:michael.armstr...@cccs.edu, 
cisco-voip@puck.nether.netmailto:cisco-voip@puck.nether.net 
cisco-voip@puck.nether.netmailto:cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] SRST for UCCX CTI Route Points

You can make SRST configurations for calls to be sent to the DIDs of the CTI 
Route Points. But what would make this fail is the call from the CTI RP to the 
CTI Port is a Call redirect. This means a call redirect request is sent with 
the redirect destination as the CTI port the UCCX has chose and then a new leg 
has to be created with calling number same as the original calling number but 
the called number is now the CTI port and the previous call leg which reached 
the CTI RP via SRST disconnected. What happens to the call redirect request? 
How would you reach the CTI port? that’s the problem

Regards,
Abhiram Kramadhati
Technical Solutions Manager, CBABU
CCIE Voice # 40065

From: Armstrong, Michael 
michael.armstr...@cccs.edumailto:michael.armstr...@cccs.edu
Date: Thursday, 16 April 2015 1:53 am
To: cisco-voip@puck.nether.netmailto:cisco-voip@puck.nether.net 
cisco-voip@puck.nether.netmailto:cisco-voip@puck.nether.net
Subject: [cisco-voip] SRST for UCCX CTI Route Points

Hello,

Any ideas for an SRST configuration for a WAN outage that is preventing calls 
to a UCCX CTI Route Point? Calls to the RP are fine via the attached PRI’s but 
calls via the WAN cannot see the route point.

Michael Armstrong | Sr. Unified Communications Admin| Colorado Community 
College System |
P:720.858.2882 | C:720.891.6010

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

Re: [cisco-voip] Finesse customisations - feedback

[Abhiram Kramadhati (akramadh)]

Hi Erik,

This is actually a follow up of that and also a follow-up of the Ask-the-Expert 
session I did on Finesse.

I noticed that there are quite a few partners on this group who might not have 
had a chance to provide feedback on those two events and hence the question.

Cheers,
Abhiram Kramadhati

Sent from my iPhone

On 14 Apr 2015, at 5:46 pm, Erik Goppel 
egop...@gmail.commailto:egop...@gmail.com wrote:

Abhiram,

Please have a look at the discussion on the community.
https://communities.cisco.com/thread/51226
this list was set up ate the UCCE Tech Summit in Amsterdam, and
 has been discussed with Ted Phipps with the whole group there.

Also please ask your question in that thread or the community, as that is the 
place where ATP Partners, will look, as not all of them are subscribed to a 
list like this.


Thanks,

Erik Goppel
Technical Consultant Unified Communications
Dimension Data Netherlands


On Tue, Apr 14, 2015 at 4:57 AM, Abhiram Kramadhati (akramadh) 
akram...@cisco.commailto:akram...@cisco.com wrote:
Hi all,

Have received good amount of feedback about Finesse and some of the features. 
We are currently working on this and in that regard, would appreciate some 
feedback on this from your experience from the field:

Which are the most common customisations you have been asked from customers 
when you are trying to deploy Finesse? - a customisation need not be a new 
gadget integrating to another server. It could just be modifying out-of-the-box 
Finesse behaviour.

If you have got some time and if you have something to share about this, please 
drop me a line at akram...@cisco.commailto:akram...@cisco.com

Thanks in advance!

[http://www.cisco.com/c/dam/assets/email-signature-tool/logo_07.png?ct=1421802598153]

Abhiram Kramadhati
Technical Solutions Manager
Customer Solutions Success team, CBABU
akram...@cisco.commailto:akram...@cisco.com
Phone: +61 2 8446 6257tel:%2B61%202%208446%206257

CCIE Voice - 40065


Cisco Systems Australia Pty Limited
The Forum
201 Pacific Highway
2065
St Leonards
Australia
Cisco.comhttp://www.cisco.com/web/AU/


[http://www.cisco.com/assets/social_media_icons/linkedin-16x16.png]http://wwwin.cisco.com/marketing/corporate/brand/intelbrand/brandstrat/signature/Insert%20your%20LinkedIn%20link


[http://www.cisco.com/assets/swa/img/thinkbeforeyouprint.gif] Think before you 
print.

This email may contain confidential and privileged material for the sole use of 
the intended recipient. Any review, use, distribution or disclosure by others 
is strictly prohibited. If you are not the intended recipient (or authorized to 
receive for the recipient), please contact the sender by reply email and delete 
all copies of this message.

Please click 
herehttp://www.cisco.com/web/about/doing_business/legal/cri/index.html for 
Company Registration Information.




___
cisco-voip mailing list
cisco-voip@puck.nether.netmailto: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] FYI: UCCx v9.0 EOL announced...

[Abhiram Kramadhati (akramadh)]

Hi Justin,

Allow me till Wednesday, I will have some confirmation on the exact dates 
although I can confirm that it right around the corner. BTW, I can help you get 
the cop file for your customer immediately because it is being given out on a 
per-customer basis – so the support can be given for your customer now if 
needed and you don’t have to wait for the announcement of the support.

Regards,
Abhiram Kramadhati
Technical Solutions Manager, CBABU
CCIE Voice # 40065

From: Justin Steinberg jsteinb...@gmail.commailto:jsteinb...@gmail.com
Date: Monday, 6 April 2015 6:27 am
To: akramadh akram...@cisco.commailto:akram...@cisco.com
Cc: Josh Warcop j...@warcop.commailto:j...@warcop.com, Lelio Fulgenzi 
le...@uoguelph.camailto:le...@uoguelph.ca, voip puck 
cisco-voip@puck.nether.netmailto:cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] FYI: UCCx v9.0 EOL announced...

Abhiram,

Is there any update on the COP file for official support for Finesse and CAD on 
the same CCX cluster?The design guide still says not supported for running 
both CAD  Finesse.

Justin

On Mon, Jan 19, 2015 at 5:29 PM, Abhiram Kramadhati (akramadh) 
akram...@cisco.commailto:akram...@cisco.com wrote:
Hi all,

The support for mixed-mode is expected to be announced in the coming ways. It 
will be starting with 10.6 and the support can be claimed by installing a COP 
file. The details will come out soon, but in summary it will be in 10.6. Also, 
there will be a white-paper released regarding the migration plan and best 
practices. Some of the things that come to my mind straight away are:

  *   Voice is supported on mixed mode – you can have some teams on either CAD 
or Finesse handling calls
  *   Chat and email agents have to be migrated completely onto Finesse
  *   CAD supervisors only to monitor CAD teams and so on for Finesse
  *   1 team = 1 type of agent desktop

There are some limitations too and they will be in the document which will be 
published. However, if you can think about any scenario you would like to 
discuss and get some feedback – please feel free to reach out to me. Or you can 
put it out here in the forum, Ryan or myself can brainstorm with you.

[http://www.cisco.com/c/dam/assets/email-signature-tool/logo_02.png?ct=1420440421812]

Abhiram Kramadhati
Technical Solutions Manager
Customer Solutions Success team, CBABU
akram...@cisco.commailto:akram...@cisco.com

CCIE Voice - 40065


Cisco Systems Australia Pty Limited
The Forum
201 Pacific Highway
2065
St Leonards
Australia
Cisco.comhttp://www.cisco.com/web/AU/



[http://www.cisco.com/assets/swa/img/thinkbeforeyouprint.gif] Think before you 
print.

This email may contain confidential and privileged material for the sole use of 
the intended recipient. Any review, use, distribution or disclosure by others 
is strictly prohibited. If you are not the intended recipient (or authorized to 
receive for the recipient), please contact the sender by reply email and delete 
all copies of this message.

Please click 
herehttp://www.cisco.com/web/about/doing_business/legal/cri/index.html for 
Company Registration Information.


From: Josh Warcop j...@warcop.commailto:j...@warcop.com
Date: Tuesday, 20 January 2015 6:19 am
To: Lelio Fulgenzi le...@uoguelph.camailto:le...@uoguelph.ca, voip puck 
cisco-voip@puck.nether.netmailto:cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] FYI: UCCx v9.0 EOL announced...

Both can be activated but it is a requirement that a team be on CAD or Finesse. 
Essentially giving a 'Team' based migration approach from CAD to Finesse.

From: Lelio Fulgenzimailto:le...@uoguelph.ca
Sent: 1/19/2015 2:04 PM
To: voip puckmailto:cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] FYI: UCCx v9.0 EOL announced...

Thanks for everyone's help on this, especially the Cisco folk who are going 
back to check for docs and publishing dates, etc.

I'm glad I posted this and started the conversation.


---
Lelio Fulgenzi, B.A.
Senior Analyst, Network Infrastructure
Computing and Communications Services (CCS)
University of Guelph

519-824-4120 Ext 56354tel:519-824-4120%20Ext%2056354

le...@uoguelph.camailto:le...@uoguelph.ca
www.uoguelph.ca/ccshttp://www.uoguelph.ca/ccs
Room 037, Animal Science and Nutrition Building
Guelph, Ontario, N1G 2W1


From: Mike mik...@msn.commailto:mik...@msn.com
To: Charles Goldsmith wo...@justfamily.orgmailto:wo...@justfamily.org
Cc: Anthony Holloway 
avholloway+cisco-v...@gmail.commailto:avholloway+cisco-v...@gmail.com, 
Lelio Fulgenzi le...@uoguelph.camailto:le...@uoguelph.ca, Kevin 
Przybylowski kev...@advancedtsg.commailto:kev...@advancedtsg.com, voip 
puck cisco-voip@puck.nether.netmailto:cisco-voip@puck.nether.net
Sent: Monday, January 19, 2015 1:25:41 PM
Subject: RE: [cisco-voip] FYI: UCCx v9.0 EOL announced...


I can find out tomorrow. I was told it was supported in 10.6 only let me dig 
around.



From: Charles Goldsmith [mailto:wo...@justfamily.org]
Sent

Re: [cisco-voip] UCCX and CUIC

[Abhiram Kramadhati (akramadh)]

Hi Anthony,

Yes, the CSQID is referenced in a few places including the references in CUIC:
[cid:1A095B7C-5BE8-47D5-B684-8087F787DDD5]
But, since this is a system just upgraded I assume there wouldn’t be much 
places to reference in the CUIC data too and the script has minimal references, 
some like you mentioned. Some wallboards query via CSQ-ID too, so that is a 
thing to keep in mind. Michele should be able to review the configurations and 
then make the change. But yeah, thanks for bringing that up – I just assumed it 
would be considered, but the CSQID will change. So if you have references to 
this, please take an alternate route.

Regards,
Abhiram Kramadhati
Technical Solutions Manager, CBABU
CCIE Voice # 40065

From: Anthony Holloway 
avholloway+cisco-v...@gmail.commailto:avholloway+cisco-v...@gmail.com
Date: Wednesday, 1 April 2015 2:27 pm
To: akramadh akram...@cisco.commailto:akram...@cisco.com, Michele Russo 
(AM) 
michele.ru...@dimensiondata.commailto:michele.ru...@dimensiondata.com, 
cisco-voip@puck.nether.netmailto:cisco-voip@puck.nether.net 
cisco-voip@puck.nether.netmailto:cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] UCCX and CUIC

Doesn't the Create CSQ Prompt step require the CSQ ID and not the Name?  Then 
that begs the question: what else references the CSQ ID; scripting or otherwise?

https://supportforums.cisco.com/discussion/9719781/unable-create-csq-prompt-ipcc-express-40

On Tue, Mar 31, 2015 at 6:57 PM Abhiram Kramadhati (akramadh) 
akram...@cisco.commailto:akram...@cisco.com wrote:
Hi Michele,

There is most likely a corrupted object in the memory and you can see an 
exception in the logs when the statistics are reset for these queues. The 
easiest way around is to delete and recreate these CSQs. If you keep the same 
name (same case too), it won’t affect any of your scripts.

Regards,
Abhiram Kramadhati
Technical Solutions Manager, CBABU, Cisco Systems
CCIE Voice # 40065

From: Michele Russo (AM) 
michele.ru...@dimensiondata.commailto:michele.ru...@dimensiondata.com
Date: Wednesday, 1 April 2015 3:36 am
To: cisco-voip@puck.nether.netmailto:cisco-voip@puck.nether.net 
cisco-voip@puck.nether.netmailto:cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] UCCX and CUIC

All,

After upgrading from UCCX 8.5 to UCCX 10.5.1 I noticed, in real time reporting 
tool, two of this customer’s CSQ’s are showing their call statistics as 
cumulative numbers, meaning they are not resetting at midnight like the rest of 
the queue’s.

Any thoughts??


Michele Russo Harttree
Consultant
Dimension Data NA
11730 Plaza America Drive Suite 350
Reston, Va 20190
202-460-3965 (cell)
571-203-4007 (desk)
michele.ru...@dimensiondata.commailto:michele.ru...@dimensiondata.com

___
cisco-voip mailing list
cisco-voip@puck.nether.netmailto: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] Cisco UCCX 10.6 demo licenses expire after activation of Finesse

[Abhiram Kramadhati (akramadh)]

Hi Claiton,

Was this an upgrade or a fresh install of the UCCX 10.6? Also, did you confirm 
before the Finesse activation that the licenses did show up?

Regards,
Abhiram Kramadhati
Technical Solutions Manager, CBABU
CCIE Voice # 40065

From: Claiton Campos claitoncam...@gmail.commailto:claitoncam...@gmail.com
Date: Monday, 30 March 2015 2:36 am
To: cisco-voip@puck.nether.netmailto:cisco-voip@puck.nether.net 
cisco-voip@puck.nether.netmailto:cisco-voip@puck.nether.net
Subject: [cisco-voip] Cisco UCCX 10.6 demo licenses expire after activation of 
Finesse

Hello,

After installing UCCX 10.6 with demo licenses did the activation of Finesse and 
restarted the server to execute the configuration. But when I logged in UCCX 
server I came up with the following message:

cisco unified ccx license package is none .

Someone had a problem like this? Because of this I can not perform any 
configuration in UCCX . I've tried reinstalling the licenses but a message 
appears saying that this license doubled.
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] Cisco UCCX 10.6 demo licenses expire after activation of Finesse

[Abhiram Kramadhati (akramadh)]

Interesting. Could you grab the MCVD logs from the time of the demo license 
activation and the finesse activation when it got invalidated?

Regards,
Abhiram Kramadhati
Technical Solutions Manager, CBABU
CCIE Voice # 40065

From: Claiton Campos claitoncam...@gmail.commailto:claitoncam...@gmail.com
Date: Monday, 30 March 2015 10:52 pm
To: akramadh akram...@cisco.commailto:akram...@cisco.com, 
cisco-voip@puck.nether.netmailto:cisco-voip@puck.nether.net 
cisco-voip@puck.nether.netmailto:cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] Cisco UCCX 10.6 demo licenses expire after activation 
of Finesse

Hi Abhiram,

It is a fresh install. Yes, before the Finesse activation, the demo licenses 
were activated , could create all CSQ structure , applications upload prompts 
etc.

Em seg, 30 de mar de 2015 às 06:16, Abhiram Kramadhati (akramadh) 
akram...@cisco.commailto:akram...@cisco.com escreveu:
Hi Claiton,

Was this an upgrade or a fresh install of the UCCX 10.6? Also, did you confirm 
before the Finesse activation that the licenses did show up?

Regards,
Abhiram Kramadhati
Technical Solutions Manager, CBABU
CCIE Voice # 40065

From: Claiton Campos claitoncam...@gmail.commailto:claitoncam...@gmail.com
Date: Monday, 30 March 2015 2:36 am
To: cisco-voip@puck.nether.netmailto:cisco-voip@puck.nether.net 
cisco-voip@puck.nether.netmailto:cisco-voip@puck.nether.net
Subject: [cisco-voip] Cisco UCCX 10.6 demo licenses expire after activation of 
Finesse

Hello,

After installing UCCX 10.6 with demo licenses did the activation of Finesse and 
restarted the server to execute the configuration. But when I logged in UCCX 
server I came up with the following message:

cisco unified ccx license package is none .

Someone had a problem like this? Because of this I can not perform any 
configuration in UCCX . I've tried reinstalling the licenses but a message 
appears saying that this license doubled.
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] UCCX - Script Expected wait time

[Abhiram Kramadhati (akramadh)]

This should help:
https://supportforums.cisco.com/discussion/10975181/expected-wait-time-question-regarding-configuring-uccx-80

Regards,
Abhiram Kramadhati
Technical Solutions Manager, CBABU
CCIE Voice # 40065

From: Claiton Campos claitoncam...@gmail.commailto:claitoncam...@gmail.com
Date: Monday, 30 March 2015 9:15 am
To: cisco-voip@puck.nether.netmailto:cisco-voip@puck.nether.net 
cisco-voip@puck.nether.netmailto:cisco-voip@puck.nether.net
Subject: [cisco-voip] UCCX - Script Expected wait time

Hi,

Someone has some script with sample expected wait time? I need to create a 
script that tells the customer the average waiting time in the queue.

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

Re: [cisco-voip] Issues with UCCX Sample Callback Script in ScriptRepository

[Abhiram Kramadhati (akramadh)]

Hi Nathan,

Could you grab the MIVR logs for this?

Regards,
Abhiram Kramadhati
Technical Solutions Manager, CBABU
CCIE Voice # 40065

From: Nathan Reeves 
nathan.a.ree...@gmail.commailto:nathan.a.ree...@gmail.com
Date: Tuesday, 17 February 2015 4:44 pm
To: cisco-voip@puck.nether.netmailto:cisco-voip@puck.nether.net 
cisco-voip@puck.nether.netmailto:cisco-voip@puck.nether.net
Subject: [cisco-voip] Issues with UCCX Sample Callback Script in 
ScriptRepository

We've taken the callback scripts from the UCCX Script Repository sample pack 
and included it as part of a larger application.  I've been seeing issues with 
the script failing the callback process reporting 
'%MIVR-LIB_EVENT-5-TOO_LONG_IN_QUEUE' which appears to be a value of 5000 s.

In the comments in the sample scripts, it references the use of separate call 
control groups for the main application and the callback application.  Anyone 
have any ideas why this would be the case?  It doesn't give any reasons in the 
script or included documentation.

Our current setup is using a single call control group (separate triggers).  
I'm looking into changing this to separate CCG's but interested to know if 
anyone could id why separate ones are required.

Any thoughts on the above appreciated.

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

Re: [cisco-voip] FYI: UCCx v9.0 EOL announced...

[Abhiram Kramadhati (akramadh)]

Hi all,

The support for mixed-mode is expected to be announced in the coming ways. It 
will be starting with 10.6 and the support can be claimed by installing a COP 
file. The details will come out soon, but in summary it will be in 10.6. Also, 
there will be a white-paper released regarding the migration plan and best 
practices. Some of the things that come to my mind straight away are:

  *   Voice is supported on mixed mode – you can have some teams on either CAD 
or Finesse handling calls
  *   Chat and email agents have to be migrated completely onto Finesse
  *   CAD supervisors only to monitor CAD teams and so on for Finesse
  *   1 team = 1 type of agent desktop

There are some limitations too and they will be in the document which will be 
published. However, if you can think about any scenario you would like to 
discuss and get some feedback – please feel free to reach out to me. Or you can 
put it out here in the forum, Ryan or myself can brainstorm with you.

[http://www.cisco.com/c/dam/assets/email-signature-tool/logo_02.png?ct=1420440421812]

Abhiram Kramadhati
Technical Solutions Manager
Customer Solutions Success team, CBABU
akram...@cisco.commailto:akram...@cisco.com

CCIE Voice - 40065


Cisco Systems Australia Pty Limited
The Forum
201 Pacific Highway
2065
St Leonards
Australia
Cisco.comhttp://www.cisco.com/web/AU/



[http://www.cisco.com/assets/swa/img/thinkbeforeyouprint.gif] Think before you 
print.

This email may contain confidential and privileged material for the sole use of 
the intended recipient. Any review, use, distribution or disclosure by others 
is strictly prohibited. If you are not the intended recipient (or authorized to 
receive for the recipient), please contact the sender by reply email and delete 
all copies of this message.

Please click 
herehttp://www.cisco.com/web/about/doing_business/legal/cri/index.html for 
Company Registration Information.


From: Josh Warcop j...@warcop.commailto:j...@warcop.com
Date: Tuesday, 20 January 2015 6:19 am
To: Lelio Fulgenzi le...@uoguelph.camailto:le...@uoguelph.ca, voip puck 
cisco-voip@puck.nether.netmailto:cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] FYI: UCCx v9.0 EOL announced...

Both can be activated but it is a requirement that a team be on CAD or Finesse. 
Essentially giving a 'Team' based migration approach from CAD to Finesse.

From: Lelio Fulgenzimailto:le...@uoguelph.ca
Sent: 1/19/2015 2:04 PM
To: voip puckmailto:cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] FYI: UCCx v9.0 EOL announced...

Thanks for everyone's help on this, especially the Cisco folk who are going 
back to check for docs and publishing dates, etc.

I'm glad I posted this and started the conversation.


---
Lelio Fulgenzi, B.A.
Senior Analyst, Network Infrastructure
Computing and Communications Services (CCS)
University of Guelph

519-824-4120 Ext 56354
le...@uoguelph.camailto:le...@uoguelph.ca
www.uoguelph.ca/ccs
Room 037, Animal Science and Nutrition Building
Guelph, Ontario, N1G 2W1


From: Mike mik...@msn.commailto:mik...@msn.com
To: Charles Goldsmith wo...@justfamily.orgmailto:wo...@justfamily.org
Cc: Anthony Holloway 
avholloway+cisco-v...@gmail.commailto:avholloway+cisco-v...@gmail.com, 
Lelio Fulgenzi le...@uoguelph.camailto:le...@uoguelph.ca, Kevin 
Przybylowski kev...@advancedtsg.commailto:kev...@advancedtsg.com, voip 
puck cisco-voip@puck.nether.netmailto:cisco-voip@puck.nether.net
Sent: Monday, January 19, 2015 1:25:41 PM
Subject: RE: [cisco-voip] FYI: UCCx v9.0 EOL announced...


I can find out tomorrow. I was told it was supported in 10.6 only let me dig 
around.



From: Charles Goldsmith [mailto:wo...@justfamily.org]
Sent: Monday, January 19, 2015 1:15 PM
To: Mike
Cc: Anthony Holloway; Lelio Fulgenzi; Kevin Przybylowski; voip puck
Subject: Re: [cisco-voip] FYI: UCCx v9.0 EOL announced...



Mike, this has been discussed previously, where is this documented?  Per the 
10.6 documentation, it is not supported for concurrent use.



On Mon, Jan 19, 2015 at 10:39 AM, Mike mik...@msn.commailto:mik...@msn.com 
wrote:

Just a FYI…10.6 will be your CAD to Finesse migration platform. It is the only 
supported co-resident version available for CAD  Finesse to be activated at 
the same time.



From: cisco-voip 
[mailto:cisco-voip-boun...@puck.nether.netmailto:cisco-voip-boun...@puck.nether.net]
 On Behalf Of Anthony Holloway
Sent: Monday, January 19, 2015 10:26 AM
To: Lelio Fulgenzi; Kevin Przybylowski
Cc: cisco-voip@puck.nether.netmailto:cisco-voip@puck.nether.net

Subject: Re: [cisco-voip] FYI: UCCx v9.0 EOL announced...



Does that mean Finesse is the way to go?



Yes.  And CUIC is the way to go for reporting.  In fact, if you have not yet 
deployed a UCCX 10.5, then you may not know HRC already went away.



On Mon Jan 19 2015 at 9:05:23 AM Lelio Fulgenzi 
le...@uoguelph.camailto:le...@uoguelph.ca wrote:

Good catch on that!

Does that mean Finesse is the 

Re: [cisco-voip] Migration from MCS UCCX 8.5.1SU4 to UCS - do not see any setting in desktop administrator

[Abhiram Kramadhati (akramadh)]

Hi Anthony,

The issue is due to CSCul99618 - when the CVD is not initialised completely and 
the DRF restore is started, the license package is taken to be IPIVR and 
therefore the CAD component is skipped during the restore. You will see this in 
the UCCXCOMPONENT.log which Ryan mentioned:

2013/12/06 15:46: Checking the IPIVR license flag before initiating CAD Restore
2013/12/06 15:46: IPIVR package.Skipping CAD Restore

Mind you, the backup contains the CAD data but the issue is with the restore 
and that is the reason we advise that you just perform the restore again after 
ensuring the CVD is started. This can affect any version till 10.0 and as long 
as you are above 8.5(1)SU3 ES02, you can be confident that the backup has the 
CAD data – CSCtz34126/CSCub03368 was causing backups to not have CAD data and 
was fixed in 8.5(1)SU3 ES02.

So in essence, CSCul99618 can affect all UCCX versions which have DRS 
backup/restore you and it is only during a backup/restore (migration) and NOT 
during an upgrade. It is fixed in the versions: 9.0(2)SU2 10.5(1) 10.0(1)SU1

If you are below 8.5(1)SU3 ES02 – can be affected by both CSCtz34126/CSCub03368 
and/or CSCul99618
If you are above 8.5(1)SU3 ES02 – can be affected by CSCul99618

Hope that helps.

[http://www.cisco.com/c/dam/assets/email-signature-tool/logo_02.png?ct=1420440421812]

Abhiram Kramadhati
Technical Solutions Manager
Customer Solutions Success team, CBABU
akram...@cisco.commailto:akram...@cisco.com

CCIE Voice - 40065


Cisco Systems Australia Pty Limited
The Forum
201 Pacific Highway
2065
St Leonards
Australia
Cisco.comhttp://www.cisco.com/web/AU/



[http://www.cisco.com/assets/swa/img/thinkbeforeyouprint.gif] Think before you 
print.

This email may contain confidential and privileged material for the sole use of 
the intended recipient. Any review, use, distribution or disclosure by others 
is strictly prohibited. If you are not the intended recipient (or authorized to 
receive for the recipient), please contact the sender by reply email and delete 
all copies of this message.

Please click 
herehttp://www.cisco.com/web/about/doing_business/legal/cri/index.html for 
Company Registration Information.


From: Anthony Holloway 
avholloway+cisco-v...@gmail.commailto:avholloway+cisco-v...@gmail.com
Date: Monday, 12 January 2015 9:45 pm
To: Ryan LaFountain rlafo...@cisco.commailto:rlafo...@cisco.com, Thomas 
LeMay thomasle...@comcast.netmailto:thomasle...@comcast.net
Cc: cisco-voip@puck.nether.netmailto:cisco-voip@puck.nether.net 
cisco-voip@puck.nether.netmailto:cisco-voip@puck.nether.net, Jason Aarons 
(AM) jason.aar...@us.didata.commailto:jason.aar...@us.didata.com
Subject: Re: [cisco-voip] Migration from MCS UCCX 8.5.1SU4 to UCS - do not see 
any setting in desktop administrator

So Ryan, when you say you had a lot of issues around 8.5(1)SU4 backing up the 
CAD LDAP and restoring, are you literally talking about DRS, or would this also 
affect upgrades to 9x/10x?
On Mon Jan 12 2015 at 9:18:12 AM Ryan LaFountain (rlafount) 
rlafo...@cisco.commailto:rlafo...@cisco.com wrote:
This may be because the LDAP didn’t migrate correctly. The left side of this 
screen just reads directly from the LDAP structure. The right hand side is 
static HTML that isn’t stored in the LDAP.

I would open a TAC case, but we had a lot of issues around 8.5(1)SU4 backup up 
the CAD LDAP and restoring is successfully, so probably something there. If you 
have the DRS logs for the 8.5(1)SU4 cluster, look in the CCXCOMPONENT log and 
see if it shows backing up the CAD LDAP successfully. Feel free to send me the 
CCXCOMPONENT log directly and I can take a look too.

Thank you,

Ryan LaFountain
Unified Contact Center
Cisco Services
Direct: +1 919 392 9898
Hours: M - F 9:00am - 5:00pm Eastern Time

On Jan 10, 2015, at 11:09 AM, Thomas LeMay 
thomasle...@comcast.netmailto:thomasle...@comcast.net wrote:

Yes, try browser compatibility setting.  Different browsers behave differently 
with the web pages.

tom

From: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] On Behalf Of 
Michele Russo (AM)
Sent: Saturday, January 10, 2015 10:19 AM
To: 'cisco-voip@puck.nether.netmailto:cisco-voip@puck.nether.net'
Cc: Jason Aarons (AM)
Subject: [cisco-voip] Migration from MCS UCCX 8.5.1SU4 to UCS - do not see any 
setting in desktop administrator

Hi all,

I am working on a customer migration and upgrade from MCS to UCS and upon 
performing the restore I noticed the Desktop Administrator Settings were not 
displaying at all, see image below:  Has anyone experienced this problem?  
Thoughts?  Opening a TAC Case now.

image001.jpg

Michele Russo Harttree
Consultant
Dimension Data NA
11730 Plaza America Drive Suite 350
Reston, Va 20190
202-460-3965 (cell)
571-203-4007 (desk)
michele.ru...@dimensiondata.commailto:michele.ru...@dimensiondata.com

___
cisco-voip mailing list
cisco-voip@puck.nether.netmailto:cisco-voip@puck.nether.net

Re: [cisco-voip] Migration from MCS UCCX 8.5.1SU4 to UCS - do not see any setting in desktop administrator

[Abhiram Kramadhati (akramadh)]

Hi Michele,

This is a known defect, I filed it about a year ago. Don't have the defect 
handy, on the road now :)
TAC will help you out.

Regards,
Abhiram Kramadhati
CCIE Voice # 40065

On Jan 10, 2015 8:54 PM, Michele Russo (AM) michele.ru...@dimensiondata.com 
wrote:
Hi all,

I am working on a customer migration and upgrade from MCS to UCS and upon 
performing the restore I noticed the Desktop Administrator Settings were not 
displaying at all, see image below:  Has anyone experienced this problem?  
Thoughts?  Opening a TAC Case now.

[cid:image003.jpg@01D02CBE.E36BDE10]

Michele Russo Harttree
Consultant
Dimension Data NA
11730 Plaza America Drive Suite 350
Reston, Va 20190
202-460-3965 (cell)
571-203-4007 (desk)
michele.ru...@dimensiondata.com

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

Re: [cisco-voip] Consolidate two separate UCCX cluster and migrate to 9.x

[Abhiram Kramadhati (akramadh)]

Hello,

The support for concurrent use of CAD and Finesse for UCCX is expected to be 
announced in January (in all likelihood). Our internal testing has completed, 
but we are waiting to tie up a few loose ends.

Regards,
Abhiram Kramadhati
CCIE Voice # 40065
Contact Center TAC
Cisco Systems

From: Matthew Loraditch 
mloradi...@heliontechnologies.commailto:mloradi...@heliontechnologies.com
Date: Friday, 19 December 2014 7:22 am
To: Kevin Przybylowski kev...@advancedtsg.commailto:kev...@advancedtsg.com, 
cisco-voip@puck.nether.netmailto:cisco-voip@puck.nether.net 
cisco-voip@puck.nether.netmailto:cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] Consolidate two separate UCCX cluster and migrate to 
9.x

Wait and see, probably after the holidays

Matthew G. Loraditch - CCNP-V, CCNA-RS, CCDA
Network Engineer

We understand and solve your
technology challengers so
you can sell and service cars.

Facebookhttps://www.facebook.com/heliontech?ref=hl | 
Twitterhttps://twitter.com/HelionTech | 
LinkedInhttps://www.linkedin.com/company/helion-technologies?trk=top_nav_home 
| G+https://plus.google.com/+Heliontechnologies/posts

From: cisco-voip 
[cisco-voip-boun...@puck.nether.netmailto:cisco-voip-boun...@puck.nether.net] 
on behalf of Kevin Przybylowski 
[kev...@advancedtsg.commailto:kev...@advancedtsg.com]
Sent: Thursday, December 18, 2014 8:24 PM
To: cisco-voip@puck.nether.netmailto:cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] Consolidate two separate UCCX cluster and migrate to 
9.x

Yep, I don’t see anything that supports the concurrent use of them in 10.6 
either.

From: Charles Goldsmith [mailto:wo...@justfamily.org]
Sent: Thursday, December 18, 2014 8:17 PM
To: Kevin Przybylowski
Cc: NateCCIE; Mike; 
cisco-voip@puck.nether.netmailto:cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] Consolidate two separate UCCX cluster and migrate to 
9.x

From the 10.6 docs: Unified CCX does not support concurrent use of Cisco 
Finesse Desktop and Cisco Agent or Supervisor Desktop

http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cust_contact/contact_center/crs/express_10_6/design/guide/UCCX_BK_CBB99111_00_cisco-unified-contact-center-express/UCCX_BK_CBB99111_00_cisco-unified-contact-center-express_chapter_011.html#UCCX_CN_D10F6AEF_00

Thought it was too good to be true, it would be handy for migrating customers 
over to Finesse

On Thu, Dec 18, 2014 at 6:15 PM, Kevin Przybylowski 
kev...@advancedtsg.commailto:kev...@advancedtsg.com wrote:
That’s great, will help get people off CAD and into Finesse if you can easily 
show them in their own environment.

You’d think they would put this in the release notes as it’s a pretty big deal 
in the CCX world.

From: NateCCIE [mailto:natec...@gmail.commailto:natec...@gmail.com]
Sent: Thursday, December 18, 2014 8:14 PM
To: Charles Goldsmith
Cc: Kevin Przybylowski; Mike; 
cisco-voip@puck.nether.netmailto:cisco-voip@puck.nether.net

Subject: Re: [cisco-voip] Consolidate two separate UCCX cluster and migrate to 
9.x

10.6 is the first last and only version that allows both to be run on the same 
server.

Sent from my iPhone
+1 801 718 2308tel:%2B1%20801%20718%202308

On Dec 18, 2014, at 6:05 PM, Charles Goldsmith 
wo...@justfamily.orgmailto:wo...@justfamily.org wrote:
Kevin, not supported to run them both at the same time, unless 10.6 has indeed 
changed that, I haven't perused the docs yet.

On Thu, Dec 18, 2014 at 5:02 PM, Kevin Przybylowski 
kev...@advancedtsg.commailto:kev...@advancedtsg.com wrote:
Do you mean the last version?  They’ve been together the last few revisions.


From: cisco-voip 
[mailto:cisco-voip-boun...@puck.nether.netmailto:cisco-voip-boun...@puck.nether.net]
 On Behalf Of Mike
Sent: Thursday, December 18, 2014 6:22 PM
To: Josh Warcop
Cc: cisco-voip@puck.nether.netmailto:cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] Consolidate two separate UCCX cluster and migrate to 
9.x

UCCX 10.6 supports CAD and Finesse as ️Co-resident and rumor has it that is the 
only version that will support this configuration so plan accordingly.

Sent from my iPhone

On Dec 18, 2014, at 3:17 PM, Josh Warcop 
j...@warcop.commailto:j...@warcop.com wrote:
First - your target version should be the 10.6 release which is Communications 
Manager 10.5.2 and CCX 10.6.1.

You merging of UCCX should also include going to Finesse and dropping CAD.

If you have a non-overlapping dial plan the merging is simple. However if you 
have to do a lot of dial plan work it can be a good challenge.

In this case I would support the decision to build fresh and merge into one new 
cluster. This will allow you to build new dial plans, new UCCX integration, and 
move site by site or by application.

Sent from my Windows Phone

From: Ashwani Rmailto:ashw...@ranpise.com
Sent: ‎12/‎18/‎2014 8:39 AM
To: cisco-voip@puck.nether.netmailto:cisco-voip@puck.nether.net
Subject: [cisco-voip] Consolidate two separate UCCX cluster and migrate 

Re: [cisco-voip] Why does CCX have the CUCM Informix Tables?

[Abhiram Kramadhati (akramadh)]

Hi Matthew,

All the platform related information is stored in the platform database. I know 
it is a bit strange to have two database instances, but the UCCX basically 
inherits the CUCM platform and builds its application and database on top of 
it. Therefore, the platform database (utils dbreplication runtimestate) remains 
same as the CUCM and you have the UCCX DBReplication (resources, historical 
data and so on) built on top of it. So all your processnode entries, platform 
related information etc recide in the platform DB. For all purposes (pre-9.0) 
platform replication being down will not affect NORMAL UCCX operations – day to 
day calls and agent login, but affects ability to change application admin 
password, updating platform config and so on.

Starting from 9.0, the platform replication being down is not something which 
can be ignored but affects functionality of CUIC and other co-resident 
applications which use this platform ER for replicating data.

Regards,
Abhiram Kramadhati
CCIE Voice # 40065
Contact Center TAC
Cisco Systems

From: Matthew Loraditch 
mloradi...@heliontechnologies.commailto:mloradi...@heliontechnologies.com
Date: Wednesday, 26 November 2014 9:29 am
To: cisco-voip@puck.nether.netmailto:cisco-voip@puck.nether.net 
cisco-voip@puck.nether.netmailto:cisco-voip@puck.nether.net
Subject: [cisco-voip] Why does CCX have the CUCM Informix Tables?

Working on a TAC case where a switch-version is failing… and anyway, they are 
pointing to issues with the CUCM tables not replicating and are having me do 
the normal CLI commands you do on CUCM to fix things (utils dbreplication reset 
all, etc)
So at this point I am just super curious, why the heck do these tables exist on 
CCX My CCX db is fine and replicating correctly…  I know they share 
underlying platform stuff but stil….


Matthew G. Loraditch – CCNP-Voice, CCNA, CCDA

1965 Greenspring Drive
Timonium, MD 21093

voice. 410.252.8830
fax.  410.252.9284

Twitterhttp://twitter.com/heliontech  |  
Facebookhttp://www.facebook.com/#!/pages/Helion/252157915296  | 
Websitehttp://www.heliontechnologies.com/  |  Email 
Supportmailto:supp...@heliontechnologies.com?subject=Technical%20Support%20Request


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

[cisco-voip] ANZ partner summit material from

[Abhiram Kramadhati (akramadh)]

Hi all,

We recently completed a partner summit in the ANZ region. Here are the 
presentations from the same, hope it helps:
https://communities.cisco.com/docs/DOC-54573

Regards,
Abhiram Kramadhati
CCIE Voice # 40065
Contact Center TAC
Cisco Systems
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] Enabling Finesse on CCX?

[Abhiram Kramadhati (akramadh)]

Hi Mattew,

You can enable it by running the command utils uccx finesse activate.

You can find more information about running the Finesse service here:
https://supportforums.cisco.com/blog/12049551/community-tech-talk-cisco-unified-contact-center-express-uccx-version-100-upgrade

Regards,
Abhiram Kramadhati
CCIE Voice # 40065
Contact Center TAC
Cisco Systems

From: Matthew Loraditch 
mloradi...@heliontechnologies.commailto:mloradi...@heliontechnologies.com
Date: Tuesday, 15 April 2014 9:32 PM
To: cisco-voip@puck.nether.netmailto:cisco-voip@puck.nether.net 
cisco-voip@puck.nether.netmailto:cisco-voip@puck.nether.net
Subject: [cisco-voip] Enabling Finesse on CCX?

Playing around with CCX 10 and can’t figure out where the heck I enable this? 
Have looked at the admin guide, release notes, etc. The finesse admin pages 
aren’t loading either.
Anybody know?


Matthew G. Loraditch – CCNP-Voice, CCNA-RS, CCDA
1965 Greenspring Drive
Timonium, MD 21093

direct voice. 443.541.1518
fax.  410.252.9284

Twitterhttp://twitter.com/heliontech  |  
Facebookhttp://www.facebook.com/#!/pages/Helion/252157915296  | 
Websitehttp://www.heliontechnologies.com/  |  Email 
Supportmailto:supp...@heliontechnologies.com?subject=Technical%20Support%20Request
Support Phone. 410.252.8830


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