<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">Windows RTMT counters are available in perfmon (performance monitor). Look for Cisco TFTP iirc.<div><br><div>
<span class="Apple-style-span" style="border-collapse: separate; color: rgb(0, 0, 0); font-family: Helvetica; font-size: medium; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; "><div>-Ryan</div></span>
</div>
<br><div><div>On Mar 30, 2011, at 3:26 PM, Lelio Fulgenzi wrote:</div><br class="Apple-interchange-newline"><span class="Apple-style-span" style="border-collapse: separate; font-family: 'Lucida Grande'; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; font-size: medium; "><div><div style="font-family: Verdana; font-size: 10pt; color: rgb(0, 0, 0); ">Thanks Wes. I was thinking about the BAT tool but didn't realize there was an actual Reset/Restart option. Even better - there's an option to reset phones based on a file! This is great. Today I was able to get all but 256 updated so it will be better to reset only those phones that need resetting.<br><br>I'll have to check out the TFTP perfmon counter. We're using v4.1(3) - any hints where to find it? Our RTMT tool is not working with v4.1(3) so I'm not sure how we'll get to it. Problems after installing the RTMT tool for v7. :(<br><br>Most of the phones in question are on our campus and those that are not are on a high speed, low latency link. (see below for ping from pub to two remote gateways)<br><br>There wasn't anything else happening. TFTP server is dedicated. Not even DHCP any more! ;)<br><br><br><div style="margin-left: 40px; "><hr style="width: 1210px; height: 2px; ">C:\>ping 10.104.122.129<br><br>Pinging 10.104.122.129 with 32 bytes of data:<br><br>Reply from 10.104.122.129: bytes=32 time=19ms TTL=252<br>Reply from 10.104.122.129: bytes=32 time=13ms TTL=252<br>Reply from 10.104.122.129: bytes=32 time=13ms TTL=252<br>Reply from 10.104.122.129: bytes=32 time=13ms TTL=252<br><br>Ping statistics for 10.104.122.129:<br> Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),<br>Approximate round trip times in milli-seconds:<br> Minimum = 13ms, Maximum = 19ms, Average = 14ms<br><br>C:\>ping 10.104.106.1<br><br>Pinging 10.104.106.1 with 32 bytes of data:<br><br>Reply from 10.104.106.1: bytes=32 time=8ms TTL=252<br>Reply from 10.104.106.1: bytes=32 time=9ms TTL=252<br>Reply from 10.104.106.1: bytes=32 time=9ms TTL=252<br>Reply from 10.104.106.1: bytes=32 time=12ms TTL=252<br><br>Ping statistics for 10.104.106.1:<br> Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),<br>Approximate round trip times in milli-seconds:<br> Minimum = 8ms, Maximum = 12ms, Average = 9ms<br><hr style="width: 1210px; height: 2px; "></div><span><br><span name="x"></span>---<br>Lelio Fulgenzi, B.A.<br>Senior Analyst (CCS) * University of Guelph * Guelph, Ontario N1G 2W1<br>(519) 824-4120 x56354 (519) 767-1060 FAX (JNHN)<br>^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^<br>Cooking with unix is easy. You just sed it and forget it.<span class="Apple-converted-space"> </span><br> - LFJ (with apologies to Mr. Popeil)<br><span name="x"></span><br></span><br><hr id="zwchr"><b>From:<span class="Apple-converted-space"> </span></b>"Wes Sisk" <<a href="mailto:wsisk@cisco.com">wsisk@cisco.com</a>><br><b>To:<span class="Apple-converted-space"> </span></b>"Lelio Fulgenzi" <<a href="mailto:lelio@uoguelph.ca">lelio@uoguelph.ca</a>><br><b>Cc:<span class="Apple-converted-space"> </span></b><a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br><b>Sent:<span class="Apple-converted-space"> </span></b>Wednesday, March 30, 2011 10:51:25 AM<br><b>Subject:<span class="Apple-converted-space"> </span></b>Re: [cisco-voip] increasing Maximum Serving Count TFTP service parameter<br><br>A few things come to mind -<span class="Apple-converted-space"> </span><br>you can use BAT to reset phones at a slower rate in smaller groups. just tick the box to reset the phones. BAT changes are throttled so phones will have a better chance at success.<br><br>There is a TFTP perfmon counter that indicates when serving count has been exceeded. If that incremented then increasing serving count may be beneficial. If that didn't increment then the problem lies elsewhere.<br><br>I don't see a CM version indicated here. I also don't see indication of what other activities may have been going on when the reset was attempted. Activities like updating device pools or CM groups cause TFTP to rebuild all files. Rebuilding files can be slow. It is slowed further if this is pre-6.x where all database reads go to the publisher and the publisher is located across a WAN. Informix reads over WAN are particularly painful. Windows versions had a TFTP service parameter to "write TFTP files to disk" which further slowed TFTP rebuilds. TFTP requests while TFTP is rebuilding cause "processing allocation exceeded" (text may be different, memory is a bit fuzzy) which increments the same perfmon counter mentioned above.<br><br>If the phones are over a WAN from the TFTP server this is also exacerbated. TFTP over wan is slow causing transfer to take longer which keeps each thread busy longer which causes more processing allocation exceeded. Best bet in this scenario is controlled reset of phones, see the BAT approach above.<br><br>Digging even deeper TFTP transactions fail more frequently when there is a speed/duplex mismatch between the TFTP server and the connected switch. Ironically this too manifests more often when phones are over a WAN away from the TFTP server.<br><br>If the TFTP server is not also running call processing then increasing thread count should be safe.<br><br>Regards,<br>Wes<br><br>On 3/29/2011 5:02 PM, Lelio Fulgenzi wrote:<blockquote cite="mid:1404489453.3046883.1301432572778.JavaMail.root@simcoe.cs.uoguelph.ca"><div style="font-family: Verdana; font-size: 10pt; color: rgb(0, 0, 0); ">I'm trying to upgrade about 4000 7940s and this morning's first attempt didn't pan out so well.<br><br>After two resets, only 850 of them upgraded.<br><br>I am resetting all phones from the device defaults page. I don't have any other way to reset b/c device pools contain other phone models.<br><br>Any advantage to increasing the Maximum Serving Count TFTP service parameter? It's currently set to 1000, but it says I can increase this to 5000.<br><br>We have advanced server running on our dedicated TFTP server. Properties shows Pentium III 1266MHz with 2GB RAM.<br><br>thoughts?<br><br><div style="margin-left: 40px; "><hr style="width: 1130px; height: 2px; ">This parameter specifies the maximum number of client requests to accept and to serve files at a time. Specify a low value if you are serving files over a low bandwidth connection. You can set it to a higher number if you are serving small files over a large bandwidth connection and when CPU resources are available, such as when no other services run on the TFTP server. Use the default value if the TFTP service is run along with other Cisco CallManager services on the same server. Use the following suggested values for a dedicated TFTP server: 1500 for a single-processor system and 3000 for a dual-processor system. If the dual-processor system is running Windows 2000 Advanced Server, the serving count can be up to 5000.<span class="Apple-converted-space"> </span><br>This is a required field.<br>Default: 200.<br>Minimum: 1.<br>Maximum: 5000.<br><hr style="width: 1130px; height: 2px; "></div><span><br><span></span>---<br>Lelio Fulgenzi, B.A.<br>Senior Analyst (CCS) * University of Guelph * Guelph, Ontario N1G 2W1<br>(519) 824-4120 x56354 (519) 767-1060 FAX (JNHN)<br>^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^<br>Cooking with unix is easy. You just sed it and forget it.<span class="Apple-converted-space"> </span><br> - LFJ (with apologies to Mr. Popeil)<br><span></span><br></span><br></div><pre><fieldset class="mimeAttachmentHeader"></fieldset>
_______________________________________________
cisco-voip mailing list
<a class="moz-txt-link-abbreviated" href="mailto:cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a>
<a class="moz-txt-link-freetext" href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a>
</pre></blockquote></div>_______________________________________________<br>cisco-voip mailing list<br><a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br><a href="https://puck.nether.net/mailman/listinfo/cisco-voip">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br></div></span></div><br></div></body></html>