From: Erick B. (erickbe@xxxxxxxxx)
Date: Mon Sep 10 2001 - 01:17:02 GMT-3
There are 2 ways to summarize under the OSPF process.
1) Summary-address summarizes routes coming *into*
OSPF from an external source (redistribution).
Summary-address does not work outbound. It may appear
to if your doing mutual redistribution but the summary
is being created by a route going into OSPF if you
take a closer look.
2) Area-range lets you summarize between areas at the
ABR.
With 12.1 mainline and below summary-address
summarized *any* routes coming into OSPF even if they
were part of OSPF already. 12.1T and higher doesn't
redistribute external routes into OSPF if that
network/mask is part of OSPF already.
Any questions? Erick
--- Todd Veillette <tveillette@home.com> wrote:
> I don't know if I totally agree. The routes
> you summarize are already in OSPF. You tell
> OSPF to consolidate separate updates into
> one based on the less specific mask.
>
> -Todd
>
> ----- Original Message -----
> From: "Erick B." <erickbe@yahoo.com>
> To: "Todd Veillette" <tveillette@home.com>;
> <James_Hawkins@computacenter.com>
> Cc: <ccielab@groupstudy.com>
> Sent: Sunday, September 09, 2001 11:02 PM
> Subject: Re: OSPF Summary Address for E2 routes?
>
>
> > The OSPF summary-address is used to summarize
> routes
> > going INTO OSPF -- not out of OSPF. When doing
> mutual
> > redist it may appear it is working on outbound but
> > really your redistributing the connected network
> into
> > OSPF so a summary-address is created if one is
> > configured and its 12.1 mainline or lower code. If
> > it's 12.1T and higher then OSPF won't put the
> > connected network into OSPF as a E1/E2 if the
> network
> > is part of OSPF natively.
> >
> > In your case, you could do a summary-address on
> the
> > router where your redistributing EIGRP into OSPF
> and
> > like Todd said use distribute-lists if necessary.
> > Depending on the network layout/config you could
> also
> > summarize it in EIGRP.
> >
> > HTH, Erick
> >
> > --- Todd Veillette <tveillette@home.com> wrote:
> > > It should work. Are you distributing the .12
> into
> > > IGRP
> > > on the same interface as the .15? If not, maybe
> a
> > > /16
> > > other interface? If so, maybe change the
> summary to
> > > /21 and see if you can ping through from the
> .12.
> > > If you can't probably a loop; need a
> > > distribute-list?
> > >
> > > -Todd
> > >
> > > ----- Original Message -----
> > > From: <James_Hawkins@computacenter.com>
> > > To: <ccielab@groupstudy.com>
> > > Sent: Sunday, September 09, 2001 7:45 AM
> > > Subject: OSPF Summary Address for E2 routes?
> > >
> > >
> > > > Hi all,
> > > >
> > > > I am practising some redistribution scenarios
> and
> > > have found an issue that
> > > > hopefully someone can shed some light on.
> > > >
> > > > I have redistributed route 133.33.12.0/30
> from
> > > EIGRP into OSPF. The route
> > > > appears on all OSPF routers as a type E2 which
> is
> > > what I would expect. I
> > > am then
> > > > redistributing OSPF into IGRP on another
> router.
> > > As IGRP is classful and
> > > the
> > > > redistribution router has directly connected
> > > 133.33.x.x networks with a
> > > /24
> > > > mask I configured the summary-address
> 133.33.12.0
> > > 255.255.255.0 command
> > > under
> > > > the OSPF process.
> > > >
> > > > The route is not redistributed into IGRP - can
> see
> > > this by using debug
> > > IGRP
> > > > transactions. Another /30 route 133.33.15.0
> > > which is learnt directly
> > > from OSPF
> > > > - not redistributed into it from EIGRP - is
> > > redistributed into IGRP
> > > successfully
> > > > through the use of the summary-address
> 133.33.15.0
> > > 255.255.255.0
> > > >
> > > > Is it standard behaviour for OSPF that
> external
> > > routes cannot be
> > > summarised when
> > > > being redistributed into another protocol? Any
> > > ideas how to solve this?
> > > >
> > > > thanks
> >
> >
This archive was generated by hypermail 2.1.4 : Thu Jun 13 2002 - 10:32:16 GMT-3