From: Colin Barber (Colin.Barber@xxxxxxxxxxxxxx)
Date: Fri Aug 23 2002 - 06:00:34 GMT-3
area 0 range command is used to summarise routes than orginate in area 0
into another area.
An example is when using point-to-multipoint in the core of your network.
For each neighbor found a /32 network is created. Therefore as well as the
network used in the core being propagated into other areas a bunch of host
routes are also propagated. Using the area 0 range will just send one route
into the other area.
-----Original Message-----
From: Warner, Thomas S [mailto:thomas.s.warner@lmco.com]
Sent: 22 August 2002 23:23
To: 'Edward Monk'; ccielab@groupstudy.com
Subject: RE: Strategy for redistribution of OSPF/IGRP
Edward
That is definitely an interesting suggestion. I just tested it and it
works. I put a loopback on R7 140.100.20.9/29, redistributed it into OSPF,
and then summarized it with the "summary-address 140.100.20.0 255.255.255.0"
command. The route was then successfully redistributed into IGRP.
I do have one lingering question. What exactly does the "area 0 range"
command do and when would I use it? I understand the purpose of area
(non-zero #) range command, but not area 0 range.
Thanks,
-----Original Message-----
From: Edward Monk [mailto:emonk@att.net]
Sent: Thursday, August 22, 2002 4:02 PM
To: 'Warner, Thomas S'; ccielab@groupstudy.com
Subject: RE: Strategy for redistribution of OSPF/IGRP
Thomas,
Think about putting a loopback on another OSPF router within the range
you would like to see in IGRP. Now what can you do?
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
Warner, Thomas S
Sent: Thursday, August 22, 2002 1:01 PM
To: 'ccielab@groupstudy.com'
Subject: Strategy for redistribution of OSPF/IGRP
All
I know this subject has been beaten to death on many a discussion group.
However, I'm trying to come up with the best strategy if I am told that
I
can not use the ip default-network command in the IGRP routing domain
when
redistributing OSPF into IGRP.
Consider the scenario below. All interface subnet addresses on all of
the
routers are taken from the same major network 140.100.0.0
s0/0 s0/1
OSPF Area 2 OSPFArea0 IGRP
140.100.25.0/29 140.100.20.0/29 140.100.10.0/24
(.1) (.2) (.1) (.1) (.2)
- R7 - - R3 - - R4 -
I am redistributing OSPF routes into IGRP on R3 with hopes of seeing all
OSPF routes and connected interfaces on R3 appear in R4's routing table.
Intra area routes (IA): I can summarize any IA routes with the area
range
command and get them into the R4. So I entered the "area 2 range"
command
on R7 to accomplish that. I'm ok here.
External routes (E1, E2): If I had some external routes I could use the
summary-address command on the ASBR and summarize them at the /24
boundary
and get those into R4. I'm ok here.
Area 0 networks. The only way that I've been able to get the
140.100.20.0/29 network into R4 was by creating another OSPF routing
process, redistributing the connected interface into it, using the
summary-address command, and then redistributing this second process
into
IGRP.
R3:
router ospf 1
log-adjacency-changes
network 140.100.20.1 0.0.0.0 area 0
!
router ospf 2 (THIS IS THE EXTRA OSPF PROCESS)
summary-address 140.100.20.0 255.255.255.0
redistribute connected subnets route-map dot20
!
router igrp 1
redistribute connected
redistribute ospf 1 metric 1000 100 255 1 1500
redistribute ospf 2 metric 1000 100 255 1 1500
passive-interface Serial0/0
network 140.100.0.0
!
access-list 5 permit 140.100.20.0
route-map dot20 permit 10
match ip address 5
Is there another way to do this because this solution seems very
inelegant?
Once again, I'm just trying to have a set strategy before walking in
that
door at RTP. I've also tried the "area 0 range 140.100.20.0
255.255.255.0"
command and been unsuccessful. Thanks in advance,
Tom Warner
Lockheed Martin Enterprise Information Systems
Computing and Network Services
email: mailto:thomas.s.warner@lmco.com
This archive was generated by hypermail 2.1.4 : Sat Sep 07 2002 - 19:48:35 GMT-3