<div dir="ltr">Thank you for the well documented reply.  TAC had me add a physical phone with that DN on it, and associate the Shared DN / phone to the RMUser.  So Far so good.  Stinks that I have to burn a physical phone..... but my Helpdesk is Much much happier than getting not ready'd all the time.<div>
<br></div><div>Scott</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Mar 20, 2013 at 5:37 AM, Ryan LaFountain (rlafount) <span dir="ltr"><<a href="mailto:rlafount@cisco.com" target="_blank">rlafount@cisco.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
Bill is correct that shared lines for ICD extensions are explicitly<br>
documented as unsupported and you will get an error when logging into CAD<br>
stating that the ICD extensions are shared.<br>
<br>
What Scott is mentioning is an issue we're working on now where one of the<br>
first four lines on the phone is shared. CCX automatically puts a CTI<br>
observer on the first four lines of the phone that have a DN assigned.<br>
This is to track call movements across lines like JAL and DTAL. But, if<br>
one of those lines is shared with another device, we don't monitor it<br>
because we do not want to pick up events for another device. The problem<br>
comes when activity on that line is really interesting to UCCX, but we<br>
don't receive it because we don't have an observer on that line.<br>
<br>
UCCX monitors the first four lines, not the first four buttons, so if you<br>
have a DN on line 1, 2, 5 and 6, all four will still be monitored.<br>
<br>
The documentation states the above, i.e. That UCCX 'does not monitor<br>
shared lines' but it doesn't say they are unsupported for personal<br>
extensions or other extensions on the phone.<br>
<br>
Behavior that we've observed due to this could be one of the following:<br>
<br>
1. Agents being set into Not Ready when another EM user logs in (Scott's<br>
case)<br>
<br>
2. Agents logging out of EM while logged in an Ready in CAD will cause<br>
them to remain Ready and call transfer attempts from UCCX to them will<br>
fail.<br>
<br>
We are tracking this in CSCuf02375.<br>
<br>
HTH.<br>
<br>
Thank you,<br>
<br>
Ryan LaFountain<br>
Unified Contact Center<br>
Cisco Services<br>
Direct: <a href="tel:%2B1%20919%20392%209898" value="+19193929898">+1 919 392 9898</a><br>
Email: <a href="mailto:rlafount@cisco.com">rlafount@cisco.com</a><br>
Hours: M ­ F 9:00am ­ 5:00pm<br>
<div class="HOEnZb"><div class="h5"><br>
<br>
<br>
<br>
On 2/13/13 11:52 PM, "Bill Talley" <<a href="mailto:btalley@gmail.com">btalley@gmail.com</a>> wrote:<br>
<br>
>As I understood it from previous TAC and BU engagements, shared lines<br>
>were not supported on agent phones. I'm really surprised the agents<br>
>aren't getting an error when they log in to CAD that there's a shared<br>
>on the device.   You might be able to get around it by moving the<br>
>shared line down to line 5 or 6 on a phone, which are not monitored by<br>
>CCX if I recall correctly.<br>
><br>
>Sent from an Apple iOS device with very tiny touchscreen input keys.<br>
>Please excude my typtos.<br>
><br>
>On Feb 13, 2013, at 10:37 PM, Scott Voll <<a href="mailto:svoll.voip@gmail.com">svoll.voip@gmail.com</a>> wrote:<br>
><br>
>> So we upgraded to CM 8.6.2 back in November.  we also upgraded UCCx to<br>
>>8.5.1 at the same time.<br>
>><br>
>> We have been having issues with our Agents going not ready for what<br>
>>seemed to be a random reason (but only happening in the morning).<br>
>><br>
>> TAC has helped use figure out how to reproduce it.<br>
>><br>
>> our phones are configured with the primary line being unique to the<br>
>>user and is their UCCx agent number.  But line two is a shared line (our<br>
>>emergency Medical line).<br>
>><br>
>> What we have figured out is that when a second / third / etc agent logs<br>
>>into Extension Mobility it kicks the other agents into not ready.<br>
>><br>
>> Is this a Bug with CM or is this working as designed?  The TAC engineer<br>
>>could not reproduce it, but he had an older version of CM.<br>
>><br>
>> TIA<br>
>><br>
>> Scott<br>
>> _______________________________________________<br>
>> cisco-voip mailing list<br>
>> <a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>
>> <a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
>_______________________________________________<br>
>cisco-voip mailing list<br>
><a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>
><a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
<br>
</div></div></blockquote></div><br></div>