From: Anthony Pace (anthonypace@xxxxxxxxxxx)
Date: Sun Jul 14 2002 - 16:24:01 GMT-3
I alos like to inject a default network into IGRP to solve all the
FLSM/VLSM issues but others on this list have suggested that this
constitues a static route and may be frowned upon in the CCIE lab. The
other methods suggested are:
1) Summarize as much of the VLSMS into FLSM as they go into Area-0 (if
it's OSPF).
2)If there are VLSM interfaces on the redistributing router, put FLSM
secondarie addreses on the offending interfaces.(For example the
interface is 10.0.1.3 /27 and I put 10.0.1.4 /24 as a secondary)
3)Create two OSPF processes on the redistribution route. Redistribute
one into the other and simmarize; then redistribute the second into the
classfull protocole.
4) Redistribute connected and summarize there.
Anthony PAce
On Sun, 14 Jul 2002 11:16:49 -0700, "Dan Lockwood"
<dlockwood@shastalink.k12.ca.us> said:
> I have looked at length on CCO for information about VLSM/FLSM
> redistribution. All of the solutions I have found, including the one
> that you mentioned make use of static routes. I'm trying to find
> solutions that do not use static routes, summaries or the
> default-network.
>
> I map the local IP on my frame interfaces out of a matter of habit. I
> just like to be able to ping everything unless the instructions
> specifically say not to map the local interface.
>
> Thanks for your suggestion.
>
> Regards,
> Dan
>
> -----Original Message-----
> From: Chaim Gev [mailto:chaimgev@hotmail.com]
> Sent: Saturday, July 13, 2002 11:37 PM
> To: Dan Lockwood; ccielab@groupstudy.com
> Subject: Re: Redistribution techniques
>
>
> see http://www.cisco.com/warp/public/105/52.html
> and why do you map to your oun interface?
>
>
> >From: "Dan Lockwood" <dlockwood@shastalink.k12.ca.us>
> >Reply-To: "Dan Lockwood" <dlockwood@shastalink.k12.ca.us>
> >To: <ccielab@groupstudy.com>
> >Subject: Redistribution techniques
> >Date: Sat, 13 Jul 2002 22:13:22 -0700
> >
> >Group,
> >
> >I have included the forwarding tables and configs for two routers that are
> >performing mutual redistribution between OSPF and IGRP. I have been
> >successful solving the problem with summarization and by using
> >default-network. Does anyone have suggestions for other ways to solve this
> >problem?
> >
> >Gateway of last resort is not set
> >
> >O 200.200.200.0/24 [110/65] via 137.20.25.1, 01:38:11, Serial1
> > 137.20.0.0/16 is variably subnetted, 13 subnets, 4 masks
> >C 137.20.200.16/28 is directly connected, Serial0.2
> >C 137.20.240.0/20 is directly connected, Loopback0
> >C 137.20.224.0/20 is directly connected, BRI0
> >O 137.20.30.0/24 [110/74] via 137.20.100.35, 01:38:11, Serial0.1
> >C 137.20.25.0/24 is directly connected, Serial1
> >O IA 137.20.20.0/24 [110/74] via 137.20.100.33, 01:38:11, Serial0.1
> >O IA 137.20.33.32/28 [110/65] via 137.20.100.35, 01:38:12, Serial0.1
> >I 137.20.40.16/28 [100/8576] via 137.20.200.18, 00:01:14, Serial0.2
> >O IA 137.20.33.16/28 [110/65] via 137.20.100.35, 01:38:12, Serial0.1
> >O 137.20.48.0/20 [110/11] via 137.20.64.6, 01:38:12, Ethernet0
> >O E2 137.20.86.0/24 [110/20] via 137.20.64.6, 01:38:12, Ethernet0
> >C 137.20.100.32/27 is directly connected, Serial0.1
> >C 137.20.64.0/20 is directly connected, Ethernet0
> > 200.200.100.0/32 is subnetted, 1 subnets
> >O 200.200.100.1 [110/65] via 137.20.100.33, 01:38:12, Serial0.1
> >r2#
> >
> >Gateway of last resort is not set
> >
> >I 200.200.200.0/24 [100/8576] via 137.20.200.17, 00:00:14, Serial0
> > 137.20.0.0/28 is subnetted, 4 subnets
> >C 137.20.200.16 is directly connected, Serial0
> >I 137.20.33.32 [100/8576] via 137.20.200.17, 00:00:14, Serial0
> >C 137.20.40.16 is directly connected, Ethernet0
> >I 137.20.33.16 [100/8576] via 137.20.200.17, 00:00:14, Serial0
> >I 200.200.100.0/24 [100/8576] via 137.20.200.17, 00:00:14, Serial0
> >r5>
> >
> >R5
> >interface Ethernet0
> > ip address 137.20.40.17 255.255.255.240
> >!
> >interface Serial0
> > ip address 137.20.200.18 255.255.255.240
> > encapsulation frame-relay
> > ip split-horizon
> > keepalive 15
> > frame-relay map ip 137.20.200.17 601
> > frame-relay map ip 137.20.200.18 601
> > no frame-relay inverse-arp
> >!
> >interface Serial1
> > no ip address
> > shutdown
> >!
> >interface BRI0
> > no ip address
> > shutdown
> > isdn x25 static-tei 0
> >!
> >router igrp 1
> > passive-interface default
> > no passive-interface Serial0
> > network 137.20.0.0
> >
> >
> >R2
> >interface Loopback0
> > ip address 137.20.240.1 255.255.240.0
> >!
> >interface Ethernet0
> > ip address 137.20.64.5 255.255.240.0
> >!
> >interface Serial0
> > no ip address
> > encapsulation frame-relay
> > keepalive 15
> >!
> >interface Serial0.1 multipoint
> > ip address 137.20.100.34 255.255.255.224
> > frame-relay map ip 137.20.100.33 104 broadcast
> > frame-relay map ip 137.20.100.34 104 broadcast
> > frame-relay map ip 137.20.100.35 105 broadcast
> > no frame-relay inverse-arp
> >!
> >interface Serial0.2 point-to-point
> > ip address 137.20.200.17 255.255.255.240
> > frame-relay interface-dlci 106
> >!
> >interface Serial1
> > ip address 137.20.25.5 255.255.255.0
> > clockrate 4000000
> >!
> >interface BRI0
> > ip address 137.20.224.5 255.255.240.0
> > isdn x25 static-tei 0
> >!
> >router ospf 1
> > log-adjacency-changes
> > area 1 virtual-link 137.20.33.33
> > area 1 virtual-link 200.200.100.1
> > redistribute igrp 1 metric 100 metric-type 1 subnets
> > network 137.20.25.0 0.0.0.255 area 2
> > network 137.20.64.0 0.0.15.255 area 0
> > network 137.20.100.32 0.0.0.31 area 1
> > network 137.20.224.0 0.0.15.255 area 0
> > neighbor 137.20.100.35
> > neighbor 137.20.100.33
> >!
> >router igrp 1
> > redistribute ospf 1 metric 10000 100 255 1 1500
> > passive-interface default
> > no passive-interface Serial0.2
> > network 137.20.0.0
> >
> >Dan Lockwood
This archive was generated by hypermail 2.1.4 : Sat Sep 07 2002 - 19:36:30 GMT-3