RE: Frame-relay & HSRP [7:72166]

2003-07-13 Thread Salvatore De Luca
Ahh yes.. you can do this also.. pending you have 12.0(5)T or later. The
only issue with that is you might want to modify the "frame-relay end-to-end
keepalive timer" As you stated, Within the 15 second intervals x3 you are
looking at a good 45 seconds before the WAN interface goes down down ,plus
another 10 for the HSRP holdtimer.


mccloud mike wrote:
> 
> I have seen this problem before with frame. LMI being local to
> the frame switch means the interface does not go down and
> backups routes do not kick in. One way to overcome this is to
> monitor layer 2 by using the “frame-relay end-to-end
> keepalive mode bidirectional” command within a map class
> on both sides. This command sends a keepalive every 15 seconds,
> if 3 are missed the interface will change to down/down even
> though the interface is receiving LMI from the frame switch. I
> hope this helps.
> 
> Mike 
> 
> 
> Masaru Umetsu wrote:
> > 
> > Dear all
> > 
> > I have a question about frame-relay. Network Diagram is below.
> > 
> > R1* *  *R3
> > | * FR * |
> > R2* *  *R4
> > 
> > I configured a HSRP between R1 and R2, R3 and R4.
> > R1,R3 are Active router.(R2,R4 are Standby router)
> > And I configured standby track in a Wan side of R1,R3.
> > 
> > When I disabled(shutdown the interface) the serial0/0 of R1 ,
> > then R2 became Active router. It's ok.
> > But R3 didn't detect a down of Wan side,so serial0/0 of R3 is
> > up-up.
> > Therefore,I can't send a data between R2 and R4.
> > Regarding Frame-relay configuration, I configured frame-relay
> in
> > main-interface. Is it a mechanism of Frame-relay in
> > main-interface ?
> > I don't know in detail. Should I use sub-interface &
> > point-2-point
> > definition in frame-relay to use HSRP standby track ? Please
> > explain me
> > about this problem.
> > 
> > 
> 
> 




Message Posted at:
http://www.groupstudy.com/form/read.php?f=7&i=72218&t=72166
--
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]


RE: Frame-relay & HSRP [7:72166]

2003-07-13 Thread mccloud mike
I have seen this problem before with frame. LMI being local to the frame
switch means the interface does not go down and backups routes do not kick
in. One way to overcome this is to monitor layer 2 by using the
“frame-relay end-to-end keepalive mode bidirectional” command
within a map class on both sides. This command sends a keepalive every 15
seconds, if 3 are missed the interface will change to down/down even though
the interface is receiving LMI from the frame switch. I hope this helps.

Mike 


Masaru Umetsu wrote:
> 
> Dear all
> 
> I have a question about frame-relay. Network Diagram is below.
> 
> R1* *  *R3
> | * FR * |
> R2* *  *R4
> 
> I configured a HSRP between R1 and R2, R3 and R4.
> R1,R3 are Active router.(R2,R4 are Standby router)
> And I configured standby track in a Wan side of R1,R3.
> 
> When I disabled(shutdown the interface) the serial0/0 of R1 ,
> then R2 became Active router. It's ok.
> But R3 didn't detect a down of Wan side,so serial0/0 of R3 is
> up-up.
> Therefore,I can't send a data between R2 and R4.
> Regarding Frame-relay configuration, I configured frame-relay in
> main-interface. Is it a mechanism of Frame-relay in
> main-interface ?
> I don't know in detail. Should I use sub-interface &
> point-2-point
> definition in frame-relay to use HSRP standby track ? Please
> explain me
> about this problem.
> 
> 




Message Posted at:
http://www.groupstudy.com/form/read.php?f=7&i=72214&t=72166
--
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]


RE: Frame-relay & HSRP [7:72166]

2003-07-11 Thread Salvatore De Luca
When you have a FR connection, you have a dedicated circuit to your provider
which then on taps into the frame cloud. So consider it alomost like a
point-to-point link to your local Carrier and then from there you connect
within the providers Frame Switch into their Frame Relay cloud. Now, when
you shutdown R1's Wan interface your HSRP failed over fine. The reason that
R3 was showing Up Up was that your circuit to your carrier from R3 did not
go down and it stil exhanges LMI with R3's Physical interface, your PVC
should have been showing INACTIVE at this point though. I would recommend
using point-to-point subinterfaces on your FR WAN connections. When you do
this and then shut down one end of the link the line protocol on the
sub-interface of R3 would go "UP DOWN" and if you then track the
SUB-Interface, you should have a successful failover for the "Standby Track"
command on R3. Currently, you have outboud traffic going out R2 --->R4 and
return traffic going to the Active HSRP router "R3" then dropping packets
because your PVC is INACTIVE and you are in an UP UP state..

You have successfully achieved Asymetrical routing.. :(

Until your Interface Line protocol Drops in an "UP DOWN" state on R3's WAN
interface.. then Standby Interface tracking wont do anything..


Masaru Umetsu wrote:
> 
> Dear all
> 
> I have a question about frame-relay. Network Diagram is below.
> 
> R1* *  *R3
> | * FR * |
> R2* *  *R4
> 
> I configured a HSRP between R1 and R2, R3 and R4.
> R1,R3 are Active router.(R2,R4 are Standby router)
> And I configured standby track in a Wan side of R1,R3.
> 
> When I disabled(shutdown the interface) the serial0/0 of R1 ,
> then R2 became Active router. It's ok.
> But R3 didn't detect a down of Wan side,so serial0/0 of R3 is
> up-up.
> Therefore,I can't send a data between R2 and R4.
> Regarding Frame-relay configuration, I configured frame-relay in
> main-interface. Is it a mechanism of Frame-relay in
> main-interface ?
> I don't know in detail. Should I use sub-interface &
> point-2-point
> definition in frame-relay to use HSRP standby track ? Please
> explain me
> about this problem.
> 
> 




Message Posted at:
http://www.groupstudy.com/form/read.php?f=7&i=72168&t=72166
--
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]