[cisco-voip] Old Legacy Attendant console

[Wes Sisk]

AC uses line state updates from CM passed via UDP to TCD service and 
then down to client.

when search results contain less than 10 results line status is updated.

from CSCed69336    request to have CallForward status updated realtime
Symptoms:
Attendant Console client shows incorrect CallForwardAll status for 
phones in the directory list.

Conditions:
The CallForwardAll status of the actual line has changed since the last 
time the line was displayed in a directory listing on the ACClient that 
met the criteria for the CallForwardAll status to be updated.

To see a simple example of how this can be confusing:
1. create 50 users in the CCM directory and make sure they are displayed 
in the AC directory window when "show all users" is selected.
2. take phone1 and set it CFA to voicemail.
3. limit your search criteria so only phone1 is displayed.  The correct 
CFA status will be displayed.
4. now clear the CFA from phone1 so it is back to normal reception of calls.
5. modify your search criteria so all 50 users are displayed.

In this case, when you display all 50 users phone1 will still show a 
status of CFA even though it is not really CFA.  The status did not get 
updated because the phone was not in a query set on the client that 
matched the criteria for CFA status updated.

Workaround:
When checking line status, perform a new directory search that shows 
less than 10 lines directory listing.
The criteria for CallForwardAll status inquiries and updates are:
1. CallForwardAll state is only displayed in the directory listing.  It 
is not displayed in the speed dial box.
2. Less than 11 lines are displayed in the directory listing
3. A new directory search must be performed to stimulate ACClient to 
query CallManager for current status.


/Wes

On Wednesday, September 09, 2009 9:47:12 AM , Granger, Simon 
<simon.granger at fmglobal.com> wrote:
>
> Does anyone know what it uses to get the status of the lines in the 
> old (and possibly new) attendant console is it TAPI/AXL/Something 
> Else? As shown in the picture below.
>
>  
>
>  
>
> Thanks
>
>  
>
> Simon
>
>  
>
> *Simon Granger*
>
> Senior Server Specialist
>
>  
>
> *FM Global *
>
> 1 Windsor Dials, Windsor, Berkshire, SL4 1RS, UK
>
> T: +44 (0)1753 750154
>
> F: +44 (0)1753 868700
>
> www.fmglobal.com
>
>  
>
>
> ------------------------------------------------------------------------
> Registered No. 755780 England
> Registered Office: FM Insurance Company Limited
> 1 Windsor Dials, Windsor,
> Berkshire, UK, SL4 1RS
> Regulated by the Financial Services Authority.
> VAT No. G.B.: 792 4276 02
> ------------------------------------------------------------------------
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>   

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20090909/fcbd34f9/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/png
Size: 5172 bytes
Desc: not available
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20090909/fcbd34f9/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/png
Size: 1753 bytes
Desc: not available
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20090909/fcbd34f9/attachment-0001.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/png
Size: 9836 bytes
Desc: not available
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20090909/fcbd34f9/attachment-0002.png>