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

Wed May 30 15:41:46 EDT 2012

Not yet, 7.1. Good to know though.

On Wed, May 30, 2012 at 3:33 PM, Mike King <me at mpking.com> wrote:

> Are you on Call manager 8.0.2 or higher?
>
>
> http://www.cisco.com/en/US/docs/voice_ip_comm/cucm/admin/8_0_2/ccmfeat/fsem.html#wp1386088
>
>
> Extension Mobility Equivalency
>
> Cisco Extension Mobility (EM) equivalency eliminates the phone-model
> dependency of phone button templates. The following factors determine the
> model equivalency among the various phones:
>
> •Various features that the phone models support
>
> •Number of buttons that the phone models support
>
> EM equivalency supports these features for the Cisco Unified IP Phones:
>
> •Feature Safe on Phone Button Template—Phones can use any phone button
> template that has the same number of line buttons that the phone model
> supports.
>
> •Size Safe on Phone Button Template—This feature allows the user to use
> any phone button template that is configured on the system.
>
> Cisco Unified Communications Manager enhances the existing Extension
> Mobility (EM) equivalency mechanism to work across phone types as follows:
>
> •Feature Safe on Phone Button Template—For both SCCP and SIP protocols,
> the following Cisco Unified IP Phone models support the Feature Safe
> feature: 7931, 7941, 7941G-GE, 7942, 7945, 7961G-GE, 7962, 7965, 7970,
> 7971, 7975. For the SIP protocol only, the following Cisco Unified IP Phone
> models support the Feature Safe feature: 8961, 9951, 9971.
>
>
>
> It's a long section, I only pasted a small part of it.
>
>
> Mike
>
> On Wed, May 30, 2012 at 2:59 PM, Ed Leatherman <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> 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
>>> fax.  410.252.9284
>>>
>>> Twitter <http://twitter.com/heliontech>  |  Facebook<http://www.facebook.com/#!/pages/Helion/252157915296>
>>> | Website <http://www.heliontechnologies.com/>  |  Email Support<support at heliontechnologies.com?subject=Technical%20Support%20Request>
>>> ****
>>>
>>> ** **
>>> ** **
>>> *From:* cisco-voip-bounces at puck.nether.net [mailto:
>>> cisco-voip-bounces at puck.nether.net] *On Behalf Of *Louis Koekemoer (ZA)
>>> *Sent:* Wednesday, May 30, 2012 10:30 AM
>>> *To:* cisco-voip at puck.nether.net
>>> *Subject:* [cisco-voip] Shared lines on UCCX 8.x****
>>> ** **
>>>
>>> ** **
>>> I have a client with numerous small sites all over. The run a UCCX
>>> 8.0.2.10000-41 cluster. They used to have a windows version and we did a
>>> setup for them for 60 sites as follows:****
>>> ** **
>>> -          6 users per site****
>>> -          Each user has the Pilot number for the site configured as
>>> the 2nd line****
>>> -          1 user will be an IPCC extension, but this is the same DN as
>>> the 2nd line of all the other phones****
>>> -          They use Phone Agent on this one phone to log into the phone
>>> agent.****
>>> ** **
>>> So now when we used to call in, the call will be queued and presented to
>>> the agent and ringing on all the phones on site’s 2nd line and any of
>>> the 5 users could answer the call.****
>>> ** **
>>> Now since we upgraded to 8.0.2.10000-41, we getting the following
>>> message. “An extension on the agent phone is shared with one or more other
>>> devices. This configuration is not supported.”****
>>> ** **
>>> My suspicion is that cisco did this for a reason. Previously we could
>>> get away with 60 agent licenses and now we will require 300.****
>>> ** **
>>> Does anyone know how we can enable shared lines on UCCX?****
>>> ** **
>>> ** **
>>> Regards****
>>> ** **
>>> *Louis Koekemoer*
>>>
>>>
>>> This email and all contents are subject to the following disclaimer:
>>> "http://www.dimensiondata.com/emaildisclaimer"<http://www.dimensiondata.com/emaildisclaimer>
>>> ****
>>> _______________________________________________
>>> cisco-voip mailing list
>>> cisco-voip at puck.nether.net
>>> https://puck.nether.net/mailman/listinfo/cisco-voip
>>>
>>>
>>>
>>> _______________________________________________
>>> cisco-voip mailing list
>>> cisco-voip at puck.nether.net
>>> https://puck.nether.net/mailman/listinfo/cisco-voip
>>>
>>>
>>
>>
>> --
>> Ed Leatherman
>>
>>
>> _______________________________________________
>> cisco-voip mailing list
>> cisco-voip at puck.nether.net
>> https://puck.nether.net/mailman/listinfo/cisco-voip
>>
>>
>

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