Re: OSPF summary address problem

From: Fred Ingham (fningham@xxxxxxxxxxxxxxxx)
Date: Thu Aug 05 1999 - 14:07:17 GMT-3


   
You are correct that using 0.0.0.0 as a mask in the ospf network
statement will only advertise a host route. I use the area range
command to advertise subnets.

Mark Mirrotto wrote:
>
> Sorry about the delay - I only have access to a lab once a week.
> Instead of using the wildcard mask according to the subnet mask, I noticed
> you set the wildcard mask to 0.0.0.0 in the ospf network statement, and the
> network statement is set to the interface ip address. I used the mask of
> the subnet the address is on, with a wildcard mask that matches the
> netmask - ie:
> network 172.17.59.0 0.0.0.15 for a .240 subnet mask. I will test it out to
> see if it is the cause of this problem.
> I have a question, though.... if you setup the network statement to just
> match the exact ip address of the interface, would the entire subnet still
> be available? I'm sure it wouldn't get advertised...... you could ping all
> the local interfaces, but another host on the same subnet would not be
> reachable, correct?
>
> Thanks
>
> 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