From: Sreeram P Bandakavi (sbandaka@xxxxxxxxx)
Date: Wed Aug 02 2000 - 14:50:39 GMT-3
Johnny
You might want to check the config once again. if you are using point to
point sub interfaces and when PVC goes down suatus on "sh int serial x.1 po"
should be down/down. This phenomenon is very commonly used for
dialbackup.when you config bri as back up interface for serial ,generally
for frame circuits you apply it on point to point sub interfaces.so that
when PVC is down interface status goes down/down and kicks back up bri
connection.
Sreeram
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com]On Behalf Of
Johnny Dedon
Sent: Tuesday, August 01, 2000 5:33 PM
To: Sreeram P Bandakavi; Groupstudy
Subject: Re: HSRP tracking of Frame ciruits
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