[cisco-voip] Arc Consoles losing connection

Thu Nov 1 12:11:48 EDT 2007

Wes

I still having issues with phones attached to an Arc console, one
particular phone seems to be un registering every morning between about
8.45 and 9.15am. The event logs show the un registration message and the
phone debug display messages say Last=CM-closed-TCP and then
Last=Failback 

We have tried the following and still seem to be getting the same issue.

Re patched phones to different switch stack. 
Re patched to different floor ports
Removed the arc console from the pc port on the phone and provided it's
own switchport.
Upgraded the phones firmware.
Set up a new Call manager group and device pool to separate phones to a
backup CCM with minimal load.

Can anyone suggest and other troubleshooting checks that should be made
in order to resolve an issue like this.

-----Original Message-----
From: Wes Sisk [mailto:wsisk at cisco.com] 
Sent: 26 October 2007 17:57
To: Nick Kassel
Cc: cisco-voip at puck.nether.net
Subject: RE: [cisco-voip] Arc Consoles losing connection

Nick,

In that case it appears the phone stayed registered.  Next step are to 
check the processes in play between ARC and CM:

ARC--(tsp or jtapi)--CTIManager---CCM---Phone

I would get the CTIManager SDI and SDL logs from CM next and search for 
errors.  In CM3.x and 4.x CTI SDL errors are strings that begin with 
'0x8CC'.  The CTI SDL lines usually include the device name as well 
(SEP....).

If you're going to TAC, then get both the CTIManager CTI/SDL and the CM 
SDI/SDL from all nodes in the cluster around the time of the phone
outage 
(+/- 10 mins).  Open a TAC case and send me the case number.

/Wes

On Fri, 26 Oct 2007, Nick Kassel wrote:

> Wes
>
>
>
> One of the phones attached to an Arc console has just gone down again,
> when I checked the network statistics screen on the phone the elapsed
> time was showing over 10 hours which was the time we would have
rebooted
> it yesterday. However the Debug Display still shows the Last=CM
> Closed-TCP message which I now understand means it has tried to fail
> over the back up call manager.
>
>
>
> Is there anywhere else I could check for information on why this phone
> may be losing connection with the primary Call manager.
>
>
>
> ________________________________
>
> From: cisco-voip-bounces at puck.nether.net
> [mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Wes Sisk
> Sent: 25 October 2007 17:04
> To: Nick
> Cc: cisco-voip at puck.nether.net
> Subject: Re: [cisco-voip] Arc Consoles losing connection
>
>
>
> if the phone deregisters i believe ARC has to go down as CM will send
> CTIDeviceClose to ARC.
> On the phone under settings->status->network statistics what is the
> 'Elapsed Time'?  This indicates the duration of time the phone has
been
> properly registered to its current CM. If the phone is unregistering
> then ARC will most likely be affected.
>
> /wes
>
> Nick wrote:
>
> I have an issue with arc consoles losing connection this is happening
to
> a number of consoles in the same site when I check the phones the
debug
> display on the phone it says
>
>
>
> 15:57:33 14: Name=SEP00146905158B Load= 7.0(3.0S) Last=CM-closed-TCP
>
> each time it loses connection, we have tried re patching to different
> switchports and different switches and still seem to be getting the
same
> issue, could this be an isue with the phone load as it is very old
> firmware, all other consoles on the same arc server and other phones
in
> the same site don't appear to be getting the issue althouh it may not
be
> as noticeable as on an Arc console.
>
>
>
> Has anyone had this issue with Arc before or can make any suggestions
on
> what else to check
>
>
>
>
>
> ________________________________
>
>
>
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
> ______________________________________________________________________
> This email has been scanned by the MessageLabs Email Security System.
> For more information please visit http://www.messagelabs.com/email
> ______________________________________________________________________
>
> Ipitomi is a limited company registered in England. Registered Office:
45 Moorfields, London EC2Y 9AE Registration Number: 3576505. VAT number
719086615
>
> Please note that Ipitomi may monitor email traffic data and also the
content of email for the purposes of security and staff training. This
message (and any associated files) is intended only for the use of the
addressee and may contain information that is confidential, subject to
copyright or constitutes a trade secret. If you are not the intended
recipient you are hereby notified that any dissemination, copying or
distribution of this message, or files associated with this message, is
strictly prohibited. If you have received this message in error, please
notify us immediately by replying to the message and deleting it from
your computer. Any views or opinions presented are solely those of the
author and do not necessarily represent those of the company.
>
> ______________________________________________________________________
> This email has been scanned by the MessageLabs Email Security System.
> For more information please visit http://www.messagelabs.com/email
> ______________________________________________________________________

______________________________________________________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email 
______________________________________________________________________