This brings up a question I have been meaning to ask. How do most people handle a bouncing WAN circuit with centralized CCM deployments?   If you have a remote site with a SRST router and that site's WAN link back to CCM is bouncing it seems like the phones will constantly register to CCM, register to SRST, register back to CCM, etc as the WAN link goes up and down.
<br><br>I tried to adjust the CCM Device Pool connection monitor as well as changing the &#39;switchback&#39; setting on the SRST gateway.&nbsp; But these settings do not seem to come into play for transitions between CCM and SRST.&nbsp; I think they are only for transitions between a Primary CCM and Secondary CCM.
<br><br>How do you guys deal with a circuit that might be bouncing up and down constantly for some amount of time as Telco is fixing the circuit?<br><br>Is there a way to say, &quot;Stay in SRST until the circuit has been up and working for 5 minutes&quot;.
<br><br>Thanks,<br>Justin<br><br><div><span class="gmail_quote">On 2/27/07, <b class="gmail_sendername">Matt Slaga (US)</b> &lt;<a href="mailto:Matt.Slaga@us.didata.com">Matt.Slaga@us.didata.com</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Are you running remote backups or something similar that is<br>oversubscribing the links at 1:00am?<br><br><br><br>-----Original Message-----<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 tony<br>Sent: Tuesday, February 27, 2007 1:08 AM<br>To: <a href="mailto:cisco-voip@puck.nether.net">
cisco-voip@puck.nether.net</a><br>Subject: [cisco-voip] phones at remote site frequent failing over to<br>SRST,wan issue?<br><br>Hi all,<br><br>We have a remote site in Australia connected back to our singapore<br>headquarters, which is home of our callmanager.&nbsp;&nbsp;Phones in our australia
<br>site register back with the callmanager in Singapore.&nbsp;&nbsp;If the WAN link<br>goes down, they would register with the voice gateway in SRST mode.<br>What we would see in our CM logs is that phones will unregister from the
<br>primary callmanager, try to register with the secondary, and then<br>attempt to register with srst.&nbsp;&nbsp;We believe that this is primarily a<br>circuit issue, but a ticket opened up with the carrier says that there<br>is no disconnects.&nbsp;&nbsp;The carrier ran a ping monitor between the two
<br>sites.&nbsp;&nbsp;Shortly(3 minutes) after the phones go into srst, they will drop<br>existing calls and register back with the callmanager in singapore.<br>This seems to happen around once a day and randomly.&nbsp;&nbsp;Users rarely<br>
report that the internet went down at the same time.&nbsp;&nbsp;None of their web<br>sessions or IM clients disconnect.&nbsp;&nbsp;For example, the phones would<br>unregister around!<br>&nbsp;&nbsp;1am when no one is in the office.&nbsp;&nbsp;We are running CM 
4.1(3) and even<br>our Australia voice gateways(MGCP) unregister from callmanager.<br>However, none of the phones in our Singapore office experience any<br>issues.&nbsp;&nbsp;Ping times are around 117ms between sites.&nbsp;&nbsp;Any ideas to get
<br>this resolved?<br><br>Thanks!<br><br><br><br><br><br>________________________________________________________________________<br>____________<br>Do you Yahoo!?<br>Everyone is raving about the all-new Yahoo! Mail beta.
<br><a href="http://new.mail.yahoo.com">http://new.mail.yahoo.com</a><br><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>-----------------------------------------<br>Disclaimer:<br><br>This e-mail communication and any attachments may contain
<br>confidential and privileged information and is for use by the<br>designated addressee(s) named above only.&nbsp;&nbsp;If you are not the<br>intended addressee, you are hereby notified that you have received<br>this communication in error and that any use or reproduction of
<br>this email or its contents is strictly prohibited and may be<br>unlawful.&nbsp;&nbsp;If you have received this communication in error, please<br>notify us immediately by replying to this message and deleting it<br>from your computer. Thank you.
<br><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>