From: Jason T. Rohm (jtrohm@xxxxxxxxxxx)
Date: Fri Mar 22 2002 - 22:59:47 GMT-3
That makes sense, and is sorta what I was thinking. However, the NLI lab
actually shows it working w/o redistributing the connected route.
Is there a difference in the way versions of IOS handle this?
-Jason
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com]On Behalf Of
Baety Wayne A1C 18 CS/SCBX
Sent: Friday, March 22, 2002 7:01 AM
To: 'Jason T. Rohm'; CCIELIST (E-mail)
Subject: RE: Redistribution IGRP into OSPF
This is not a bug, it's a feature. With the 'redistribute <protocol>'
command the host protocol will only consider routes from the advertisements
received database. You must use either 'redistribute connected' or 'network
x.x.x.x'.
Connected routes are directly imported into the local database and aren't
considered when redistributing, static routes are sent through the
advertisements received mechanism unless the static also specifies a
physical interface, "special" routes are sometimes stored only in the
advertised database as is the case with 'default-information originate', and
in other cases in the local database, like when OSPF creates host routes
when configured with 'ip ospf network point-to-multipoint'. In each case
mentioned above you cannot redistribute the specially generated routes or
the connected routes into another routing protocol on the same router with
'redistribute <protocol>' because they are not stored in the "Received
Advertisements database".
[Received ] [Connected] [Local ] [Advertised]
[Advertisements] [database ] [Database] [Database ]
redist <protocol> redist <conn> X X
redist <static>
WAYNE BAETY, MCSE, A1C, USAF
Network Systems Trainer
> -----Original Message-----
> From: Jason T. Rohm [mailto:jtrohm@athenet.net]
> Sent: Friday, March 22, 2002 5:30 PM
> To: CCIELIST (E-mail)
> Subject: Redistribution IGRP into OSPF
>
> I have a weird problem that I thought I would bounce off the list before I
> open a TAC ticket.
> I am starting to suspect a bug of some sort.
>
> I am running through NLI's Security Lab 3.
> I am running 12.2(6a) IP/Plus/3DES/FW/IDS on a 2620.
>
> Problem:
>
> Router 13 has one leg in OSPF land and one in IGRP land.
>
> When I redistribute IGRP into OSPF all downstream 10.x.x.x networks are
> injected into OSPF as E2 subnets EXCEPT for the 10.1.1.0/24 network that
> is
> directly connected to Router 13.
>
> All IGRP networks are FLSM /24 subnets of the 10.0.0.0 network.
> I am not filtering that network and do not know why all the other IGRP
> networks would show up, but not the connected network.
>
> Anyone have any ideas?
>
>
>
> Rough Diagram:
>
> [R1] --- (OSPF - 172.16.x.x) --- [R13] --- (IGRP - 10.1.1.x/24) ---
> [R14] --- (IGRP - 10.x.x.x/24)
>
> (R1 has all 10.x.x.x routes EXCEPT 10.1.1.0/24)
>
>
>
> R13 Configuration (Edited for your consumption):
>
> router ospf 3
> log-adjacency-changes
> redistribute igrp 3 subnets route-map IGRP2OSPF
> network 172.16.1.0 0.0.0.255 area 1
> default-metric 10
> !
> router igrp 3
> redistribute ospf 3 route-map OSPF2IGRP
> network 10.0.0.0
> default-metric 10000 0 255 128 1500
> !
> access-list 11 permit 10.1.1.0 0.0.0.255
> access-list 11 permit 10.1.2.0 0.0.0.255
> access-list 11 permit 10.1.4.0 0.0.0.255
> access-list 12 permit any
> !
> route-map IGRP2OSPF permit 10
> match ip address 11
> !
> route-map IGRP2OSPF deny 20
> match ip address 12
> !
> route-map OSPF2IGRP deny 10
> match ip address 11
> !
> route-map OSPF2IGRP permit 20
> match ip address 12
> !
This archive was generated by hypermail 2.1.4 : Thu Jun 13 2002 - 10:57:19 GMT-3