From: EA Louie (elouie@xxxxxxxxx)
Date: Fri Dec 14 2001 - 01:31:45 GMT-3
did you try breaking the /22 into 4 area ranges? It's messy, but I'm
betting it would work
----- Original Message -----
From: "Lupi, Guy" <Guy.Lupi@eurekaggn.com>
To: "'EA Louie '" <elouie@yahoo.com>; <ccielab@groupstudy.com>
Sent: Thursday, December 13, 2001 8:10 PM
Subject: RE: OSPF to IGRP redistribution
> This appears to be a solution designed for when the OSPF subnet is
smaller,
> such as getting a /28 from OSPF to a /24 in IGRP, and they are not part of
> the same classful network. This works no problem for me using either the
> summary-address or area range command, thanks for the link.
> I am trying to put a route of 147.1.77.0/24, which is a subset of the
> 147.1.76.0/22 that is actually on the interface. It might help if I give
a
> more detailed explanation.
> I have a frame cloud, each interface on the frame cloud is 147.1.77.x/22,
> these are in OSPF. I have an IGRP router connected to one of the OSPF
> routers, it's interface IP is 147.1.5.1/24. So, the OSPF router will not
> send 147.1.76.0/22 down to the IGRP neighbor because the subnet mask is
> larger than that on the IGRP interface and they are part of the same major
> network. I tried making the ospf router an ABR and using area range,
still
> doesn't work, I have tried it using 147.1.77.0/24, and 147.1.64.0/19,
> neither of them get advertised to the IGRP router. Anyone know of a way
to
> get these routes in if they are part of the same major network? This
would
> break one of the rules of IGRP, so I am wondering if it can be done, this
is
> from a fatkid.com lab that gives the solution as the summary-address
> command, which doesn't work in recent IOS. Thanks.
>
> -----Original Message-----
> From: EA Louie
> To: Lupi, Guy; ccielab@groupstudy.com
> Sent: 12/13/2001 8:53 PM
> Subject: Re: OSPF to IGRP redistribution
>
> Steve Feldberg gave us an elegant solution using 'area range' and the
> only
> catch was the introduction of an additional area (making the ASBR an ABR
> as
> well). The summary-address command works okay in 12.0, but not in 12.1,
> and
> apparently, not in 12.2 either.
>
> here's the link
> http://www.groupstudy.com/archives/ccielab/200112/msg00148.html (watch
> the
> URL wrap)
>
> ----- Original Message -----
> From: "Lupi, Guy" <Guy.Lupi@eurekaggn.com>
> To: <ccielab@groupstudy.com>
> Sent: Thursday, December 13, 2001 5:14 PM
> Subject: OSPF to IGRP redistribution
>
>
> > Ok, before I start I have searched the archives and found 2 solutions,
> one
> > works in my lab and one does not. Here is the setup, one router
> running
> > OSPF and IGRP, it is an ASBR. One router running IGRP only. One of
> the
> > interfaces on the ASBR is in 147.1.76.0/22, the interface connected to
> the
> > IGRP router is in 147.1.5.0/24. Now I know that because they are part
> of
> > the same classful network and the subnets are not the same the OSPF
> router
> > will not advertise the 147.1.76.0/22 network. I found 2 solutions to
> this,
> > a "summary-address 147.1.77.0 255.255.255.0" in the OSPF config which
> does
> > not seem to work for me, and the other solution is a route map on the
> IGRP
> > only router specifying the next hop address for the networks that I am
> > trying to reach. While the route map works, it does not put the
> routes in
> > the routing table on the IGRP router. I have heard that on some IOS
> > versions the summary address command does not work for redistribution,
> I
> am
> > running 12.2(1b) on both routers. Sorry to open this can of worms
> again,
> > any help is, as always, appreciated.
This archive was generated by hypermail 2.1.4 : Thu Jun 13 2002 - 10:32:43 GMT-3