From: BUI, TIN T (SBCSI) (tb4565@xxxxxxx)
Date: Mon Dec 18 2000 - 14:15:33 GMT-3
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