From: OhioHondo (ohiohondo@columbus.rr.com)
Date: Sun Jan 05 2003 - 14:55:48 GMT-3
This output that you reference....
By using "debug ip ospf transaction" command, I see this:2d21h: IGRP:
sending update to 255.255.255.255 via Serial0/0.2 (133.1.45.5)
> 2d21h: subnet 133.1.5.0, metric=501
> 2d21h: subnet 133.1.1.0, metric=5100....etc.
References the s0/0.2 interface which is the /24 interface of the classful
protocol IGRP. Dropping all networks that are in the same classful address
space (133.1.0.0) that do not have the same subnet mask as the interface
(s0.0.2) that they are being advertised on --- this is how IGRP and RIP
work, with or without redistribution.
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com]On Behalf Of John
Underhill
Sent: Sunday, January 05, 2003 9:36 AM
To: Fan Shan
Cc: ccielab@groupstudy.com
Subject: Re: ospf--igrp redistibute problem
Try ip ospf netw point-to-point on the loopbacks.
----- Original Message -----
From: "Fan Shan" <fansh@publicf.bta.net.cn>
To: <ccielab@groupstudy.com>
Sent: Sunday, January 05, 2003 1:55 AM
Subject: ospf--igrp redistibute problem
> I have ip route like this :
> #show ip route
>
> O E2 197.168.8.0/24 [110/100] via 133.1.10.2, 00:08:09, Serial0/0.1
> O E2 197.168.2.0/24 [110/100] via 133.1.10.2, 00:08:09, Serial0/0.1
> 133.1.0.0/16 is variably subnetted, 17 subnets, 6 masks
> I 133.1.4.0/24 [100/8976] via 133.1.45.4, 00:00:48, Serial0/0.2
> C 133.1.5.0/24 is directly connected, Loopback0
> O 133.1.6.6/32 [110/65] via 133.1.56.6, 00:08:09, Serial0/1
> O 133.1.2.2/32 [110/65] via 133.1.10.2, 00:08:09, Serial0/0.1
> O 133.1.3.3/32 [110/65] via 133.1.10.3, 00:08:10, Serial0/0.1
> O E2 133.1.1.0/24 [110/100] via 133.1.10.2, 00:08:10, Serial0/0.1
> O E2 133.1.2.0/24 [110/100] via 133.1.10.2, 00:08:10, Serial0/0.1
> O E2 133.1.12.0/24 [110/100] via 133.1.10.2, 00:08:10, Serial0/0.1
> C 133.1.10.0/28 is directly connected, Serial0/0.1
> O IA 133.1.22.0/27 [110/74] via 133.1.10.2, 00:08:10, Serial0/0.1
> O IA 133.1.32.0/25 [110/74] via 133.1.10.2, 00:08:15, Serial0/0.1
> [110/74] via 133.1.10.3, 00:08:15, Serial0/0.1
> C 133.1.35.0/30 is directly connected, BRI0/0
> I 133.1.44.0/24 [100/8576] via 133.1.45.4, 00:00:54, Serial0/0.2
> C 133.1.45.0/24 is directly connected, Serial0/0.2
> C 133.1.55.0/24 is directly connected, Ethernet0/0
> C 133.1.56.0/24 is directly connected, Serial0/1
> O IA 133.1.66.0/24 [110/74] via 133.1.56.6, 00:08:15, Serial0/1
> O E2 197.168.4.0/24 [110/100] via 133.1.10.2, 00:08:15, Serial0/0.1
> 151.100.0.0/22 is subnetted, 1 subnets
> O E2 151.100.32.0 [110/100] via 133.1.10.2, 00:08:15, Serial0/0.1
> 150.100.0.0/24 is subnetted, 1 subnets
> O E2 150.100.1.0 [110/100] via 133.1.10.2, 00:08:15, Serial0/0.1
> O E2 197.168.6.0/24 [110/100] via 133.1.10.2, 00:08:15, Serial0/0.1
>
> and I have ospf route redistribute into igrp like this:
> router igrp 1
> redistribute ospf 100 metric 2000 100 255 1 1500 match internal external
1 external 2
> ....
>
> The interface running igrp is /24 net mask
>
> By using "debug ip ospf transaction" command, I see this:2d21h: IGRP:
sending update to 255.255.255.255 via Serial0/0.2 (133.1.45.5)
> 2d21h: subnet 133.1.5.0, metric=501
> 2d21h: subnet 133.1.1.0, metric=5100
> 2d21h: subnet 133.1.2.0, metric=5100
> 2d21h: subnet 133.1.12.0, metric=5100
> 2d21h: subnet 133.1.55.0, metric=1100
> 2d21h: subnet 133.1.56.0, metric=8476
> 2d21h: subnet 133.1.66.0, metric=5100
> 2d21h: network 197.168.8.0, metric=5100
> 2d21h: network 197.168.2.0, metric=5100
> 2d21h: network 197.168.4.0, metric=5100
> 2d21h: network 151.100.0.0, metric=5100
> 2d21h: network 150.100.0.0, metric=5100
> 2d21h: network 197.168.6.0, metric=5100
>
> I noticed those ospf routes with net mask which is not /24 are not
redistributed into igrp, Why?
> I think they will be redistribute as /24 as the interface specified.
> And how to make them redistributed into igrp?
> .
.
.
This archive was generated by hypermail 2.1.4 : Sat Feb 01 2003 - 07:33:42 GMT-3