<!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 text="#000000" bgcolor="#ffffff">
    A few things come to mind - <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"
      type="cite">
      <style type="text/css">p { margin: 0; }</style>
      <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: 100%; 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. <br>
          This is a required field.<br>
          Default: 200.<br>
          Minimum: 1.<br>
          Maximum: 5000.<br>
          <hr style="width: 100%; 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. <br>
                                        - LFJ (with apologies to Mr.
          Popeil)<br>
          <span name="x"></span><br>
        </span><br>
      </div>
      <pre wrap="">
<fieldset class="mimeAttachmentHeader"></fieldset>
_______________________________________________
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>