From: Albert Lu (albert_ccie@xxxxxxxxx)
Date: Sun Dec 02 2001 - 05:48:15 GMT-3
Hello Group,
I think I've stumbled upon something with using secondary addresses,
redistribute connected and summary address in order to get the FLSM router
to see the route.
It works perfectly when you configure it, but after you reload your routers,
the redistribution of the secondary address would not be done.
I had to remove the secondary address statement, and reenter it into the
interface, before the secondary address would be redistributed into OSPF
from the redistribute connected. Since it didn't redistribute after the
reload, it doesn't get summarised by the 'summary-address' statement.
Please tell me this is not happening, and I've made a big mistake. As I
don't know any other way of getting that route into FLSM router (area 0
range doesn't work, since IGRP is connected to Area 0).
Please don't give me any static, default, policy routing solution, as they
are not allowed.
Here's the interface config of a FR spoke:
Current configuration : 267 bytes
!
interface Serial0.2 multipoint
ip address 110.99.50.34 255.255.255.224 secondary
ip address 110.99.50.4 255.255.255.224
ip ospf authentication-key ipexpert
ip ospf network point-to-multipoint
frame-relay interface-dlci 405
frame-relay interface-dlci 406
end
router ospf 10
router-id 110.90.4.4
log-adjacency-changes
area 0 authentication
summary-address 110.99.50.0 255.255.255.0
redistribute connected metric-type 1 subnets route-map redis_conn
passive-interface default
no passive-interface Serial0.1
no passive-interface Serial0.2
network 110.90.4.0 0.0.0.255 area 0
network 110.99.40.0 0.0.0.255 area 0
network 110.99.50.0 0.0.0.31 area 0
!
access-list 10 deny 110.99.60.0
access-list 10 permit any
route-map redis_conn permit 10
match ip address 10
!
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com]On Behalf Of
SFeldberg@edeltacom.com
Sent: Sunday, December 02, 2001 2:57 AM
To: Vincent Zhang
Cc: ccielab@groupstudy.com; Mike Schlenger; nobody@groupstudy.com
Subject: Re: AGAIN! IGRP OSPF redis
Vincent,
You must mean 12.0(20) as I am running the latest release of 12.1 code
which is 12.1(11).
Steve
"Vincent
Zhang" To: "Mike Schlenger"
<mschlenger@n2nsolutions.com>,
<vincentzhang@ <SFeldberg@edeltacom.com>
yahoo.com> cc: <ccielab@groupstudy.com>,
<nobody@groupstudy.com>
Subject: Re: AGAIN! IGRP OSPF
redis
11/30/2001
09:43 PM
Hi, Mark and Steve,
This does not work on my IOS ver 12.1(20), I heard that in some other 12.1
main version it works well.
Thanks, V
----- Original Message -----
From: <SFeldberg@edeltacom.com>
To: "Mike Schlenger" <mschlenger@n2nsolutions.com>
Cc: <ccielab@groupstudy.com>; <nobody@groupstudy.com>; "'Vincent Zhang'"
<vincentzhang@yahoo.com>
Sent: Saturday, December 01, 2001 3:41 AM
Subject: RE: AGAIN! IGRP OSPF redis
>
> Vincent,
>
> Here's what Mike's talking about:
>
> r2#sh run
> Building configuration...
>
> Current configuration : 438 bytes
> !
> version 12.1
> service timestamps debug uptime
> service timestamps log uptime
> no service password-encryption
> !
> hostname r2
> !
> !
> !
> !
> !
> !
> ip subnet-zero
> !
> !
> !
> !
> !
> !
> interface Ethernet0
> no ip address
> shutdown
> !
> interface Serial0
> no ip address
> shutdown
> no fair-queue
> !
> interface Serial1
> ip address 172.16.1.1 255.255.255.0
> !
> router igrp 13
> network 172.16.0.0
> !
> ip classless
> ip http server
> !
> !
> !
> line con 0
> line aux 0
> line vty 0 4
> !
> end
>
> r2#sh ip route
> Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP
> D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
> N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
> E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP
> i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, ia - IS-IS
inter
> area
> * - candidate default, U - per-user static route, o - ODR
> P - periodic downloaded static route
>
> Gateway of last resort is not set
>
> 172.16.0.0/24 is subnetted, 2 subnets
> C 172.16.1.0 is directly connected, Serial1
> I 172.16.2.0 [100/10002001] via 172.16.1.13, 00:00:18, Serial1
> r2#
>
>
>
> Xyplex -012- LAB:13 session 2 resumed
>
> r1#sh run
> Building configuration...
>
> Current configuration : 952 bytes
> !
> version 12.1
> service timestamps debug uptime
> service timestamps log uptime
> no service password-encryption
> !
> hostname r1
> !
> !
> !
> !
> !
> !
> ip subnet-zero
> !
> !
> !
> !
> !
> !
> interface Loopback0
> ip address 13.13.13.13 255.255.255.255
> !
> interface Ethernet0
> no ip address
> shutdown
> !
> interface Serial0
> ip address 172.16.1.13 255.255.255.0
> no fair-queue
> clockrate 4000000
> !
> interface Serial1
> ip address 172.16.2.13 255.255.255.240
> clockrate 4000000
> !
> interface TokenRing0
> no ip address
> shutdown
> !
> router ospf 13
> log-adjacency-changes
> area 0 range 172.16.2.0 255.255.255.0
> network 13.13.13.13 0.0.0.0 area 13
> network 172.16.2.0 0.0.0.15 area 0
> !
> router igrp 13
> redistribute ospf 13 route-map o2i
> passive-interface Serial1
> network 172.16.0.0
> default-metric 1 1 1 1 1
> !
> ip classless
> ip http server
> !
> access-list 101 permit ip host 172.16.2.0 host 255.255.255.0
> route-map o2i permit 10
> match ip address 101
> !
> !
> !
> line con 0
> line aux 0
> line vty 0 4
> !
> end
>
> r1#sh ip route
> Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP
> D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
> N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
> E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP
> i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, ia - IS-IS
inter
> area
> * - candidate default, U - per-user static route, o - ODR
> P - periodic downloaded static route
>
> Gateway of last resort is not set
>
> 172.16.0.0/16 is variably subnetted, 3 subnets, 2 masks
> C 172.16.1.0/24 is directly connected, Serial0
> O 172.16.2.0/24 is a summary, 00:01:07, Null0
> C 172.16.2.0/28 is directly connected, Serial1
> 13.0.0.0/32 is subnetted, 1 subnets
> C 13.13.13.13 is directly connected, Loopback0
> r1#u all
> All possible debugging has been turned off
> r1#
>
> Steve
>
>
>
> Mike Schlenger
> <mschlenger@n2nsolu To: "'Vincent Zhang'"
<vincentzhang@yahoo.com>,
> tions.com> ccielab@groupstudy.com
> Sent by: cc:
> nobody@groupstudy.c Subject: RE: AGAIN!
IGRP
OSPF redis
> om
>
>
> 11/30/2001 02:09 PM
> Please respond to
> Mike Schlenger
>
>
>
>
>
>
> You have to summarize your routes into a mask IGRP will understand.
Summary
> address will not work as it summarizes into OSPF areas. Try "area x range
> x.x.x.0 x.x.x.255". Then redistribute into IGRP. I would watch out for
the
> secondary address. Proctors might not like that solution.
>
> Mike
>
> Mike Schlenger
> CCIE #7079
> N2N Solutions
> mschlenger@n2nsolutions.com
> 847.592.3912
>
> -----Original Message-----
> From: Vincent Zhang [mailto:vincentzhang@yahoo.com]
> Sent: Friday, November 30, 2001 12:09 PM
> To: ccielab@groupstudy.com
> Subject: AGAIN! IGRP OSPF redis
>
>
> Hi All,
>
> Pls consider the following simple topology for redis OSPF into IGRP.
>
>
> s0 s1
> R2----------------------R1---------------------
> 172.16.1.0/24 172.16.2.0/28
>
> R2 runs IGRP only
> R1 runs IGRP on S0 and OSPF on S1, and there is a big OSPF cloud attached
> from
> S1.
> you are trying to redis ospf into igrp, in this case, I am talking how to
> redis the 172.16.2.0/28 into R1.
>
>
> I know in ios 12.1, the normal "redis connect" and "summary" way
doesn't
> work, but I also hear about that the "second address" works, any one
could
> show me a light about where to put the secondary address.
>
>
> Thanks, V
This archive was generated by hypermail 2.1.4 : Thu Jun 13 2002 - 10:32:36 GMT-3