<HTML><BODY style="word-wrap: break-word; -khtml-nbsp-mode: space; -khtml-line-break: after-white-space; ">Stop CTIManager as well - it actually has a default hook into the local ccm.exe.  If you have an CTI apps using CTIManager this will force them to roll over to another CTI Manager and avoid a 2nd interruption.<DIV><DIV><BR class="khtml-block-placeholder"></DIV><DIV><DIV><DIV>Yes.  CSCea71523</DIV><DIV>Symptom:</DIV><DIV><SPAN class="Apple-tab-span" style="white-space:pre">        </SPAN>The actual function MaxStationsInitPerSecond parameter is somewhat </DIV><DIV><SPAN class="Apple-tab-span" style="white-space:pre">        </SPAN>misleading - has nothing to do with "time".</DIV><DIV><BR></DIV><DIV>Condition:</DIV><DIV><SPAN class="Apple-tab-span" style="white-space:pre">        </SPAN>Normal operation.</DIV><DIV><BR></DIV><DIV>Workaround:</DIV><DIV><SPAN class="Apple-tab-span" style="white-space:pre">        </SPAN>None, but request this parameter be renamed to something like:</DIV><DIV><BR></DIV><DIV><SPAN class="Apple-tab-span" style="white-space:pre">        </SPAN>MaxPhonesFallbackQueueDepth</DIV><DIV><BR></DIV><DIV><BR></DIV><DIV>Online Help Suggestion:</DIV><DIV><BR></DIV><DIV><SPAN class="Apple-tab-span" style="white-space:pre">        </SPAN>The maximum number of phone registrations a </DIV><DIV><SPAN class="Apple-tab-span" style="white-space:pre">        </SPAN>higher order CallManager queues at one time.  </DIV><DIV><BR></DIV><DIV><SPAN class="Apple-tab-span" style="white-space:pre">        </SPAN>When a phone determines that a higher-priority </DIV><DIV><SPAN class="Apple-tab-span" style="white-space:pre">        </SPAN>CallManager is available, it sends a registration </DIV><DIV><SPAN class="Apple-tab-span" style="white-space:pre">        </SPAN>request.  Once acknowledged, the phone will </DIV><DIV><SPAN class="Apple-tab-span" style="white-space:pre">        </SPAN>immediately unregister on the lower-priority </DIV><DIV><SPAN class="Apple-tab-span" style="white-space:pre">        </SPAN>CallManager and a registration request is placed </DIV><DIV><SPAN class="Apple-tab-span" style="white-space:pre">        </SPAN>in the queue of the higher-priority CallManager.  </DIV><DIV><BR></DIV><DIV><SPAN class="Apple-tab-span" style="white-space:pre">        </SPAN>A phone is unregistered for the amount of time </DIV><DIV><SPAN class="Apple-tab-span" style="white-space:pre">        </SPAN>it takes the higher-priority CallManager to </DIV><DIV><SPAN class="Apple-tab-span" style="white-space:pre">        </SPAN>process the queued registration request.</DIV><DIV><BR class="khtml-block-placeholder"></DIV><DIV>Furhter: This service parameter defines the number of signals</DIV><DIV>that StationInit process can handle at a particular time slice. So it not only controls</DIV><DIV>registration requests it will also control things like number of simultaneous</DIV><DIV>offhooks that may recevied by the CallManager. </DIV><DIV><BR class="khtml-block-placeholder"></DIV><DIV>/Wes</DIV><DIV><BR class="khtml-block-placeholder"></DIV><DIV>On Jul 18, 2006, at 12:30 PM, Lelio Fulgenzi wrote:</DIV><BR class="Apple-interchange-newline"> <DIV><FONT size="2">Just wondering if anyone has tried updating the O/S on a subscriber during business hours, obviously after stopping the CallManager service and forcing phones to register to another subscriber first. </FONT><FONT size="2">Our goal is to try an minimize the amount of after hours work that is involved in maintaining this new fancy system of ours. </FONT></DIV> <DIV><FONT size="2"></FONT> </DIV> <DIV><FONT size="2">Ideally, we'd see the following happening:</FONT></DIV> <UL>  <LI><FONT size="2">stop callmanager services and have phones register to another   subscriber during a short maintenance window</FONT></LI>  <LI><FONT size="2">update O/S during the day</FONT></LI>  <LI><FONT size="2">start callmanager services during a short maintenance   window</FONT></LI></UL> <DIV><FONT size="2">Some questions:</FONT></DIV> <UL>  <LI><FONT size="2">are there any other services we should stop to make this as   transparent as possible?</FONT></LI>  <LI><FONT size="2">does the </FONT><A name="MaxStationsInitPerSecond"><B><FONT size="2">Maximum Phone Fallback Queue Depth </FONT></B></A><FONT size="2">service   parameter help in any way in getting phones to register quicker on the next   callmanager in line?</FONT></LI></UL> <DIV><FONT size="2">Any comments would be extremely welcome.</FONT></DIV> <DIV> </DIV> <DIV><FONT size="2">--------------------------------------------------------------------------------<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>"I can eat fifty eggs." "Nobody can eat fifty eggs."</FONT></DIV><DIV style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; ">_______________________________________________</DIV><DIV style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; ">cisco-voip mailing list</DIV><DIV style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; "><A href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A></DIV><DIV style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; "><A href="https://puck.nether.net/mailman/listinfo/cisco-voip">https://puck.nether.net/mailman/listinfo/cisco-voip</A></DIV> </DIV><BR></DIV></DIV></BODY></HTML>