<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">The HTTP interface cited below is great. Keep in mind the config file is in XML. The browser might try to render that and give errors. You can still save the file and view it in your favorite XML or text editor. This does not work if you are using encrypted config files. It does work if you are only using signed config files.<div><br></div><div>A few other ideas in this area:</div><div><br></div><div>Depending on your CM version and phone loads the phones may report back to CM when config file parsing fails. This would allow you to centrally report on phones with the problem:</div><div><br></div><div><br></div><div>Phones unregister for a plethora of reasons. Historically we only got two bits of information when a phone unregistered:<br>1. CUCM reason code - the reason CUCM perceived the phone to unregister<br>2. Last= reason code - the reason the phone perceived that it unregistered<br><br>CUCM reason code came from event logs (syslogs) and Last=came from grep'ing SDI traces or doing device report/device search in RTMT and including last unregister reason.<br><br>That approach misses correlation such as:<br>* phones unregistering due to a specific protocol message not being passed and parsed properly<br>* phones unregistering due to issues on an access switch<br><br>We tried to address this with the enhanced alarm message added with the energywise feature in CM8.0.<br><br>Sample use case:<br>SIP Phones unregister when SIP inspection is enabled on ASA:<br><br>Packet capture shows the enhanced alarm message when phone re-registers:<br>Content-Length: 1471<br>Content-Type: application/x-cisco-alarm+xml<br>Content-Disposition: session;handling=required<br><?xml version="1.0" encoding="UTF-8"?><br><x-cisco-alarm><br><Alarm Name="LastOutOfServiceInformation"><br><ParameterList><br><String name="DeviceName">SEP108CCFE101EC</String><br><String name="DeviceIPv4Address">10.10.0.186/29</String><br><String name="IPv4DefaultGateway">10.10.0.185</String><br><String name="DeviceIPv6Address"></String><br><String name="IPv6DefaultGateway"></String><br><String name="ModelNumber">CP-7945G</String><br><String name="NeighborIPv4Address">10.10.10.1</String><br><String name="NeighborIPv6Address"></String><br><String name="NeighborDeviceID">cr-soho-fwadmins.uspto.gov</String><br><String name="NeighborPortID">FastEthernet0</String><br><Enum name="DHCPv4Status">1</Enum><br><Enum name="DHCPv6Status">0</Enum><br><Enum name="TFTPCfgStatus">1</Enum><br><Enum name="DNSStatusUnifiedCM1">4</Enum><br><Enum name="DNSStatusUnifiedCM2">4</Enum><br><Enum name="DNSStatusUnifiedCM3">4</Enum><br><String name="VoiceVLAN">103</String><br><String name="UnifiedCMIPAddress">10.10.112.37</String><br><String name="LocalPort">50763</String><br><String name="TimeStamp">128931588171913122087697191312211295244131221130647213122113302701312211341062131221140232413122114150451312211440334131221145204913122117105551289315872962</String><br><Enum name="ReasonForOutOfService">10</Enum><br><String name="LastProtocolEventSent">Sent:NOTIFY <a href="sip:29903@10.10.112.37">sip:29903@10.10.112.37</a> SIP/2.0 Cseq:3 NOTIFY CallId:91e7d448-36d1d5c0@10.10.0.186</String><br><String name="LastProtocolEventReceived"></String><br></ParameterList><br></Alarm><br></x-cisco-alarm><br><br>In the SIP stack the last unacknowledged event sent from the phone is NOTIFY. This leads directly to:<br>CSCtq15731 7900 Series NOTIFY message body missing trailing CRLF <br>ASA dropped this malformed packet and causing phones to unregister. The enhanced alarm message gives significant information about the device at the time of unregistration.</div><div><br></div><div>For your scenario the phones should report that config file parsing failed. I believe that will manifest as <Enum name="TFTPCfgStatus">0</Enum></div><div>These alarms are routed to the alternate syslog that is available via RTMT.</div><div><br></div><div><br></div><div><br></div><div><br></div><div>Otherwise, there are a few known issues about bad formatting of config files. I pulled these from the "Telephone Endpoints" RSS in the TAC Hot Issues RSS Feeds:</div><div><a href="http://www.cisco.com/en/US/customer/products/sw/voicesw/ps556/products_tech_note09186a0080937324.shtml">http://www.cisco.com/en/US/customer/products/sw/voicesw/ps556/products_tech_note09186a0080937324.shtml</a></div><div><a href="http://www.cisco.com/warp/public/146/news_cisco/data/syndication/ext/tachi/ExternalCUEP.xml">http://www.cisco.com/warp/public/146/news_cisco/data/syndication/ext/tachi/ExternalCUEP.xml</a></div><div>89xx/99xx Phone Cannot Parse Configuration File, Open CSCts73247</div><div>6941 phone hangs when service url configured for EM, Fixed CSCtr00081</div><div>6945 with firmware 9.2.1 fails to register running SCCP, Fixed CSCtr77596</div><div><br></div><div>Regards,</div><div>Wes</div><div><br></div><div><br></div><div><div><div>On Oct 11, 2011, at 9:07 AM, Bruno Takahashi wrote:</div><br class="Apple-interchange-newline">Actually the problem happens to just a few phones every now and then, and restarting a service for this particular customer is too complicated =)<br>The "fix" I use is to make any change on the device configuration.<br>
I was able to get the .cnf files using windows cmd " tftp "host" get SEPxxxx.cnf.xml", but will try the web way Nicholas mentioned and I looked for since it sounds easier.<br>Now I'll compare both files to see if anything looks like a root cause for this.<br>
<br><div class="gmail_quote">On Tue, Oct 11, 2011 at 1:37 AM, Dennis Heim <span dir="ltr"><<a href="mailto:Dennis.Heim@cdw.com">Dennis.Heim@cdw.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div link="blue" vlink="purple" lang="EN-US">
<div><p class="MsoNormal"><span style="font-size:11.0pt;color:#1F497D">Have you tried cycling the Cisco TFTP service? That should force callmanager to regenerate the tftp cache.<u></u><u></u></span></p><p class="MsoNormal"><span style="font-size:11.0pt;color:#1F497D"><u></u> <u></u></span></p>
<div><p class="MsoNormal"><span style="font-size:10.0pt;color:#1F497D">Dennis Heim<br>
Network Voice Engineer<br>
CDW Advanced Technology Services<br>
10610 9<sup>th</sup> Place<br>
Bellevue, WA 98004<br>
<br>
<a href="tel:317.569.4255" value="+13175694255" target="_blank">317.569.4255</a> Single Number Reach</span><span style="font-size:10.0pt;color:#1F497D"><br>
<a href="tel:317.569.4201" value="+13175694201" target="_blank">317.569.4201</a> Fax</span><span style="font-size:11.0pt;color:#1F497D">
<br>
<a href="mailto:dennis.heim@cdw.com" target="_blank"><span style="font-size:10.0pt">dennis.heim@cdw.com</span></a></span><u><span style="font-size:11.0pt;color:blue"><br>
</span></u><span style="font-size:11.0pt;color:#1F497D"><a href="http://www.cdw.com/content/solutions/unified-communications/" target="_blank">cdw.com/content/solutions/unified-communications/</a><u></u><u></u></span></p>
</div><p class="MsoNormal"><span style="font-size:11.0pt;color:#1F497D"><u></u> <u></u></span></p>
<div>
<div style="border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in"><p class="MsoNormal"><b><span style="font-size:10.0pt">From:</span></b><span style="font-size:10.0pt"> <a href="mailto:cisco-voip-bounces@puck.nether.net" target="_blank">cisco-voip-bounces@puck.nether.net</a> [mailto:<a href="mailto:cisco-voip-bounces@puck.nether.net" target="_blank">cisco-voip-bounces@puck.nether.net</a>]
<b>On Behalf Of </b>Nicholas Samios<br>
<b>Sent:</b> Monday, October 10, 2011 8:05 PM<br>
<b>To:</b> Anthony Holloway; Bruno Takahashi</span></p><div><div></div><div class="h5"><br>
<b>Cc:</b> <a href="mailto:cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a><br>
<b>Subject:</b> Re: [cisco-voip] How to get a Phone's .cnf.xml file from CUCM<u></u><u></u></div></div><div><br class="webkit-block-placeholder"></div>
</div>
</div><div><div></div><div class="h5"><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Courier New";color:#1F497D">Use HTTP - thanks Wes
</span><span style="font-size:10.0pt;font-family:Wingdings;color:#1F497D">J</span><span style="font-size:10.0pt;font-family:"Courier New";color:#1F497D"><u></u><u></u></span></p><p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Courier New";color:#1F497D"><u></u> <u></u></span></p><p class="MsoNormal"><a href="http://myccmserver:6970/SEPmacaddress.cnf.xml" target="_blank">http://myccmserver:6970/SEPmacaddress.cnf.xml</a><span style="color:#1F497D"><u></u><u></u></span></p><p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Courier New";color:#1F497D"><u></u> <u></u></span></p><p class="MsoNormal"><a href="https://puck.nether.net/pipermail/cisco-voip/2011-February/019958.html" target="_blank">https://puck.nether.net/pipermail/cisco-voip/2011-February/019958.html</a><span style="font-size:10.0pt;font-family:"Courier New";color:#1F497D"><u></u><u></u></span></p><p class="MsoNormal"><a href="https://supportforums.cisco.com/message/3153749#3153749" target="_blank">https://supportforums.cisco.com/message/3153749#3153749</a>
<span style="font-size:10.0pt;font-family:"Courier New";color:#1F497D"><u></u><u></u></span></p><p class="MsoNormal"><span style="font-size:11.0pt;color:#1F497D" lang="EN-AU">--<br>
</span><b><span style="font-size:9.0pt;color:#7F7F7F" lang="EN-AU">Nicholas Samios<u></u><u></u></span></b></p><p class="MsoNormal"><span style="font-size:9.0pt;color:#7F7F7F" lang="EN-AU">Systems Engineer<u></u><u></u></span></p><p class="MsoNormal"><span style="font-size:11.0pt;color:#1F497D"><span><image001.gif></span></span><span style="font-size:11.0pt;color:#1F497D" lang="EN-AU"><br>
</span><span style="font-size:9.0pt;color:gray" lang="EN-AU">Level 2, 293 Camerbwell Road, Camberwell VIC 3124</span><span style="font-size:9.0pt;color:#444444" lang="EN-AU"><br>
</span><b><span style="font-size:9.0pt;color:gray" lang="EN-AU">ph:</span></b><span style="font-size:9.0pt;color:gray" lang="EN-AU"> (08) 9213 1316
<b>mob: </b>0411 618 835 <b>fax:</b> (08) 9221 4539</span><span style="font-size:9.0pt;color:#7F7F7F" lang="EN-AU"><u></u><u></u></span></p><p class="MsoNormal"><b><span style="font-size:9.0pt;color:gray" lang="EN-AU">email:</span></b><span style="font-size:9.0pt;color:gray" lang="EN-AU">
<a href="mailto:nsamios@staff.iinet.net.au" target="_blank">nsamios@staff.iinet.net.au</a><u></u><u></u></span></p><p class="MsoNormal"><span style="font-size:11.0pt;color:#1F497D"><span><image002.jpg></span><span><image003.jpg></span><span><image004.jpg></span><span><image005.jpg></span></span><span style="font-size:9.0pt;color:gray" lang="EN-AU"><u></u><u></u></span></p><p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Courier New";color:#1F497D"><u></u> <u></u></span></p><p class="MsoNormal"><b><span style="font-size:10.0pt">From:</span></b><span style="font-size:10.0pt"> <a href="mailto:cisco-voip-bounces@puck.nether.net" target="_blank">cisco-voip-bounces@puck.nether.net</a> [mailto:<a href="mailto:cisco-voip-bounces@puck.nether.net" target="_blank">cisco-voip-bounces@puck.nether.net</a>]
<b>On Behalf Of </b>Anthony Holloway<br>
<b>Sent:</b> Tuesday, October 11, 2011 1:28 PM<br>
<b>To:</b> Bruno Takahashi<br>
<b>Cc:</b> <a href="mailto:cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a><br>
<b>Subject:</b> Re: [cisco-voip] How to get a Phone's .cnf.xml file from CUCM<u></u><u></u></span></p><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal">On Windows you can just pop open a command prompt window and type:<u></u><u></u></p>
<div><p class="MsoNormal"><u></u> <u></u></p>
</div>
<blockquote style="margin-left:30.0pt;margin-top:5.0pt;margin-right:0in;margin-bottom:5.0pt">
<div><p class="MsoNormal">C:\>tftp <cucm_tftp_server> get SEP<MACADDRESS>.cnf.xml<u></u><u></u></p>
</div>
</blockquote>
<div><p class="MsoNormal"><u></u> <u></u></p>
</div>
<div><p class="MsoNormal">Example:<u></u><u></u></p>
</div>
<div><p class="MsoNormal"><u></u> <u></u></p>
</div>
<blockquote style="margin-left:30.0pt;margin-top:5.0pt;margin-right:0in;margin-bottom:5.0pt">
<div><p class="MsoNormal">C:\>tftp 10.1.1.1 get SEP0000DEADBEEF.cnf.xml<u></u><u></u></p>
</div>
</blockquote>
<div><p class="MsoNormal"><u></u> <u></u></p>
</div>
<div><p class="MsoNormal">Source:<u></u><u></u></p>
</div>
<div><p class="MsoNormal"><a href="http://www.microsoft.com/resources/documentation/windows/xp/all/proddocs/en-us/tftp.mspx?mfr=true" target="_blank">http://www.microsoft.com/resources/documentation/windows/xp/all/proddocs/en-us/tftp.mspx?mfr=true</a><u></u><u></u></p>
</div>
<div><p class="MsoNormal"><u></u> <u></u></p>
</div>
<div><p class="MsoNormal">NOTE: Win7 users may need to turn on TFTP command line client from within Add/Remove programs first.<u></u><u></u></p>
</div>
<div><p class="MsoNormal"><u></u> <u></u></p>
</div>
<div><p class="MsoNormal">On *nix systems: 'man tftp' should tell you what you need to know.<u></u><u></u></p>
</div>
<div><p class="MsoNormal"><u></u> <u></u></p>
</div>
<div><p class="MsoNormal">You may also want to SPAN the switch port the phone is on, and look at the traffic. Perhaps the .cnk.xml file is not even making it to the phone, or perhaps there are missing packets. TFTP is UDP after all, and therefore has no re-transmits.<u></u><u></u></p>
</div>
<div><p class="MsoNormal"><u></u> <u></u></p>
</div>
<div><p class="MsoNormal" style="margin-bottom:12.0pt">-Anthony<u></u><u></u></p>
<div><p class="MsoNormal">On Mon, Oct 10, 2011 at 6:29 PM, Bruno Takahashi <<a href="mailto:brunots@gmail.com" target="_blank">brunots@gmail.com</a>> wrote:<u></u><u></u></p>
<div><p class="MsoNormal">Hello all,<u></u><u></u></p>
</div>
<div><p class="MsoNormal"> <u></u><u></u></p>
</div>
<div><p class="MsoNormal">We ran into a problem where it seems the .cnf.xml file of the phones is corrupted so the phone does not registers.<u></u><u></u></p>
</div>
<div><p class="MsoNormal">If you change any detail on the device configuration (i.e. add a "-" on description) the phone registers back.<u></u><u></u></p>
</div>
<div><p class="MsoNormal">I assume it works because a new file is generated and the phone gets this new, non-corrupted file from TFTP and is able to register.<u></u><u></u></p>
</div>
<div><p class="MsoNormal"> <u></u><u></u></p>
</div>
<div><p class="MsoNormal">What I wanted to do is to get the .cnf.xml file from a phone that is not working, then "fix" it and get the new file again to compare and see if something can be found to indicate why this happened.<u></u><u></u></p>
</div>
<div><p class="MsoNormal"> <u></u><u></u></p>
</div>
<div><p class="MsoNormal">Does anyone knows how can I get the .cnf file or knows any additional details on this issue?<u></u><u></u></p>
</div>
<div><p class="MsoNormal"> <u></u><u></u></p>
</div>
<div><p class="MsoNormal">Thanks!<br clear="all">
<span style="color:#888888"><br>
-- <br>
</span><b><span style="font-size:10.0pt;color:#888888">Bruno</span></b><u></u><u></u></p>
</div><p class="MsoNormal" style="margin-bottom:12.0pt"><br>
_______________________________________________<br>
cisco-voip mailing list<br>
<a href="mailto:cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a><br>
<a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><u></u><u></u></p>
</div><p class="MsoNormal"><u></u> <u></u></p>
</div>
</div></div></div>
</div>
</blockquote></div><br><br clear="all"><br>-- <br><b><font size="2">Bruno Takahashi da Silva</font></b><br><font size="2">Engenheiro de Telecomunicações<br>CCVP®, CCNA®, CCNA® Voice<br></font><br><br>
_______________________________________________<br>cisco-voip mailing list<br><a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>https://puck.nether.net/mailman/listinfo/cisco-voip<br></div><br></div></body></html>