From: Sami (sy1977@gmail.com)
Date: Thu Jul 06 2006 - 19:43:44 ART
Guys,
It's already 16 hops (replies) , this route should be inaccessable now.
Brian, your solution guide uses ip triggred command on a ethernet interface
, please correct that in order to avoid any confusion.
Thanks
On 7/7/06, Narbik Kocharians <narbikk@gmail.com> wrote:
>
> Brian, i will never do that, but i will take it up with you offline. It
> was
> a good discussion. we won't continue (but isdn is a multipoint) i am even
> sick of this subject, you were looking at it from your angle and i was
> looking at it from my angel and we were both right.
>
> 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:
> >
> > Narbik,
> > I think now you are seeing my point. It's either for on-demand
> > circiuts or P2P links only. My reply to the original poster was in
> regards
> > to why multipoint links (Frame-Relay, Ethernet, etc) are not
> > supported. Since we all agree now we can stop beating the poor horse to
> > death.
> >
> > Also remember that we are all here to learn and help each other
> so
> > don't ever take anything personal ;-)
> >
> > 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)
> >
> >
> >
> > From: Narbik Kocharians [mailto:narbikk@gmail.com]
> > Sent: Thursday, July 06, 2006 1:36 PM
> > To: Sami
> > Cc: wayne@ipexpert.com; Brian Dennis; Brian McGahan;
> > ccielab@groupstudy.com; smorris@ipexpert.com
> > Subject: Re: RIP triggered
> >
> > 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 thatCisco 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
> VOL2labs ,
> > I found lot of mistakes in VOL2 workbook which are notin syncwith
> > labtopology.
> >
> > 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 triggeredb 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
> > 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 BTriggered 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 BIf you read through the RFC and tested the behavior you would
> > see that your explanation is not correct.
> >
> > B B B B B BRoutes 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 BAs 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
> > 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 BSpecify update interval
> > > > authenticationB B Authentication control
> > > > receiveB B B B B B B Badvertisement 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 BSpecify update interval
> > > > authenticationB B Authentication control
> > > > receiveB B B B B B B Badvertisement reception
> > > > sendB B B B B B B B B B B B advertisement transmission
> > > > triggeredB B B B B Benable 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
>
> _______________________________________________________________________
> 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