From: BUI, TIN T (SBCSI) (tb4565@xxxxxxx)
Date: Mon Dec 18 2000 - 19:18:06 GMT-3
Raymond, the area range command will work as well, but you must be careful
on where and how you use it as it has restrictions. Make sure you don't
mistake it for the Summarize command. Summarize is used for external and
Area range used for internal routes. Summarize will not work in this case.
Also, make sure you use the area range command on border routers only or you
might not see what you're looking for. The other problem with using area
range command is that on a loopback, you will see two routes for the
loopback (one with 32 bit mask and one with mask of range).
I currently run ios 11.3(5)T in my lab and it does support ip ospf command.
I believe that the ccie lab runs only version 12+ (Probably because they
want to test you on everything including new features such as VPN). I use
ip ospf command because there are less restrictions placed upon it and my
routing table does not look as messy.
> 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: Raymond Cheung [mailto:rcheung@slb.com]
Sent: Monday, December 18, 2000 11:18 AM
To: Shaun Nicholson; BUI, TIN T (SBCSI)
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