[cisco-voip] Arc Consoles losing connection

[Wes Sisk]

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
> ______________________________________________________________________