<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=UTF-8" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
"CM Down, Features disabled" means the phone lost its sccp session with
CM. SCCP runs over TCP 2000 by default but it is configurable. It
becomes port 2443(?) if doing TLS.<br>
<br>
Few ways to look at this:<br>
1. when phone unregisters/reregisters it reports the reason for the
most recent unregistration in an SCCP alarm message on the next
successful registration. To see these messages search your ccm*.txt
traces for "Last=". This will show why the phone deregistered from the
phone's perspective. The CM Application logs show device unregister
messages that include the reason for deregistration from the CM's
perspective. Between these 2 you get a pretty clear picture of what
happened. Because there is a network between the phone and CM the 2
devices can never be 100% synchronized and thus the need to check both
reason codes. These reason codes also provide the best insight on what
troubleshooting steps to take next.<br>
<br>
/Wes<br>
<br>
Matt OLIVER wrote:
<blockquote
cite="mid:A61FDA544A51DE4EAD5AC555332FDCAF921C13@TDSEXC01.telstraclear.tclad"
type="cite">
<meta http-equiv="Content-Type" content="text/html; ">
<meta content="MSHTML 6.00.2800.1601" name="GENERATOR">
<div><font face="Arial" size="2"><span class="037163300-13122007">Hi
there, </span></font></div>
<div><font face="Arial" size="2"><span class="037163300-13122007">I
have a number of phones (20 out of 192 in one VLAN) that are coming up
with CM Down during calls. I know that this is caused through the phone
being unable to talk to the call manager via skinny, however we are
having no phones rehome to other Call Managers, and in the particular
building we have 600+ users and this is only affecting 20 users all of
whom are in the same VLAN.</span></font></div>
<div><font face="Arial" size="2"><span class="037163300-13122007">The
VLAN configs are all the same and deployed in the same manner across
8500 phones. There are 4x 3560-48 switches in the affected VLAN. </span></font></div>
<div><font face="Arial" size="2"><span class="037163300-13122007">These
connect via GBIC uplink ports to redundant 6509 core switches.</span></font></div>
<div><font face="Arial" size="2"><span class="037163300-13122007"></span></font> </div>
<div><font face="Arial" size="2"><span class="037163300-13122007">We
are seeing no errors on the WAN, or interfaces, in fact the only please
the error is seen is on the phones themselves, and it is intermittent.
The IOS version is 12.2(25)sec which again has been deployed on over
400 of these in the network.</span></font></div>
<div><font face="Arial" size="2"><span class="037163300-13122007">It
seems link only skinny is affected, the users are not complaining of
data errors and the calls are not being cut off, although the caller is
reporting hearing a loud noise when it happens.</span></font></div>
<div><font face="Arial" size="2"><span class="037163300-13122007"></span></font> </div>
<div><font face="Arial" size="2"><span class="037163300-13122007">I
have seen a few other threads that mention a similar error, however I
cant seem to find any answers on this. Any ideas would be greatly
appreciated.</span></font></div>
<div><font face="Arial" size="2"><span class="037163300-13122007"></span></font> </div>
<div><font face="Arial" size="2"><span class="037163300-13122007"></span></font> </div>
<div><font face="Arial" size="2"><span class="037163300-13122007">Regards
Matt</span></font></div>
<div><font face="Arial" size="2"><span class="037163300-13122007"></span></font> </div>
<div> </div>
<div> </div>
<div>
<hr>This email contains information which may be confidential and
subject to copyright. If you are not the intended recipient you must
not use, distribute or copy this email or attachments. If you have
received this email in error please notify us immediately by return
email and delete this email and any attachments. <br>
TelstraClear Limited accepts no responsibility for changes made to this
email or to any attachments after transmission from TelstraClear
Limited. It is your responsibility to check this email and any
attachments for viruses. <br>
Emails are not secure. They can be intercepted, amended, lost or
destroyed and may contain viruses. Anyone who communicates with
TelstraClear Limited by email is taken to accept these risks.
</div>
<pre wrap="">
<hr size="4" width="90%">
_______________________________________________
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></pre>
</blockquote>
</body>
</html>