<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
If the phone is reporting Last=CM-closed-TCP then it received a TCP FIN
or RST on the TCP session to its primary CM. Sound like you have it
down to a specific time frame, how about a packet capture from the back
of the phone or a span port of the phone during that time?<br>
<br>
/Wes<br>
<br>
Nick Kassel wrote:
<blockquote
cite="mid:970310A6A9EFBC4189C5B1C43EFDDB8BC7E7C7@pitmx1.principal-it.com"
type="cite">
<pre wrap="">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 [<a class="moz-txt-link-freetext" href="mailto:wsisk@cisco.com">mailto:wsisk@cisco.com</a>]
Sent: 26 October 2007 17:57
To: Nick Kassel
Cc: <a class="moz-txt-link-abbreviated" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>
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:
</pre>
<blockquote type="cite">
<pre wrap="">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
</pre>
</blockquote>
<pre wrap=""><!---->rebooted
</pre>
<blockquote type="cite">
<pre wrap="">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: <a class="moz-txt-link-abbreviated" href="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</a>
[<a class="moz-txt-link-freetext" href="mailto:cisco-voip-bounces@puck.nether.net">mailto:cisco-voip-bounces@puck.nether.net</a>] On Behalf Of Wes Sisk
Sent: 25 October 2007 17:04
To: Nick
Cc: <a class="moz-txt-link-abbreviated" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>
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
</pre>
</blockquote>
<pre wrap=""><!---->been
</pre>
<blockquote type="cite">
<pre wrap="">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
</pre>
</blockquote>
<pre wrap=""><!---->to
</pre>
<blockquote type="cite">
<pre wrap="">a number of consoles in the same site when I check the phones the
</pre>
</blockquote>
<pre wrap=""><!---->debug
</pre>
<blockquote type="cite">
<pre wrap="">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
</pre>
</blockquote>
<pre wrap=""><!---->same
</pre>
<blockquote type="cite">
<pre wrap="">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
</pre>
</blockquote>
<pre wrap=""><!---->in
</pre>
<blockquote type="cite">
<pre wrap="">the same site don't appear to be getting the issue althouh it may not
</pre>
</blockquote>
<pre wrap=""><!---->be
</pre>
<blockquote type="cite">
<pre wrap="">as noticeable as on an Arc console.
Has anyone had this issue with Arc before or can make any suggestions
</pre>
</blockquote>
<pre wrap=""><!---->on
</pre>
<blockquote type="cite">
<pre wrap="">what else to check
________________________________
_______________________________________________
cisco-voip mailing list
<a class="moz-txt-link-abbreviated" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>
<a class="moz-txt-link-freetext" href="https://puck.nether.net/mailman/listinfo/cisco-voip">https://puck.nether.net/mailman/listinfo/cisco-voip</a>
______________________________________________________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit <a class="moz-txt-link-freetext" href="http://www.messagelabs.com/email">http://www.messagelabs.com/email</a>
______________________________________________________________________
Ipitomi is a limited company registered in England. Registered Office:
</pre>
</blockquote>
<pre wrap=""><!---->45 Moorfields, London EC2Y 9AE Registration Number: 3576505. VAT number
719086615
</pre>
<blockquote type="cite">
<pre wrap="">Please note that Ipitomi may monitor email traffic data and also the
</pre>
</blockquote>
<pre wrap=""><!---->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.
</pre>
<blockquote type="cite">
<pre wrap="">______________________________________________________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit <a class="moz-txt-link-freetext" href="http://www.messagelabs.com/email">http://www.messagelabs.com/email</a>
______________________________________________________________________
</pre>
</blockquote>
<pre wrap=""><!---->
______________________________________________________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit <a class="moz-txt-link-freetext" href="http://www.messagelabs.com/email">http://www.messagelabs.com/email</a>
______________________________________________________________________
______________________________________________________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit <a class="moz-txt-link-freetext" href="http://www.messagelabs.com/email">http://www.messagelabs.com/email</a>
______________________________________________________________________
</pre>
</blockquote>
</body>
</html>