From: CCIE FUN (ccieexam2002@xxxxxxxxx)
Date: Fri Aug 23 2002 - 15:21:40 GMT-3
area 0 range would be used in case when the ASBR is in
another area other than AREA 0.
--- "Warner, Thomas S" <thomas.s.warner@lmco.com>
wrote:
> 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