Re: OSPF Summary Address for E2 routes?

From: Todd Veillette (tveillette@xxxxxxxx)
Date: Mon Sep 10 2001 - 00:50:26 GMT-3


   
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