<html><head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; color: rgb(0, 0, 0); font-size: 14px; font-family: Calibri, sans-serif; "><div><div><div>Sounds like what you are trying to do is not supported…you cannot login operators into a shared line – and will cause the issues that you are seeing…</div><div><br></div><div>You don’t want the call to ring directly to the handset (as in, by passing the queues), as this causes issues when multiple calls arrive, plus you lose the reporting on the queue information</div><div><br></div><div>If you want all the operators to ring at the same time, then turn off Forced Delivery, and make sure all operators are sharing the same queue. Then, when a call comes in to the queue, all of the PC's will ring at the same time. While it isn't the "phone" ringing – it is the same experience, all PC's will ring at the same time, and whichever operator gets there first will answer the call</div><div><br></div><div>Alternatively, you can use forced delivery if you need the phone to ring. However – as you are seeing – forced delivery works on a "longest waiting" basis, so it will ring each phone in turn if the call is not answered, as opposed to ringing all of them at the same time..</div><div><br></div><div>In your example, if 1,000 is the main DN where the calls come in, then this should be translated to the CTI Route Point to let the CUBAC Server take care of it – you should not be routing this directly to the handset(s) as this is bypassing the system, as I say. If you're doing that, you're essentially not using CUBAC – you're just send a DID call to a shared line</div><div><br></div><div>Unfortunately, shared lines (same DN, same partition) is not supported in CTI, which means that each operator needs to have a unique extension.</div><div><br></div><div>Hope that helps</div><div><div><span class="Apple-style-span" style="font-family: Calibri; font-size: medium; "><span style="font-size: 11pt; "><font color="#01137E"><font face="Arial Bold"><br></font></font></span></span></div><div><span class="Apple-style-span" style="font-family: Calibri; font-size: medium; "><span style="font-size: 11pt; "><font color="#01137E"><font face="Arial Bold">Bennie Grant<br></font></font></span></span><span class="Apple-style-span" style="font-family: Calibri; font-size: medium; "><font color="#01137E"><font size="1"><font face="Arial"><span style="font-size: 8pt; "><i>VP - Operations<br></i></span></font></font><font face="Arial Bold"><span style="font-size: 11pt; ">Arc Solutions (International) Inc</span></font></font></span></div><div><span class="Apple-style-span" style="font-family: Calibri; font-size: medium; "><font color="#01137E"><font face="Arial Bold"><span style="font-size: 11pt; "></span></font><font size="1"><font face="Arial"><span style="font-size: 8pt; ">Part of the Mettoni group | </span></font></font></font></span><span class="Apple-style-span" style="font-family: Calibri; font-size: medium; "><font size="1"><font face="Arial"><span style="font-size: 8pt; "><font color="#0E31F6">www.mettoni.com</font></span></font></font></span></div></div></div></div><div><br></div><span id="OLK_SRC_BODY_SECTION"><div style="font-family:Calibri; font-size:11pt; text-align:left; color:black; BORDER-BOTTOM: medium none; BORDER-LEFT: medium none; PADDING-BOTTOM: 0in; PADDING-LEFT: 0in; PADDING-RIGHT: 0in; BORDER-TOP: #b5c4df 1pt solid; BORDER-RIGHT: medium none; PADDING-TOP: 3pt"><span style="font-weight:bold">From: </span> Brian Schultz <<a href="mailto:bms314@gmail.com">bms314@gmail.com</a>><br><span style="font-weight:bold">Date: </span> Thu, 3 Mar 2011 15:50:10 +0000<br><span style="font-weight:bold">To: </span> Cisco-voip <<a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>><br><span style="font-weight:bold">Subject: </span> [cisco-voip] CUBAC - Forced Delivery and Shared Lines<br></div><div><br></div>We are running CUBAC 8.5 with two operator licenses and CUCM 8.5. Our main number is a shared line across several phones so it can be answered in several different areas. If I login to CUBAC using the main number DN (1000 for example), then forced delivery will successfully still ring all of the phones as well as allow the CUBAC operator to answer the call. This however poses two issues:<br><br>1) If the CUBAC operator answers a call and a second call comes in, forced delivery no longer pushes the call to all of the phones sharing DN 1000. I can change the RNA timeout on the CTI ports to something low like 5 seconds and forward to 1000, but that is inefficient. Not sure why forced delivery doesn't work with a second call.<br><br>2) The second receptionist is unable to login to CUBAC using the same 1000 DN because it is already in use. If they login with their personal extension, then inbound calls to the main number CFNA to that personal voicemail and forced delivery to the shared line is broken again.<br><br>I tried to overcome this by creating a broadcast hunt group instead of a shared line. Unfortunately, the CUBAC operator can't login with the hunt pilot number because it is considered an invalid extension. This also breaks my attempt at forced delivery to ring all of the phones simultaneously when the CUBAC operator is logged in because the extension is unique on all phones within the hunt group. <br><br>Can anyone think of another way to make this work? My goal is to have all 6 phones ring simultaneously for calls to the main number and have up to two operators be able to login and handle calls through CUBAC. Of course, this worked well with the old built-in Cisco AC. :-)<br><br>Thanks,<br>Brian<br></span><PRE>*************************************************************************
Please consider the environment before printing this e-mail
*************************************************************************
This email 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 have received this email in error please notify
the system manager. http://www.mettoni.com
Mettoni Ltd
Registered in England and Wales: 4485956
Ashfords House, Grenadier Road, Exeter, EX1 3LH
*************************************************************************
</PRE></body></html>