From: Narbik Kocharians (narbikk@gmail.com)
Date: Thu Jul 06 2006 - 17:36:19 ART
Router(config)#int bri0/0
Router(config-if)#ip addr 1.1.1.1 255.0.0.0
Router(config-if)#ip rip tr
Router(config-if)#ip rip triggered
Mr. Brian McGahan, I think this is a multipoint, don't you?
But I still say that Cisco implemented this to suppress the updates on slow
links just like the url from Cisco states.
I kinda agree with Scott, because what he says is that we are looking at
this from different angles, and maybe he is correct. The only reason I
disagree is that it works on some Multipoint interfaces and does not work on
others.
interface BRI0/0
ip address 1.1.1.2 255.0.0.0
*ip rip triggered*
dialer map ip 1.1.1.1 broadcast 1111031
dialer-group 1
isdn switch-type basic-ni
isdn spid1 11110410101
isdn spid2 11110420101
Do you guys see the "ip rip triggered" command??????????????????????????
But I truly believe that we have totally killed the subject. By the way
Wayne when you took your CCIE lab was it three days or four days? (Just
kidding).
Narbik Kocharians
CCIE# 12410 (R&S, SP, Security)
CCSI# 30832
Network Learning, Inc. (CCIE class Instructor)
www.ccbootcamp.com (CCIE Training)
On 7/6/06, Sami <sy1977@gmail.com> wrote:
>
> Guys,
>
> I didn't know that a small RIP triggred command will trigger such a huge
> discussion which will involve all the so called CCIE Guru's.
>
> Why I asked this IE workbook VOL2 lab 5 section 3.5 ask for this command
> on a ethernet interface because both the routers are connected with other
on
> ethernet interface.I couldn't find this command on ethernet interface
> hence I fired this question to group. IE team please review your VOL2 labs
,
> I found lot of mistakes in VOL2 workbook which are not in sync with
> lab topology.
>
> Narbik , Scott, Brians's thank you very much.
>
> -Sami
>
>
>
>
>
> On 7/6/06, Wayne Lawson <wayne@ipexpert.com> wrote:
> >
> > Geeesh.....When I took the lab (back in the good ol' days) RIP was only
> > a
> > few points -grin-, thus - not that big of a deal....Now we've got 2
> > triple
> > IE's, a quad IE and another very intelligent engineer bickering about
> > RIP.....I guess the lab's getting harder! -huge grin-
> >
> > Wayne A. Lawson II
> > Founder, President & CCIE #5244 - IPexpert, Inc.
> > "When Will You Be an IP Expert?!"
> >
> > -----Original Message-----
> > From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
> > Brian Dennis
> > Sent: Thursday, July 06, 2006 1:46 PM
> > To: Narbik Kocharians; Brian McGahan
> > Cc: Sami; ccielab@groupstudy.com
> > Subject: RE: RIP triggered
> >
> > Did you try putting an IP address on the physical interface or
> > multipoint
> > subinterface before testing? See below:
> >
> > Rack1R1(config)#int s0/0
> > Rack1R1(config-if)#encap frame-relay
> > Rack1R1(config-if)#ip rip triggered b no problem since there isnbt
> > an IP
> > address assigned
> > Rack1R1(config-if)#ip add 167.1.1.1 255.255.255.0
> > Rack1R1(config-if)#ip rip triggered
> > RIP: Serial0/0 is not a point-to-point interface.
> >
> > Rack1R1(config-if)# int s0/0.2 multipoint
> > Rack1R1(config-subif)#ip rip triggered b no problem since there isnbt
> > an
> > IP address assigned
> > Rack1R1(config-subif)#ip address 10.10.10.1 255.255.255.0
> > Rack1R1(config-subif)#ip rip triggered
> > RIP: Serial0/0.2 is not a point-to-point interface.
> >
> >
> > HTH,
> >
> > Brian Dennis, CCIE #2210 (R&S/ISP-Dial/Security)
> > bdennis@internetworkexpert.com
> >
> > Internetwork Expert, Inc.
> > http://www.InternetworkExpert.com <http://www.internetworkexpert.com/>
> > Toll Free: 877-224-8987
> > Direct: 775-745-6404 (Outside the US and Canada)
> >
> >
> >
> > From: Narbik Kocharians [mailto:narbikk@gmail.com]
> > Sent: Thursday, July 06, 2006 10:33 AM
> > To: Brian McGahan
> > Cc: Brian Dennis; Sami; ccielab@groupstudy.com
> > Subject: Re: RIP triggered
> >
> > There are someB vendors that implement RFCs and some that don't, Cisco
> > decided to implement the RFC for the reason i mentioned and thats why
> > its
> > available on WAN and not LAN interfaces.
> > You mean that the "ip rip triggered"B command does not suppress the
> > updates
> > so it does not consume BD? I guess this guys in CiscoB did not test it
> > as
> > well?
> > B
> >
> >
http://www.cisco.com/en/US/products/sw/iosswrel/ps1830/products_feature_guid
> > e09186a008008746f.html
> > B
> > By the way you stated thatB this command isB not supported on
> > multipoint,B i
> > have to totally disagree with that as well. When you configure
> > frame-relay
> > directly under the physical interface, isn't that considered a
> > multipoint?
> > Therefore, it's not an issue of P2P Vs Multipoint, itsB LAN versus WAN.
> > B
> > Narbik Kocharians
> > CCIE# 12410 (R&S, SP, Security)
> > CCSI# 30832
> > Network Learning, Inc. (CCIE class Instructor)
> > www.ccbootcamp.com (CCIE Training)
> >
> > B
> > On 7/6/06, Brian McGahan < bmcgahan@internetworkexpert.com> wrote:
> > B B B B B B Triggered extensions to RIP are not a Cisco specific
> > feature;
> > they are defined in RFC 2091.
> >
> > http://www.internetworkexpert.com/rfc/index.php?rfc=2091
> >
> > B B B B B B If you read through the RFC and tested the behavior you
> > would
> > see that your explanation is not correct.
> >
> > B B B B B B Routes in the RIP database learned on an interface running
> > triggered extensions behave like DNA LSAs in the OSPF database.B B In
> > other words the invalid timer does not apply to them.B B Instead RIP
> > relies on the point-to-point nature of the WAN link to invalidate
> > installed updates when the link goes down.
> >
> > B B B B B B As Brian pointed out this configuration is not valid on
> > multipoint interfaces because the layer 1 status of the interface does
> > not necessarily reflect end-to-end reachability on the segment, i.e .
> > one
> > side of the link can be up while the other side is down.
> >
> >
> >
> > HTH,
> >
> > Brian McGahan, CCIE #8593
> > bmcgahan@internetworkexpert.com
> >
> > Internetwork Expert, Inc.
> > http://www.InternetworkExpert.com <http://www.internetworkexpert.com/>
> > Toll Free: 877-224-8987 x 705
> > Outside US: 775-826-4344 x 705
> > 24/7 Support: http://forum.internetworkexpert.com
> > Live Chat: http://www.internetworkexpert.com/chat/
> >
> > > -----Original Message-----
> > > From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf
> > Of
> > > Narbik Kocharians
> > > Sent: Thursday, July 06, 2006 11:47 AM
> > > To: Brian Dennis
> > > Cc: Sami; ccielab@groupstudy.com
> > > Subject: Re: RIP triggered
> > >
> > > RIP does not care if the other end point is down or not, if RIP does
> > not
> > > receive the updates from a router on a point-to-point or multipoint
> > > interface, it has two timers that it will use to handle that
> > situation,
> > > invalidation timer and Flush timer.
> > >
> > > There are two reasons that Cisco came up with this extension:
> > >
> > > The periodic updates (every 30 seconds be default) can keep the
> > circuit
> > > up,
> > > and the second reason is to cut down on the number of periodic updates
> > > even
> > > on a Point-to-point connections.
> > > Its because of these two points that the command "ip rip triggered" is
> >
> > > only
> > > available on the wan interfaces and it has nothing to do with neighbor
> > > down
> > > detection, it has provisions for that already. I am sorry but I have
> > to
> > > disagree.
> > >
> > > Narbik Kocharians
> > > CCIE# 12410 (R&S, SP, Security)
> > > CCSI# 30832
> > > Network Learning, Inc. (CCIE class Instructor)
> > > www.ccbootcamp.com (CCIE Training)
> > >
> > >
> > > On 7/6/06, Brian Dennis <bdennis@internetworkexpert.com> wrote:
> > > >
> > > > Think about it like this.B B If you run RIP triggered across a P2P
> > serial
> > > > link and the remote end goes down, your local interface should also
> > go
> > > > down.B B This will allow your local router to detect that the remote
> > > > router's routes should be removed from the routing table.B B Now if
> > it's a
> > > > multipoint interface like Ethernet (more than one endpoint possible)
> > > > then if the remote router goes down, the Ethernet interface will not
> > > > normally go down assuming a hub or switch is being used.B B This
> > means
> > > > that even though the remote router is down, its routes will not be
> > > > removed from your local router's routing table since you are not
> > > > expecting periodic updates and you can not determine based on the
> > > > interface state if the remote router is down.
> > > >
> > > > HTH,
> > > >
> > > > Brian Dennis, CCIE #2210 (R&S/ISP-Dial/Security)
> > > > bdennis@internetworkexpert.com
> > > >
> > > > Internetwork Expert, Inc.
> > > > http://www.InternetworkExpert.com
> > > > Toll Free: 877-224-8987
> > > > Direct: 775-745-6404 (Outside the US and Canada)
> > > >
> > > >
> > > > -----Original Message-----
> > > > From: nobody@groupstudy.com [mailto: nobody@groupstudy.com] On
> > Behalf
> > Of
> > > > Sami
> > > > Sent: Thursday, July 06, 2006 4:56 AM
> > > > To: ccielab@groupstudy.com
> > > > Subject: RIP triggered
> > > >
> > > > Group,
> > > >
> > > > ip rip triggered command is not under ethernet interface ? is there
> > any
> > > > speific reason for not having it ?
> > > >
> > > > R4(config)#int fastEthernet 0/0
> > > > R4(config-if)#ip rip ?
> > > > advertiseB B B B B B Specify update interval
> > > > authenticationB B Authentication control
> > > > receiveB B B B B B B B advertisement reception
> > > > sendB B B B B B B B B B B B advertisement transmission
> > > > v2-broadcastB B B B send ip broadcast v2 update
> > > >
> > > > R4(config)#int s0/0/0
> > > >
> > > > R4(config-if)#ip rip ?
> > > > advertiseB B B B B B Specify update interval
> > > > authenticationB B Authentication control
> > > > receiveB B B B B B B B advertisement reception
> > > > sendB B B B B B B B B B B B advertisement transmission
> > > > triggeredB B B B B B enable rfc2091 triggered rip
> > > > v2-broadcastB B B B send ip broadcast v2 update
> > > >
> > > >
> > _______________________________________________________________________
> > > > Subscription information may be found at:
> > > > http://www.groupstudy.com/list/CCIELab.html
> > > >
> > > >
> > _______________________________________________________________________
> > > > Subscription information may be found at:
> > > > http://www.groupstudy.com/list/CCIELab.html
> > >
> > >
> > _______________________________________________________________________
> > > Subscription information may be found at:
> > > http://www.groupstudy.com/list/CCIELab.html
> >
> > _______________________________________________________________________
> > Subscription information may be found at:
> > http://www.groupstudy.com/list/CCIELab.html
This archive was generated by hypermail 2.1.4 : Tue Aug 01 2006 - 07:13:46 ART