[cisco-voip] Shared lines on UCCX 8.x

Van Benschoten, Brian Brian.VanBenschoten at COREBTS.com
Wed May 30 15:14:16 EDT 2012


Not sure about that.  I just ran Into a case where customer had agent with EM profile and a CIPC defined.  UCCX 8.5 was very unhappy with that even though the CIPC was not active


-----Original message-----
From: Ted Nugent <tednugent73 at gmail.com>
To: Ed Leatherman <ealeatherman at gmail.com>
Cc: "Louis Koekemoer (ZA)" <louis.koekemoer at dimensiondata.com>, "cisco-voip at puck.nether.net (cisco-voip at puck.nether.net)" <cisco-voip at puck.nether.net>
Sent: Wed, May 30, 2012 19:06:52 GMT+00:00
Subject: Re: [cisco-voip] Shared lines on UCCX 8.x

No you're fine that is supported and acceptable, its only extension that are active at the same time, I have clients doing that now on UCCX 8.5.


On Wed, May 30, 2012 at 2:59 PM, Ed Leatherman <ealeatherman at gmail.com<mailto:ealeatherman at gmail.com>> wrote:
I've got a few agents on extension mobility that needed the capability to log in either at a 7970, 7962 or 7960 phone - in the past I needed to create separate profiles for each phone model due to the different # of buttons and the older 7960. Each profile had the same agent extension, even though they were only active one at a time- do you think this will count as a "shared line" when it's checked? Still running uccx7 here but upgrading to 8.5 when I can.



On Wed, May 30, 2012 at 10:51 AM, Wes Sisk <wsisk at cisco.com<mailto:wsisk at cisco.com>> wrote:
And supporting documentation:
http://www.cisco.com/en/US/docs/voice_ip_comm/cust_contact/contact_center/crs/express_8_5/release/guide/uccx851rn.pdf
Page 10:
General Unsupported Features
• Third party agents cannot perform call control operations from CAD (answer, transfer, conference, place call).
• SIP and analog phones are not supported as agent devices. Only SCCP phones are supported as agent devices.
• Shared line and monitored DN are not supported on agent phones.

Regards,
Wes

On May 30, 2012, at 10:43 AM, Wes Sisk wrote:

Agreed with Matthew on this one. The difference, as I understand it, in UCCX 8.x is that shared line check is performed earlier and more consistently in the agent login process.

UCCX does not support shared lines. They produce event sequences which UCCX cannot handle. We've seen this from several customers now. It appears some configurations were able to use shared lines. Typically those would experience "unexpected behaviors" so it is better to block the configuration earlier and avoid the poor experience for the user and administrator on the backend.

Regards,
wes

On May 30, 2012, at 10:35 AM, Matthew Loraditch wrote:

It is not and has never been supported. Now there is an actual block to prevent it.
Your usage probably violates the licensing agreements as well


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

1965 Greenspring Drive
Timonium, MD 21093

voice. 410.252.8830<tel:410.252.8830>
fax.  410.252.9284<tel:410.252.9284>

Twitter<http://twitter.com/heliontech>  |  Facebook<http://www.facebook.com/#!/pages/Helion/252157915296>  | Website<http://www.heliontechnologies.com/>  |  Email Support<mailto:support at heliontechnologies.com?subject=Technical%20Support%20Request>


From: cisco-voip-bounces at puck.nether.net<mailto:cisco-voip-bounces at puck.nether.net> [mailto:cisco-voip-bounces at puck.nether.net<mailto:cisco-voip-bounces at puck.nether.net>] On Behalf Of Louis Koekemoer (ZA)
Sent: Wednesday

________________________________
Important Notice: This email message and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you are not the named addressee, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. Please note that any views or opinions presented in this email are solely those of the author and do not necessarily represent those of Core BTS. Core BTS specifically disclaims liability for any damage caused by any virus transmitted by this email.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20120530/6cbfa0db/attachment.html>


More information about the cisco-voip mailing list