From: Rob Webber (rwebber@xxxxxxxxxxxx)
Date: Mon Dec 18 2000 - 17:47:38 GMT-3
Yes - this works. I just verified it on my routers. I think the only
'requirement' is that the loopback needs to be in its own area. That is, if
the loopback is in a particular OSPF area with a few other routers, those
routers will see the /32 address. Any router in a different area will see
the configured area summary. I've included my config below (on "R6") and two
show commands on another router ("R1"). Before I put in the area range
commands both of R6's loopback's showed up as /32's. R1 and R6 are connected
by OSPF...
Rob.
hostname r6
!
interface Loopback0
ip address 10.6.1.1 255.255.255.255
!
interface Loopback1
ip address 200.200.200.1 255.255.255.0
!
router ospf 1
network 10.6.1.0 0.0.0.255 area 1
network 200.200.200.0 0.0.0.255 area 1
area 1 range 10.6.1.0 255.255.255.0
area 1 range 200.200.200.0 255.255.255.0
!
r1#sho ip ospf neighbor
Neighbor ID Pri State Dead Time Address Interface
200.200.200.1 1 FULL/ - 00:01:54 10.1.10.6 Serial0.2
r1#i
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
10.0.0.0/8 is variably subnetted, 9 subnets, 3 masks
C 10.1.10.0/24 is directly connected, Serial0.2
O IA 10.6.1.0/24 [110/65] via 10.1.10.6, 00:06:48, Serial0.2
C 10.1.20.0/28 is directly connected, TokenRing0
O IA 200.200.200.0/24 [110/65] via 10.1.10.6, 00:06:54, Serial0.2
r1#
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com]On Behalf Of
Raymond Cheung
Sent: Monday, December 18, 2000 2:18 PM
To: Shaun Nicholson; tb4565
Cc: MAHeeba; nigel_taylor; ccielab; ccsi100; Bryant_Andrews
Subject: RE: Losing routes when OSPF red into IGRP
Could someone verify this? I remember it didn't work in my case. OSPF still
advertises out /32 host route out to other IGP even you use Area Range
statement.
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com]On Behalf Of
Shaun Nicholson
Sent: Monday, December 18, 2000 11:45 AM
To: tb4565
Cc: MAHeeba; nigel_taylor; ccielab; ccsi100; Bryant_Andrews
Subject: RE: Losing routes when OSPF red into IGRP
You can use the Area Range command to do your loopbacks if your IOS is not
12.0 or above.
12.0 and above supports the IP OSPF point to point on a loopback but not
bellow that version so you may need the area range command on the lab if its
11.2 or 11.3 IOS
Shaun
tb4565@sbc.com on 12/18/2000 12:29:00 PM
To: MAHeeba@itqan.co.ae@Internet, nigel_taylor@hotmail.com@Internet,
ccielab@groupstudy.com@Internet, ccsi100@yahoo.com@Internet
cc: Bryant_Andrews@hotmail.com@Internet (bcc: Shaun Nicholson/MD/KAIPERM)
Subject: RE: Losing routes when OSPF red into IGRP
More items to add. It sounds like some of those addresses you mentioned are
loopbacks. I agree on the border router, summarize the ospf routes and then
redistribute into igrp. However, the summarize command does not work with
loopbacks. OSPF will always advertise loopbacks with 32-bit. To get the
loopbacks to advertise the correct mask, use "ip ospf network
point-to-point" on the loopback interface section. This will force OSPF to
advertise whatever mask is on the loopback.
> Tin T. Bui
> Senior Network Manager
> Network Management Center
> SBC Services Inc.
> 7337 Trade Street, Rm 1110
> San Diego, Ca 92121
> Office #: 858-886-4589
> Pager #: 858-494-0482
> Fax #: 858-549-4103
> Email: tb4565@sbc.com
>
-----Original Message-----
From: Mohamed Heeba [mailto:MAHeeba@itqan.co.ae]
Sent: Sunday, December 17, 2000 3:03 AM
To: 'Nigel Taylor'; ccielab@groupstudy.com; Roy Grego
Cc: Bryant Andrews
Subject: RE: Losing routes when OSPF red into IGRP
the classful boundary of those networks are not the 24 bit mask , but it is
the 8 bit mask , so u have to summarize the networks to be seen in the IGRP
domain with the IP summary-address command on the ASBR , which is R1 here .
-----Original Message-----
From: Nigel Taylor [mailto:nigel_taylor@hotmail.com]
Sent: Sunday, December 17, 2000 3:59 AM
To: ccielab@groupstudy.com; Roy Grego
Cc: Bryant Andrews
Subject: Re: Losing routes when OSPF red into IGRP
See Inline....
----- Original Message -----
From: Roy Grego <ccsi100@yahoo.com>
To: <ccielab@groupstudy.com>
Sent: Sunday, December 17, 2000 4:49 AM
Subject: Losing routes when OSPF red into IGRP
> Hello,
>
> When I red OSPF routes into IGRP I am losing some
> routes.
>
> Example:
>
> OSPF clouds -- R1 --- IGRP ----- R2
>
> R1 has these routes in its OSPF database & Routing
> table. R1 can ping all these addresses.
> C 1.1.1.1 /24
> E2 2.2.2.2 /30
> E2 3.3.3.3 /24
> C 4.4.4.4 /24
> O 5.5.5.5 /24
> O 6.6.6.6 /30
>
> BUT R2 will not see 3.3.3.3 or 6.6.6.6. Where do
> these go? The routes being lost are not all subnetted,
> nor are they External OSPF routes.
In order not to loose OPSF routes when redistributing a VLSM into FLSM
capable
protocol you have to summarize the the VLSM(OSPF) routes to a classfull (24
bit) boundary
and then redistribute it into IGRP. From looking at the table above the
one's you should be
having problems with if any is the /30 subnets. All the other routes listed
are already on a classfull
boundary.
>
> Sample configs:
> router ospf 1
> network 1.1.1.1 0.0.0.0 area 0
> red igrp 4 subnets metric 500 route-map IGRP2OSPF
>
> router igrp 4
> network 4.0.0.0
> red ospf 1 match e i metric 1500 100 255 1 1500
>
> Is there a debug to see the routes being redistributed
> and/or routes rejected for redistribution?
Yes
r2_01#debug ip ospf ?
adj OSPF adjacency events
database-timer OSPF database timer
events OSPF events <--------This one
flood OSPF flooding
hello OSPF hello events
lsa-generation OSPF lsa generation <----- This one
packet OSPF packets <------- This one
retransmission OSPF retransmission events
spf OSPF spf
tree OSPF database tree
>
> FYI, R1 has a Frame connection with Multipoint subint.
> and networks 3, 5, & 6 can be routed 2 different ways.
> Does OSPF have a problem with this?
No, the only thing I can think of is to check your frame circuits(pvc's) and
make sure
thery're active an up. You mentioned you were having a problem with section
3 and 6..
but didn't mention 5, so I guessing that's working fine. Check out your
layered model..
Nigel...
>
> Thanks,
> ROY
>
>
This archive was generated by hypermail 2.1.4 : Thu Jun 13 2002 - 08:26:05 GMT-3