From: Erick B. (erickbe@xxxxxxxxx)
Date: Mon Sep 10 2001 - 00:02:58 GMT-3
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