<div>Simon,</div>
<div> </div>
<div>In case of upgrading your cluster, you could rehome your ipphones/GW`s to one or more of your subscribers, make sure the ip phones/endpoints and subscribers cannot reach your publisher or other call-processing nodes that are included in the upgrade process(ACL`s)
</div>
<div>then upgrade your cluster, and check if everything is fine, if you decide your upgraded cluster is ok, start rehoming your devices to the upgraded publisher and/or subscribers, now you can upgrade your other subcriber nodes.
</div>
<div> </div>
<div>Be aware that a lot of cpu/io/SQL will be utilized when you start synching the subscribers, and also for 11K devices you will have quit the TFTP and registration load on the Pub/tftp</div>
<div><br>I`ve upgraded a cluster with 6500 endpoints, and worked perfectly with minor disturbances (only the homing and rehoming from temp call processing node to primary processing node)</div>
<div>The cluster had 1 pub and 5 subs, i configured 3 subs to each take approx 2500 endpoints, and started upgrading the pub, then i did the sub (wait for complete synch), and rehomed 2500 devices to the upgraded sub, then started the next sub, rehomed 2500 devices to the upgraded sub, and finally the last one.
</div>
<div>After the entire cluster was done, i configured the callmanager groups, the way they should be, and rehomed the devices again.</div>
<div> </div>
<div>I don`t know the nr of servers you are using, but this is a way of doing it, without major disturbances. (however do it in a service window at all times)</div>
<div> </div>
<div> </div>
<div>If you really want something SRST like, you probably have to invest in a bunch of SRST-capable routers and configure the underlying h323 to make sure all the devices can utilize your e1`s /t1`s </div>
<div><br>Grtz</div>
<div> </div>
<div> </div>
<div>Erik Goppel</div>
<div> </div>
<div> </div>
<div> </div>
<div><span class="gmail_quote">2006/12/19, Simon, Bill <<a href="mailto:bills@tns.its.psu.edu">bills@tns.its.psu.edu</a>>:</span>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">The idea is more that we are interested in a solid-state, non-Windows<br>redundant solution. For when we are upgrading CallManager or bailing
<br>out after screwing something up on the cluster.<br><br><br>Ortiz, Carlos wrote:<br>> I assume that means you don't have the bandwidth to have a local<br>> subscriber? That would be the easiest solution if the bandwidth is there.
<br>><br>><br>><br>> ------------------------------------------------------------------------<br>><br>> *From:* <a href="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</a><br>
> [mailto:<a href="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</a>] *On Behalf Of *Lelio Fulgenzi<br>> *Sent:* Monday, December 18, 2006 3:47 PM<br>> *To:* Simon, Bill; Cisco Voip
<br>> *Subject:* Re: [cisco-voip] Something SRST-like for large installations<br>><br>><br>><br>> If you need all phones to have dialtone then two SRST routers seems like<br>> the only alternative.<br>>
<br>><br>><br>> However, do ALL phones really need to have dialtone? I mean, are there<br>> some phones you can identify as phones that don't require redundant<br>> dialtone? Some meeting rooms? Some hallways?
<br>><br>><br>><br>> --------------------------------------------------------------------------------<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."<br>><br>
> ----- Original Message -----<br>><br>> *From:* Simon, Bill <mailto:<a href="mailto:bills@tns.its.psu.edu">bills@tns.its.psu.edu</a>><br>><br>> *To:* Cisco Voip <mailto:<a href="mailto:cisco-voip@puck.nether.net">
cisco-voip@puck.nether.net</a>><br>><br>> *Sent:* Monday, December 18, 2006 3:43 PM<br>><br>> *Subject:* [cisco-voip] Something SRST-like for large installations<br>><br>><br>><br>> Need some suggestions for something SRST-like but for large
<br>> installations.<br>><br>> Basically we would like to have dial-tone service in the event that the<br>> CallManager cluster, for some reason, bites the dust.<br>><br>> The largest SRST option seems to be 780 phones, but we often deploy
<br>> large subnets of 800-1000 phones. The campus overall has 11k phones at<br>> this time on one CM cluster.<br>><br>> Don't yell at me for putting 11k phones on one cluster; Cisco said we<br>
> could do it ;-) besides I am not at liberty to redo the whole<br>> infrastructure. I just need to make a suggestion for redundant<br>> dial-tone service.<br>><br>> Any thoughts?<br>><br>
> Bill<br>><br>><br>> _______________________________________________<br>> cisco-voip mailing list<br>> <a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a> <mailto:
<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>><br><br>
--<br>Bill Simon - <a href="mailto:bills@tns.its.psu.edu">bills@tns.its.psu.edu</a> - (814) 865-2270<br><a href="http://tns.its.psu.edu/">http://tns.its.psu.edu/</a><br>_______________________________________________<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></blockquote></div>
<br>