From: Johnny Dedon (jdedon@xxxxxxxxxxxx)
Date: Tue Aug 01 2000 - 21:33:15 GMT-3
Sreeram
I am using point to point subinterfaces and with the far end down, the local
router is still receiving lmi from the frameswitch and therefore still shows
the interface status up up. A tunnel between the two interface addresses
works. I haven't tried the ppp command suggested yet. What ios code
supports this command and since it starts with ppp, it appears it might be a
ppp encapsulation supported feature only and used for dialup quality
checking.
Thanks for your responses. I am taking the lab on Monday and though I
really don't expect to pass on the first try, I don't want to get
blind-sided by something simple.
Johnny
----- Original Message -----
From: "Sreeram P Bandakavi" <sbandaka@cisco.com>
To: "Groupstudy" <ccielab@groupstudy.com>
Sent: Tuesday, August 01, 2000 7:04 PM
Subject: RE: HSRP tracking of Frame ciruits
>
>
> You can use the following command
>
> ppp quality percentage
>
> another way of doing the same is to use Subinterfaces .so that even the
PVC
> is down I am getting
> down/down and traffic is re routed thro ' otehr router.
>
> Sreeram
>
> -----Original Message-----
> From: nobody@groupstudy.com [mailto:nobody@groupstudy.com]On Behalf Of
> Brian Hescock
> Sent: Tuesday, August 01, 2000 4:25 PM
> To: Johnny Dedon
> Cc: ccielab@groupstudy.com
> Subject: Re: HSRP tracking of Frame ciruits
>
>
> Johnny,
> One problem with this is the router on the other end of the pvc might
> not be aware the link from RTC into the frame cloud went down. If the
> link on RTRA's side doesn't go down then hsrp wouldn't decrement RTRA's
> priority and RTRB wouldn't then become primary. However, I believe there
> is a new command that does ppp end-to-end link quality checks and may
> allow this to work. I don't recall the command, perhaps someone else can
> provide that. Given that this command will do what we want, here's how
> you would do the hsrp config:
>
>
> rtra:
>
> inter e0
> ip add 1.1.1.2 255.255.255.0
> standby 1 ip 1.1.1.1
> standby 1 priority 105 preempt
> standby 1 tracking serial 0
>
> rtrb:
>
> int e 0
> ip add 1.1.13 255.255.255.0
> standby 1 ip 1.1.1..1
> standby 1 priority 100 preempt
>
> The reason I set rtra's priority to 105 is the default value for
> decrementing the priority is 10. If s0 went down the priority for rtra
> woudl become 95 and rtrb would become the active router. You shouldn't
> need a tracking command on rtrb because if it went down there would be no
> need to decrement it and have rtra become active because it's serial link
> would already be down. The reason for this is if rtra serial link had
> come back up the priority would have gone back to 105 and it would have
> already have become the active router. Note: rtrb priority 100 wasn't
> needed, it's 100 by default, just wanted everyone to see it.
>
> Brian
>
> On Tue, 1 Aug 2000, Johnny Dedon
> wrote:
>
> > Can anyone tell me how to track the status of a serial frame relay
> > connection with hsrp setup on the lan connections. I want to failover
my
> > LAN connection if the far end of my primary router's frame connection is
> > down.
> >
> > RTRC
> > X |
> > ------------------------------
> > Frame Relay
> > ------------------------------
> > | |
> > RTRA - hsrp - RTRB
> > | |
> > -------Ethernet-----------------
> >
> > Router A is primary and link at RTRC fails
> >
> >
> > Johnny
> >
This archive was generated by hypermail 2.1.4 : Thu Jun 13 2002 - 08:24:20 GMT-3