[cisco-voip] Keeping phones in SRST Mode
Tim Smith
thsglobal at gmail.com
Mon Jul 7 09:53:18 EDT 2008
Hi Guys,
You can use the "Connection Monitor Duration" setting on the device pool
configuraiton to do this.
I think by default it is 120 seconds.
It controls when the devices in SRST mode, will unregister from SRST control
and re-register with the callmanagers...
It doesnt care about the link, but if you set it up high enough, then it
gives you enough time to work what is going on and take appropriate
measures, i.e. blocking CCM access until a flapping link is resolved..
Cheers,
Tim
On Mon, Jul 7, 2008 at 3:41 PM, Alex <ecralar at hotmail.com> wrote:
> Hi there,
> Another option would be to use floating static routes+IP SLA (ICMP or TCP
> dst port 2000) probes towards CCM server.
> Something like this:
> !
> ip route <CCM IP> 255.255.255.255 Null0 254
> ip route <CCM IP> 255.255.255.255 <next-hop IP@> track 123
> !
> rtr 1
> type echo protocol ip IcmpEcho <CCM IP@> source-ipaddr <src IP@>
> timeout 1000
> frequency 1
> rtr schedule 1 start-time now life forever
> track 123 rtr 1 reachability
> !
> Rgds
> Alex
>
>
> ----- Original Message ----- From: "Shaji George" <sgeorge111 at gmail.com>
> To: <cbomba at s4nets.com>
> Cc: <cisco-voip at puck.nether.net>
> Sent: Wednesday, June 04, 2008 5:30 PM
> Subject: Re: [cisco-voip] Keeping phones in SRST Mode
>
>
> If the circuit is bouncing, it is better to put an ACL to block the
>> communication to call managers. You can use Perl script to do this.
>> Once the circuit is stable, remove the ACL..
>> Thanks
>> shaji george
>>
>> On 6/4/08, Christopher M. Bomba <cbomba at s4nets.com> wrote:
>>
>>> Thanks, I was hoping to find a command similar to the "ccm-manager
>>> switchback" command.
>>>
>>> The ACL solution is a manual process and if I could create something that
>>> would monitor the link and if it stayed up for > 30 minutes then allow the
>>> phones to switchback. What about a script of some sorts to put on the
>>> router?
>>>
>>> I guess since H.323 is Peer-to-Peer I don't have the ability to rely on
>>> something else monitoring the link.
>>>
>>> Chris
>>>
>>>
>>> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>>> Christopher Bomba CCNP, CCVP
>>> solutions4networks
>>> Email - chris at s4nets.com
>>> Cell - 412.398.3990
>>> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>>>
>>> -----Original Message-----
>>> From: Lelio Fulgenzi <lelio at uoguelph.ca>
>>> Sent: Wednesday, June 4, 2008 11:32am
>>> To: cbomba at s4nets.com, cisco-voip at puck.nether.net
>>> Subject: Re: [cisco-voip] Keeping phones in SRST Mode
>>>
>>> We want to prepare for something like this as well. The easiest thing to
>>> do
>>> would be to create an ACL at the main site (which would have the more
>>> stable) and simply prevent access to all your voip servers. You could
>>> simplify this with an alias that would copy a bunch of commands stored in
>>> a
>>> file to the running config. If you have numbered ACLs, it's even easier.
>>>
>>> Lelio
>>>
>>> --------------------------------------------------------------------------------
>>> Lelio Fulgenzi, B.A.
>>> Senior Analyst (CCS) * University of Guelph * Guelph, Ontario N1G 2W1
>>> (519) 824-4120 x56354 (519) 767-1060 FAX (JNHN)
>>> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>>> ...seen on a Geek Squad patch cord: "While it is the same length, this 7'
>>> crossover cable
>>> is not regulation issue for most competitive Manhattan double dutch
>>> leagues.
>>> ----- Original Message -----
>>> From: "Christopher M. Bomba" <cbomba at s4nets.com>
>>> To: <cisco-voip at puck.nether.net>
>>> Sent: Wednesday, June 04, 2008 11:21 AM
>>> Subject: [cisco-voip] Keeping phones in SRST Mode
>>>
>>>
>>> > We have a H.323 gateway with SRST configured on it. The link between >
>>> the
>>> > site and CCM is flapping causing the phones to bounce between SRST and
>>> > CCM. How would I make the phones stay in SRST mode until I know the >
>>> link
>>> > is stable?
>>> >
>>> > If the device was configured as MGCP we see a command "ccm-manager
>>> > switchback never or uptime-dely" could work but we are not in MGCP.
>>> >
>>> > Thanks,
>>> > Chris
>>> >
>>> >
>>> > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>>> > Christopher Bomba CCNP, CCVP
>>> > solutions4networks
>>> > Email - chris at s4nets.com
>>> > Cell - 412.398.3990
>>> > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>>> >
>>> >
>>> >
>>> > _______________________________________________
>>> > cisco-voip mailing list
>>> > cisco-voip at puck.nether.net
>>> > https://puck.nether.net/mailman/listinfo/cisco-voip
>>> >
>>>
>>>
>>>
>>> _______________________________________________
>>> cisco-voip mailing list
>>> cisco-voip at puck.nether.net
>>> https://puck.nether.net/mailman/listinfo/cisco-voip
>>>
>>> _______________________________________________
>> cisco-voip mailing list
>> cisco-voip at puck.nether.net
>> https://puck.nether.net/mailman/listinfo/cisco-voip
>>
>>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20080707/ce90a90b/attachment.html>
More information about the cisco-voip
mailing list