Re: Manual summarization in RIP

From: Herbert Maosa (asawilunda@googlemail.com)
Date: Thu Jan 17 2008 - 08:39:47 ARST


From a design point of view, it is best to also put an outbound filter that
only permits the summary out, to guard against possible misconfigurations.
But for the lab summarising alone should do the job.

Herbert.

On 1/16/08, Salau, Yemi <yemi.salau@siemens.com> wrote:
>
> 1. You need a child route for ip summary-address to work, ie... You need
> a people to make a country.
> 2. It suppresses all the child routes and then send out only the
> summarised route ... So you can address all the people in the country
> through the Country's name, rather than individuals.
>
> To be more candid, technically, you don't need to suppress them
> manually, however, there have been cases where a combination of
> redistribution and auto-summarisation have been a nightmare for me, esp.
> in very large networks. You know, hardwares have minds of their own
> sometimes. My experience with Floundry has showed that you shouldn't
> expect things to work they way they should in problematic states. You
> just have to be double sure when a customer is on your neck!
>
> Many Thanks
>
> Yemi Salau
>
> -----Original Message-----
> From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
> Olugbenga Adanlawo
> Sent: Tuesday, January 15, 2008 10:19 PM
> To: Cisco certification
> Subject: Manual summarization in RIP
>
> Dear GS,
>
> Please i need a clarification on the below ASAP.
>
> Does ip summary-address rip interface command suppress the specific
> routes or
> i need to suppress them manually?
>
> Regards
>
> --------------------------------------------------
> From: "Cielieska Nathan" <ncielieska@gmail.com>
> Sent: Monday, January 14, 2008 9:01 PM
> To: "Cisco certification" <ccielab@groupstudy.com>
> Subject: flash-update-threshold??
>
> > All,
> >
> > I have been working through the Command Reference for RIP today and
> > ran into this command. The way i'm reading it (disclaimer) is that
> > when a router running rip v2 unequivocally knows that an advertised
> > route is down... or has been added, it shoots a flash update across
> > to its neighbor notifying them as such thus allowing for faster
> > update time. Thats how i understand it to work.
> >
> > Now the flash-update-threshold has a second value that compares
> > itself with the incoming regular 30 second update. You can suppress
> > an outgoing flash update by configuring this command with a seconds
> > value that will match that 30 second timer.
> >
> > If the timer is greater than the threshold value: flash update is
> > sent. If the update packet is within the timer,flash update is
> > suppressed.
> >
> > For instance:
> >
> > On the receiving end of a route change or event
> >
> > router rip
> > flash-update-threshold 20
> >
> > When a flash-update came into the router on a particular interface,
> > the value in the show ip protocols would be referenced.. if its above
> > 20 the flash update is sent, if its under 20.. its suppressed.
> >
> > Is this correct? Cant find a ton of documentation on the command. I
> > labbed it up and if i remove/add a network command from R1 it shoots
> > the flash update to R2. R2 flash-update-threshold 30 configured which
> > would allow all flash updates to be suppressed. Yet in "debug ip rip"
> > i still see flash updates being sent out my other interfaces on R2.
> >
> > Any help would be great.
> >
> > Regards,
> > Nate
> >
> >
> _______________________________________________________________________
> > 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 : Fri Feb 01 2008 - 10:38:00 ARST