From: Hazel Gachoka (hgachoka@xxxxxxxxx)
Date: Sat Sep 02 2000 - 14:10:54 GMT-3
   
John,
Can you send the configs for the 2 routers?
Hazel
At 11:19 AM 9/2/00 -0400, John Conzone wrote:
>
>     I am working on Lab 8, and am having a problem getting OSPF VLSM routes
> into IGRP. Router 5 has 2 subs, one a OSPF multipoint link addressed
> 137.20.100.34/27. The other sub is a IGRP interface addressed
> 137.20.200.18/28 connected to 137.20.200.17/28 (router R4 running IGRP).
>     When I debug IGRP on R5 to see what he's sending to R4, he's only sending
> the 200.200.200.0/24 and 200.200.100.0/24 routes. In other words only the
> classful routes. The other routes to the 137.20.x.x VLSM class B routes don't
> get sent.
>     So if the network on the link is 137.20.x.x with a 28 bit mask, no routes
> for 137.20.x.x without a 28 bit mask will be sent, right?
>     Am I missing something? I've been doing all the oddball stuff for a month
> and I'm boning back up on FLSM to VLSM redistribution. Anyway, is there
> anyway to get R4 out to the other 137.20.x.x nets that don't have a 28 bit
> mask without doing the deafult network thing? Here's a copy of the debug from
> R5 as he send an IGRP update to R4:
>
> IGRP: sending update to 255.255.255.255 via Serial0.2 (137.20.200.17)
>       network 200.200.100.0, metric=5001
>       network 200.200.200.0, metric=5001
> IGRP: Update contains 0 interior, 2 system, and 0 exterior routes.
>
> Route tables from R5 and R4 are below.
>     Thanks for any help you guys can offer.
>
>
>       John
>
> Routes form r5:
>
> r5#sho 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, * - candidate
> default
>        U - per-user static route, o - ODR
>
> Gateway of last resort is not set
>
>      200.200.100.0/32 is subnetted, 1 subnets
> O       200.200.100.1 [110/65] via 137.20.100.33, 00:14:25, Serial0.1
>      137.20.0.0/16 is variably subnetted, 9 subnets, 5 masks
> C       137.20.200.16/28 is directly connected, Serial0.2
> C       137.20.25.0/24 is directly connected, Serial1
> O IA    137.20.20.0/24 [110/74] via 137.20.100.33, 00:14:25, Serial0.1
> I       137.20.40.16/28 [100/8486] via 137.20.200.18, 00:00:46, Serial0.2
> O       137.20.100.33/32 [110/64] via 137.20.100.33, 00:14:25, Serial0.1
> C       137.20.100.32/27 is directly connected, Serial0.1
> O       137.20.100.35/32 [110/64] via 137.20.100.35, 00:14:25, Serial0.1
> C       137.20.64.0/20 is directly connected, Ethernet0
> O       137.20.100.0/24 is a summary, 00:14:20, Null0
>      200.200.200.0/32 is subnetted, 1 subnets
> O       200.200.200.1 [110/65] via 137.20.25.1, 00:14:26, Serial1
>
> Routes from R4:
>
> r4#sho 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
>
> I    200.200.200.0/24 [100/8477] via 137.20.200.17, 00:00:34, Serial1
>      137.20.0.0/28 is subnetted, 2 subnets
> C       137.20.200.16 is directly connected, Serial1
> C       137.20.40.16 is directly connected, FastEthernet0
> I    200.200.100.0/24 [100/8477] via 137.20.200.17, 00
>
>
>
This archive was generated by hypermail 2.1.4 : Thu Jun 13 2002 - 08:24:51 GMT-3