Re: IGRP on ISDN

From: Peng Zheng (zpnist@yahoo.com)
Date: Thu Sep 19 2002 - 12:43:26 GMT-3


Thanks. It's very clear.

--- Omer Ansari <omer@ansari.com> wrote:
> OK here goes:
> replace R2 and R3 with R6 and R5:
>
> R6's e0: 137.20.64.6
> R5's e0ip: 137.20.64.5
>
> R6#sir con | inc Ether
> C 137.20.64.0/20 is directly connected,
> Ethernet0/0
>
> taking an example of a route learnt from R5:
>
> R6#sir ospf | inc 200
> O IA 200.200.200.0/24 [110/792] via 137.20.64.5,
> 00:01:10, Ethernet0/0
>
> R6(config)#int tu55
> R6(config-if)#tunn
> *Mar 2 09:58:58.489: %LINEPROTO-5-UPDOWN: Line
> protocol on Interface
> Tunnel55, changed state to down
> R6(config-if)#tunnel dest 200.200.200.1
> R6(config-if)#tunnel source 137.20.64.6
> R6(config-if)#
> *Mar 2 10:00:06.493: %LINEPROTO-5-UPDOWN: Line
> protocol on Interface
> Tunnel55, changed state to up
>
> R6(config-if)#backup interface bri0/0
>
> thus on R6:
> BRI0/0 137.20.224.6 YES
> manual standby mode
> down
> ..
> Tunnel55 unassigned YES unset
> up up
>
> now lets shut down R5's e0 interface:
>
> R5(config)#int e0/0
> R5(config-if)#shut
>
> on R6:
> R6#
> *Mar 2 10:06:35.502: %OSPF-5-ADJCHG: Process 10,
> Nbr 137.20.5.5 on
> Ethernet0/0 from FULL to DOWN, Neighbor Down: Dead
> timer expired
> R6#
>
> b/c of which the 200.200.100/24 route is lost,
> because of which the tunnel
> goes down:
>
> R6#
> *Mar 2 10:06:58.544: %LINEPROTO-5-UPDOWN: Line
> protocol on Interface
> Tunnel55, changed state to down
>
> because of which backup interface kicks up:
>
> *Mar 2 10:06:58.548: %LINK-3-UPDOWN: Interface
> BRI0/0:1, changed state to
> down
> *Mar 2 10:06:58.552: %LINK-3-UPDOWN: Interface
> BRI0/0:2, changed state to
> down
> *Mar 2 10:06:58.600: %LINK-3-UPDOWN: Interface
> BRI0/0, changed state to
> up
>
>
>
> Omer
>
> On Wed, 18 Sep 2002, Peng Zheng wrote:
>
> > COuld you please give me a example?
> >
> > --- Omer Ansari <omer@ansari.com> wrote:
> > > Peng,
> > >
> > > allow me correct myself. the tunnel would have a
> > > destination pointing to a
> > > route learnt via R3, not on the e0 address on
> R3.
> > > [perhaps you could
> > > monitor the R1-R3 network]
> > >
> > > when the route vanishes from r2's routing table,
> the
> > > tunnel would go down.
> > >
> > > the speed with which this would happen will be
> > > directly proportional to
> > > the convergence speed of the RP in question.
> > >
> > > Omer
> > >
> > > On Wed, 18 Sep 2002, Omer Ansari wrote:
> > >
> > > > Create a tunnel interface on R2 with R3's e0
> ip
> > > address as destination
> > > > (and r2's e0 as source)
> > > >
> > > > then run backup interface br0/0 on the tunnel
> If.
> > > >
> > > > the tunnel would go down when R3's e0 would go
> > > down, triggering your
> > > > backup interface.
> > > >
> > > > a wizard called Carlos Mendioroz came up with
> this
> > > some time ago so i
> > > > cannot take the accolade.
> > > >
> > > > Omer
> > > >
> > > > On Wed, 18 Sep 2002, Peng Zheng wrote:
> > > >
> > > > > Actually, they are connected through switch.
> > > Then,
> > > > > what's the solution?
> > > > >
> > > > > --- Prakash H Somani
> <pdsccie@rediffmail.com>
> > > wrote:
> > > > > > Hi,
> > > > > >
> > > > > > I think I can agree with you partially. R2
> > > will dial
> > > > > > i.e BRI will
> > > > > > come in spoofing mode from standby if R3
> e0
> > > goes
> > > > > > down only if
> > > > > > those two routers are directly connected.
> If
> > > those
> > > > > > are connected
> > > > > > through switch...then it will not work....
> > > > > >
> > > > > > Regards....Prakash
> > > > > >
> > > > > > On Wed, 18 Sep 2002 Peng Zheng wrote :
> > > > > > >Hi,
> > > > > > >
> > > > > > >R1(bri 0)-----(bri 0)R2(e0)---(e0)R3
> > > > > > > (e1)|________________________|(e1)
> > > > > > >
> > > > > > >IGRP is run on all three routers.
> > > > > > >
> > > > > > >Requirement:
> > > > > > >
> > > > > > >1) R2 only dials R1 when the e0 to R3 is
> > > > > > disconnected.
> > > > > > >2) Snapshot and dialer watch can not be
> used.
> > > > > > >
> > > > > > >
> > > > > > >I think I should use backup interface
> under
> > > e0 of
> > > > > > R2.
> > > > > > >
> > > > > > >Is it right?
> > > > > > >
> > > > > > >If so, How should I configure the
> > > dialer-list?
> > > > > > >
> > > > > > >And because two numbers are used. R2 need
> to
> > > dial
> > > > > > >second if it can not connect to R1.
> > > > > > >
> > > > > > >if:
> > > > > > >
> > > > > > >dialer map ip 1.1.1.1 name r1 broadcast
> > > number1
> > > > > > >dialer map ip 1.1.1.1 name r1 broadcast
> > > number2
> > > > > > >
> > > > > > >is OK?
> > > > > > >
> > > > > > >
> > > > > > >Thank you for help.
> > > > > > >
> > > > > > >Best Wishes,
> > > > > > >Peng Zheng
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > >
> > >
> >__________________________________________________
> > > > > > >Do you Yahoo!?
> > > > > > >Yahoo! News - Today's headlines
> > > > > > >http://news.yahoo.com
>
=== message truncated ===



This archive was generated by hypermail 2.1.4 : Mon Oct 07 2002 - 07:43:57 GMT-3