<div>Other things to think about..... if the call volume is that high you might also want to think about AA, UCCX, or Arc Console. giving you either some automation or some call queuing so the users isn't having to take 5 bazillion calls at a time.
</div>
<div> </div>
<div>(it's all about the $$$$$$) ;-)</div>
<div> </div>
<div>Scott<br><br></div>
<div class="gmail_quote">On Jan 9, 2008 4:54 PM, Lelio Fulgenzi <<a href="mailto:lelio@uoguelph.ca">lelio@uoguelph.ca</a>> wrote:<br>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">
<div style="MARGIN: 4px 4px 1px; FONT: 10pt Tahoma" bgcolor="#ffffff">
<div><font face="Arial">Have they tried using the blue rocker bar in the middle of the phone to re-select the call? Also, you can try disabling (if not already disabled):</font></div>
<div dir="ltr" style="MARGIN-RIGHT: 0px">
<table cellspacing="1" cellpadding="9" border="0">
<tbody>
<tr>
<td valign="top"><a name="1176132c80ad844b_autoSelectLineEnable"><b><font size="2">Auto Line Select :</font></b></a></td>
<td><font size="2">When enabled, indicates that the phone will shift the call focus to incoming calls on all lines. When disabled, the phone will only shift the focus to incoming calls on the currently used line. <br>This is a required field.
<br>Default: Disabled.</font><br></td></tr></tbody></table></div>
<div>and then configuring their line to rna/rb to another line on their phone. The focus would remain on the line they are on. Or at least should.</div>
<div> </div>
<div>But I can see where someone wouldn't like it.</div>
<div> </div>
<div>You can also enable the simplified transfer which does not require pressing the transfer softkey twice. This, however, unfortunately, does not work with headsets.</div>
<div> </div>
<div> </div>
<div>--------------------------------------------------------------------------------<br>Lelio Fulgenzi, B.A.<br>Senior Analyst (CCS) * University of Guelph * Guelph, Ontario N1G 2W1<br>(519) 824-4120 x56354 (519) 767-1060 FAX (JNHN)
<br>^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ <br>"Life expectancy would grow by leaps and bounds if green vegetables smelled as good as bacon."<br>Doug Larson</div>
<div> </div>
<div> </div>
<blockquote style="PADDING-RIGHT: 0px; PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #000000 2px solid; MARGIN-RIGHT: 0px">
<div>
<div></div>
<div class="Wj3C7c">
<div style="FONT: 10pt arial">----- Original Message ----- </div>
<div style="BACKGROUND: #e4e4e4; FONT: 10pt arial"><b>From:</b> <a title="SCASPER@mtb.com" href="mailto:SCASPER@mtb.com" target="_blank">STEVEN CASPER</a> </div>
<div style="FONT: 10pt arial"><b>To:</b> <a title="cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a> </div>
<div style="FONT: 10pt arial"><b>Sent:</b> Wednesday, January 09, 2008 7:37 PM</div>
<div style="FONT: 10pt arial"><b>Subject:</b> [cisco-voip] Softkey woes - client wants their PBX back!</div>
<div><br></div>
<div>From an engineer at a remote install -</div>
<div> </div>
<div> We are having an issue at a new implementation with receptionist phones. The Call Manager is unable to present the transfer softkeys in sync with multiple calls coming in at about the same time. The softkeys change state to answer even if you are in the process of transferring calls.
</div>
<div> </div>
<div> When this happens there is of course no transfer key to complete the transfer. Getting back to the original call has been problematic. Calls and softkeys work great if presented as individual calls. Step up the call volume with multiple calls and the calls easily get lost as far as which call is responsible for the answer key that is no longer changing back to other soft functions. This is driving the users crazy. Hoped they would get used to it but after several weeks they are ready to get rid of the system and go back to Nortel 2616 sets.
</div>
<div> </div>
<div> When calls hit any appearing line, even though they are on the add-on mod that is programmed to flash only causes the softkeys to change to answer during trying to initiate the transfer function. The softkeys basically try to play catch up if you can. The phones just don't seem able to keep up with an active answering position role.
</div>
<div> </div>
<div>Any suggestions? I am seriously thinking of trying to deploy 7931's behind a CME solution. The 7931's are supposed to have a fixed transfer hard key.</div>
<div> </div>
<div>Thanks!</div>
<div> </div>
<div>. <br></div>
<div> </div>
<div> </div>Steve Casper<br>Voice Technologies<br>M&T Bank<br>(410) 347-6026
<p>************************************<br>This email may contain privileged and/or confidential information that is intended solely for the use of the addressee. If you are not the intended recipient or entity, you are strictly prohibited from disclosing, copying, distributing or using any of the information contained in the transmission. If you received this communication in error, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. This communication may contain nonpublic personal information about consumers subject to the restrictions of the Gramm-Leach-Bliley Act and the Sarbanes-Oxley Act. You may not directly or indirectly reuse or disclose such information for any purpose other than to provide the services for which you are receiving the information.
<br>There are risks associated with the use of electronic transmission. The sender of this information does not control the method of transmittal or service providers and assumes no duty or obligation for the security, receipt, or third party interception of this transmission.
<br>************************************<br></p></div></div>
<p>
<hr>
<p></p>_______________________________________________<br>cisco-voip mailing list<br><a href="mailto:cisco-voip@puck.nether.net" target="_blank">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>
<p></p></p></blockquote></div><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></blockquote></div><br>