[c-nsp] enhanced object tracking

[CLAEREBOUDT Elke]

Hi,

I don't want to track the pvc's or wan interface.
It even has not much to do with HSRP.
I read the document about enhanced tracking, but it's not that clear to
me.

The "active" router which is also the main entrance point for traffic
coming from the internet, has a default route pointing to the wan
interface, and has the public subnet configured on the ethernet
interface. SO as long as this interface stays up, it will keep on
dumping the traffic from internet on the wire. 
Problem is when there's something wrong further in the network. The
physical link will stay up, but the traffic will dissapear in thin air.
SO what we would need to do. Change the setup and config a little bit,
so that the public range is reachable via a static route with a next hop
(=firewall) ang that the router will poll this next hop, if this next
hop is unreachable, the router must sends this traffic via the other
router (there's also a pvc configured between them).
And all this without dynamic routing.

Thanks

elke
-----Original Message-----
From: Serguei Bezverkhi [mailto:sbezverkhi at hotmail.com] 
Sent: Friday 15 April 2005 17:48
To: christian.macnevin at uk.bnpparibas.com; matthew at crocker.com
Cc: CLAEREBOUDT Elke; cisco-nsp at puck.nether.net
Subject: RE: [c-nsp] enhanced object tracking

Hi,

It is a bit funny because answer to your problem is already in your
email's
subject.

Depending on IOS your are running you can track lots of things. For
example
you can track end-to-end IP reachability and attach it to HSRP.

There is a document on CCO with exact the same name, which will walk you
through different scenarios.

HTH 

Serguei  

-----Original Message-----
From: cisco-nsp-bounces at puck.nether.net
[mailto:cisco-nsp-bounces at puck.nether.net] On Behalf Of
christian.macnevin at uk.bnpparibas.com
Sent: Friday, April 15, 2005 11:39 AM
To: matthew at crocker.com
Cc: ECLAEREB at mail.mobistar.be; cisco-nsp at puck.nether.net
Subject: Re: [c-nsp] enhanced object tracking

Shoot me if I'm wrong, but the way I remember it, shutting down the
subinterface at the local end (presuming you're the DTE) won't produce
failover. The reason is that the DLCI is still showing up within the LMI
and the interface never really goes down. So if you want to force
failover,
the only way to do it is to shut down the physical interface - maybe not
so
nice if you've got more than one PVC on there.

Having said this, something about bidirectional LMIs comes to mind.
Anyone?






Internet
matthew at crocker.com@puck.nether.net - 15/04/2005 16:27


Sent by:    cisco-nsp-bounces at puck.nether.net

To:    ECLAEREB

cc:    cisco-nsp


Subject:    Re: [c-nsp] enhanced object tracking



HSRP supports interface tracking so you should be able to track the
interface handling the PVC and have the HSRP failover when the PVC
drops

http://www.cisco.com/en/US/tech/tk648/tk362/
technologies_tech_note09186a0080094a91.shtml#intracking

add 'standby track atm x/y.z' in your ethernet interface config

-Matt

On Apr 15, 2005, at 10:59 AM, CLAEREBOUDT Elke wrote:

> Hi,
>
> I have 2 internet routers configured in HSRP who are connected via
> ethernet switches (and an atm cloud).
> Each router has a default route to internet and they also have a
> point-to-point pvc between them.
> The public subnet which should be reached coming from internet is the
> directly connected LAN, so no routing needs to be done on the routers.
>
> Problem is when the uplink between the ethernet switch and the atm
> cloud
> goes down, the ethernet of the router stays up and it will keep
sending
> traffic on the wire, which will go  nowhere.
> Is there a solution (some sort of ip address tracking) which will
> change
> the routing (except of dynamic routing ofcourse) ?
>
> Thx
>
> elke
>
>


*****DISCLAIMER*****

This electronic transmission (and any attached document) is intended 
exclusively for the person or entity to whom it is addressed and may 
contain confidential and/or privileged material. 
Any disclosure, copying, distribution or other action  based upon 
the information by persons or entities other than the intended recipient
is prohibited. If you receive this message in error, please contact the 
sender and delete the material from any and all computers. 
Mobistar does not warrant a proper and complete transmission of this
information, nor does it accept liability for any delays.

*****END OF DISCLAIMER*****