From: Fred Ingham (fningham@xxxxxxxxxxxxxxxx)
Date: Thu Aug 05 1999 - 20:11:09 GMT-3
Some general comments on your configurations:
You have not configured BW on any interface, this is always a good
practice. The metrics in IGRP were calculated on a 1544 Kbit bandwidth
for r1 serial 1. [(10**7/1544) + 2000 = 8477]
The default metrics you specify for OSPF into IGRP are a little
unusual. The bandwith is expressed in KBits, so you specified a
bandwidth of 64 Megabits, a delay of 1 is a 10 microsecond delay, 2000
or 20 milliseconds is a more normal delay, 255 for reliability is ok
but 255 for load means that the circuit is fully loaded, 1 is more
appropriate here.
Also on r2 serial 0 you did not specify the lmi-type. Although the
router will autosense it is still a good practice to specify it.
The summary routes that are in the IGRP table have a null summary in
r1, a metric of 20, and type 2. The one that doesn't make it has a high
metric and a type of 0. (I assume you already noted this.) As a test,
shutdown one of the token ring interfaces on r2 or r3 and see how the
metrics change.
You might want to configure ip classless on r5.
More later. Cheers.
Mark Mirrotto wrote:
>
> All -
>
> I am still having the same ospf summary address problem after I changed the
> network statements. Attached are the configs. Other people that share this
> lab equipment are having the same issues - only sometimes. It started
> happening after r1 was upgraded to 12.0 code.
>
> Thanks for you input to this problem. The workaround is to either add a
> loopback in the summarized range, or change the routers in the 128 subnet
> to something else.
>
> Mark
> -----Original Message-----
> From: Fred Ingham <fningham@worldnet.att.net>
> To: Mark Mirrotto <mmirrott@stratos.net>
> Cc: ccielab@groupstudy.com <ccielab@groupstudy.com>
> Date: Sunday, August 01, 1999 8:17 AM
> Subject: Re: OSPF summary address problem
>
> >I don't know what you're missing but I could not recreate your problem.
> >I configured the setup you described, used the three summary addresses
> >you described, and had the three summary routes in the IGRP domain. No
> >static routes. All routers could ping all interfaces. Attached are the
> >router configurations and the routing tables. Let me know the
> >difference between your configurations and the attached.
> >
> >Another way to insert a default route into IGRP is with the ip
> >default-network command.
> >
> >
> >Mark Mirrotto wrote:
> >>
> >> Hi
> >>
> >> I apologize for the length of this message, but I think it is necessary
> to
> >> set up the scenario.
> >>
> >> R1, R2, and R3 are in a frame relay point-to-multipoint network in subnet
> >> 172.17.59.16 / 28 in OSPF area 0
> >> R3 R2 share a token ring segment using subnet 172.17.59.128 / 28 in OSPF
> >> area 3
> >> R1 to R4 are connected via frame-relay point to point and use subnet
> >> 172.17.59.0 / 28 in OSPF area 1
> >> R4's ethernet segment is in subnet 172.17.59.160 / 30 in OSPF area 2
> >> R1's ethernet is in subnet 172.17.59.192 / 29
> >> R1 to R5 is a standard serial link and is running IGRP only in subnet
> >> 172.17.59.64 / 26
> >> I know I need to summarize because of the classful nature of IGRP, so I
> >> summarize 172.17.59.0 / 26 ; 172.17.59.128 / 26 and 172.17.59.192 / 26 on
> R1
> >> and redistribute igrp and ospf mutually - (I used metrics for
> >> igrp and subnets for ospf) When I do a 'show ip ospf summary' the subnets
> >> all the proper show up summarized, but the 128 subnet has a very high
> >> metric, and doesn't^Òt show up on R5. I think this is because R1 's
> route to
> >> the 128 subnet is a O IA route. I create a static route on R1 with the
> 128
> >> subnet and a 26 bit mask pointing
> >> to null 0 and everything works fine. What am I missing? I won't be able
> to
> >> use a static route in the lab....
> >>
> >> Thanks!
> >>
> >> Mark (31 days and counting.....)
> >>
This archive was generated by hypermail 2.1.4 : Thu Jun 13 2002 - 08:21:46 GMT-3