From: ccie2be (ccie2be@nyc.rr.com)
Date: Tue May 24 2005 - 11:48:12 GMT-3
So, shouldn't IOS complain with this?
ip summary-address rip 0.0.0.0 0.0.0.0
After entering this command many times today, I can confirm IOS does not
generate an error message when this is done.
Why's that?
TIA, Tim
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
Brian McGahan
Sent: Tuesday, May 24, 2005 10:36 AM
To: ccielab@groupstudy.com
Cc: John Matus
Subject: RE: rip default route vs summary 0.0.0.0 0.0.0.0
RIP summarization does not allow summarization past the major network
boundary.
R1(config-if)#ip summary-address rip 9.0.0.0 254.0.0.0
Summary mask must be greater or equal to major net
R1(config-if)#
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
> ccie2be
> Sent: Tuesday, May 24, 2005 9:05 AM
> To: 'Bajo'
> Cc: 'Dave Bregman'; 'B Kim'; 'John Matus'; ccielab@groupstudy.com
> Subject: RE: rip default route vs summary 0.0.0.0 0.0.0.0
>
> Hi Bajo,
>
> Thanks for chiming in on this thread.
>
> However, my testing doesn't confirm what you said.
>
> I changed my config in the following ways:
>
> 1. I disabled split-horizon on e0/0
>
> 2. I enabled rip auto-summary
>
> Here are my config's on R1:
>
> router rip
> version 2
> passive-interface default
> no passive-interface Ethernet0/0
> no passive-interface Ethernet0/1
> network 190.7.0.0
> network 192.10.7.0
>
> interface Ethernet0/0
> ip address 192.10.7.3 255.255.255.0
> ip rip authentication mode md5
> ip rip authentication key-chain RIP
> no ip split-horizon
> ip summary-address rip 0.0.0.0 0.0.0.0
>
> Given the above, I expected the neighboring rip routers on E0/0
segment to
> have a default route, but, in fact, they don't.
>
> R1's debug shows it is still tagging route 0.0.0.0 with a metric of
16.
>
> *Mar 1 21:52:53.179: RIP: build update entries
> *Mar 1 21:52:53.179: 0.0.0.0/0 via 0.0.0.0, metric 16, tag 0
> <=========
> *Mar 1 21:52:53.179: 190.7.34.0/24 via 0.0.0.0, metric 1, tag 0
> *Mar 1 21:52:53.179: 190.7.34.4/32 via 0.0.0.0, metric 1, tag 0t0/0
> *Mar 1 21:52:20.866: RIP: sending update with long TTL
> <==========
>
> Notice the metric of 16 in the first entry and the "long TTL" in the
last
> entry.
>
> Any idea what that "long TTL" reference is talking about and why it's
> there?
>
> Unless I didn't completely understand your post, my result don't
confirm
> your info.
>
> Any thoughts?
>
> Tim
>
> -----Original Message-----
> From: Bajo [mailto:bajoalex@gmail.com]
> Sent: Tuesday, May 24, 2005 9:41 AM
> To: ccie2be
> Cc: Dave Bregman; B Kim; John Matus; ccielab@groupstudy.com
> Subject: Re: rip default route vs summary 0.0.0.0 0.0.0.0
>
>
http://www.cisco.com/univercd/cc/td/doc/product/software/ios120/120newft
/1
> 20
> t/120t7/sumadr.htm
>
> Restrictions
> Autosummary will override the configured summary-address feature on a
> given interface except when both of the following are true:
>
>
> The configured interface summary-address and the IP address of the
> configured interface share the same major net (the classful,
> nonsubnetted portion of the IP address).
>
>
> Split horizon is not enabled on the interface.
>
> If split horizon is enabled, neither an autosummary address nor the
> interface summary-address is advertised.
>
> For example, in the following example configuration, the major net is
> 10.0.0.0. The 10 in the address defines a Class A address space,
> allowing space for 0.x.x.x unique hosts where x defines unique bit
> positions in the addresses for these hosts. The summary of the major
> net defines the prefix as implied by the class (A, B, or C) of the
> address, without any net mask.
>
> In the following example, the summary address 10.2.0.0 overrides the
> autosummary address of 10.0.0.0, 10.2.0.0 is advertised out interface
> E1, and 10.0.0.0 is not advertised.
>
> int E1
> ip address 10.1.1.1 255.255.255.0
> ip summary-address rip 10.2.0.0 255.255.0.0
> no ip split-horizon
>
> router rip
> network 10.0.0.0
>
>
>
> On 5/24/05, ccie2be <ccie2be@nyc.rr.com> wrote:
> > Hi guys,
> >
> > I've been playing around with this myself.
> >
> > Here's the situation.
> >
> > I have 3 rip routers all connected by an ethernet segment.
> >
> > R1's is connected to this ethernet segment via its e0/0 interface.
> >
> > I want R1 to advertise a default route out its e0/0 interface but
not
> any
> > other rip enabled interfaces.
> >
> > This is R1's int e0/0 config:
> >
> > interface Ethernet0/0
> > ip address 192.10.7.3 255.255.255.0
> > ip rip authentication mode md5
> > ip rip authentication key-chain RIP
> > ip summary-address rip 0.0.0.0 0.0.0.0
> >
> > This default route wasn't showing up in the route tables on the
other
> rtr's
> > on the segment, so I enabled debug ip rip on R1.
> >
> > *Mar 1 20:54:36.242: RIP: sending v2 update to 224.0.0.9 via
> Ethernet0/0
> > (192.1
> > 0.7.3)
> > *Mar 1 20:54:36.242: RIP: build update entries
> > *Mar 1 20:54:36.242: 0.0.0.0/0 via 0.0.0.0, metric 16, tag 0
> >
> > Notice the metric 16 on the line above.
> >
> > OK, so that's why the default route isn't showing up on the other
> routers.
> >
> > But, the question is this: Why is R1 tagging this route with a
metric
> of
> > 16?
> >
> > This is further confirmed by this debug output from another router
on
> this
> > segment:
> >
> > 20:59:19: RIP: received v2 update from 192.10.7.3 on Vlan32
> > 20:59:19: 0.0.0.0/0 via 0.0.0.0 in 16 hops (inaccessible)
> >
> > Another question is this: What method, if any, exists to make this
> default
> > summary route have a lower hop count?
> >
> > I know I haven't solved the problem, but, hopefully I've added
clarity
> to
> > the issue.
> >
> > Tim
> >
> > -----Original Message-----
> > From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf
Of
> Dave
> > Bregman
> > Sent: Tuesday, May 24, 2005 4:10 AM
> > To: B Kim; John Matus; ccielab@groupstudy.com
> > Subject: RE: rip default route
> >
> > I seem to remember reading somewhere that the 'ip summary-address
rip'
> > command only works if you disable split-horizon on the interface
also.
> > Regardless if it's a multipoint interface or not. I'm not sure why
you
> > would have to though. I've seen sample labs that ask you to send a
RIP
> > default route to a specific router and not use the
'default-information
> > originate' command. My guess is that it would be good to know this
for
> > the test.
> >
> > Dave Bregman
> > CCIE #14626
> >
> >
> > > -----Original Message-----
> > > From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On
> > > Behalf Of B Kim
> > > Sent: Monday, May 23, 2005 7:33 PM
> > > To: 'John Matus'; ccielab@groupstudy.com
> > > Subject: RE: rip default route
> > >
> > >
> > > John
> > >
> > > I tried it on my lab. It doesn't seem to work.
> > > I haven't seen this case in any workbooks so far.
> > >
> > > You may already know that, the best way to originate the default
route
> > > in RIP is configuring "default-information originate" with
filtering
> > > such as distribute-list out.
> > >
> > > Beomsu Kim
> > >
> > > -----Original Message-----
> > > From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On
> > > Behalf Of
> > > John Matus
> > > Sent: Monday, May 23, 2005 8:05 PM
> > > To: ccielab@groupstudy.com
> > > Subject: rip default route
> > >
> > > can you inject a rip default route out an interface with:
> > >
> > > ip summary-address rip 0.0.0.0 0.0.0.0 ?
> > >
> > > i know you can do it w/ eigrp but i'm not sure about rip. i
> > > labbed them
> > >
> > > both and got no results...
> > >
> > > TIA.
> > >
> > > _________________________________________________________________
> > > Express yourself instantly with MSN Messenger! Download today -
it's
> > > FREE!
> > > http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/
> > >
> > > ______________________________________________________________
> > > _________
> > > 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 : Fri Jun 03 2005 - 10:12:01 GMT-3