[c-nsp] Simple NAT based IOS failover between providers

Ted Mittelstaedt tedm at toybox.placo.com
Wed Sep 28 09:57:46 EDT 2005



>-----Original Message-----
>From: cisco-nsp-bounces at puck.nether.net
>[mailto:cisco-nsp-bounces at puck.nether.net]On Behalf Of Rodney Dunn
>Sent: Tuesday, September 27, 2005 11:05 AM
>To: Robert Boyle
>Cc: Gert Doering; cisco-nsp
>Subject: Re: [c-nsp] Simple NAT based IOS failover between providers
>
>
>>
>> >I'm working on the timeout problem with the probe. It looks broke
>> >to me as it doesn't honor the consecutive retries I configured and
>> >takes the route down immediately. Just a gotha with the configuration
>> >I gave for now.
>>
>> Thank you! We are going to try this today in the lab with a
>NAT config and
>> a floating static for the backup and a default to the T1
>interface to see
>> if the NAT changes from the primary to the backup as expected.
>
>The key is detecting the path failure to remove the route.
>If it's a serial in the lab it will come down if you pull the
>cable or is the keepalives timeout.
>

And if it's Frame Relay, and the frame carrier decided to point your DLCI
to
the bit bucket, you will not lose LMI yet you will still lose
connectivity.

And if it's bridged or routed DSL coming in from a DSL modem on an
ethernet port in the router, or it's a cable modem not running pppoe
coming
in on an ethernet port (ie: comcast) then it won't work either.

Ted



More information about the cisco-nsp mailing list