RE: ip ospf network alternatives

From: Tim Fletcher (tim@fletchmail.net)
Date: Wed Mar 12 2003 - 13:07:40 GMT-3


Gary,

If you are using point to point, then there is no hub and no need for frame
maps. Physical and multipoint subinterfaces are the same thing to OSPF.
Frame maps are not needed in a point to multipoint config, but the original
question excluded setting the OSPF network type. Given that requirement,
the only way to reach the other spoke, or any networks reachable through
the other spoke is with spoke to spoke frame maps.

Did this answer your question? If not let me know.

-Tim Fletcher

At 03:35 PM 3/12/2003 +0000, Gary Duncanson wrote:
>Thanks Tim,
>
>Is it not the case that frame maps are only required depending on the
>topology involved with a hub and spoke FR arrangement i.e physical,
>multipoint, point to point? When using only physical interfaces in a hub
>and spoke topology you need to add frame-relay map statements on the
>spokes only for spoke to spoke reachability.
>
>Gary
>-----Original Message-----
>From: Tim Fletcher [mailto:tim@fletchmail.net]
>Sent: Wednesday, March 12, 2003 03:22 PM
>To: adz; Jerry Haverkos; Gary Duncanson; ccielab@groupstudy.com
>Subject: RE: ip ospf network alternatives
>
>
>It's true that the spokes don't need to, and in fact can't form
>adjacencies, but without spoke to spoke frame maps, you will not be able to
>reach routes learned from the other spoke. The routes will be in the table,
>but the next hop will be the other spoke. So unless you have a frame map to
>the other spoke, you will not be able to reach those addresses.
>
>-Tim Fletcher
>
>At 09:33 AM 3/12/2003 +0000, adz wrote:
> >err, no you don't, only at the hub, the spokes don't need to form
> >adjacencies...
> >
> >-----Original Message-----
> >From: Jerry Haverkos [mailto:jhaverkos@columbus.rr.com]
> >Sent: 11 March 2003 23:24
> >To: adz; Gary Duncanson; ccielab@groupstudy.com
> >Subject: RE: ip ospf network alternatives
> >
> >
> >additionally for NBMA you need a spoke to spoke frame map at each spoke
> >
> >-----Original Message-----
> >From: nobody@groupstudy.com [mailto:nobody@groupstudy.com]On Behalf Of
> >adz
> >Sent: Tuesday, March 11, 2003 2:37 PM
> >To: Gary Duncanson; ccielab@groupstudy.com
> >Subject: RE: ip ospf network alternatives
> >
> >
> >Hi Gary,
> >
> >I've read your question and the replies already posted,
> >
> >It's fair to say that each ospf network type twiddles settings such as
> >hello interval etc, and it is interesting to know how each type works but...
> >
> >.. when it comes down to it, avoiding problems means understanding what
> >the router will do if you leave the settings as default. The default ospf
> >network type for frame-relay multipoint encapsulated interfaces is non
> >broadcast and frame-relay point2point is ospf point-to-point.
> >
> >Non broadcast OSPF means you need to do two things to make you network
> >stable - (avoid problems?)
> >
> >1. non-broadcast uses DR's so remember to set the ip ospf priority command
> >on the spokes to 0.
> >"ip ospf priority 0"
> >
> >
> >2. you need to define the spoked at the hub. do this using neighbor
> statements
> >"router ospf 1
> >neighbour xxx.xxx.xxx.xxx etc"
> >
> >cheers
> >
> >Adz
> >
> >
> >-----Original Message-----
> >From: nobody@groupstudy.com [mailto:nobody@groupstudy.com]On Behalf Of
> >Gary Duncanson
> >Sent: 10 March 2003 20:53
> >To: ccielab@groupstudy.com
> >Subject: ip ospf network alternatives
> >
> >
> > [ The following text is in the "utf-8" character set. ]
> > [ Your display is set for the "ISO-8859-1" character set. ]
> > [ Some characters may be displayed incorrectly. ]
> >
> >If you can't use ip ospf network on your frame interfaces what other
> >methods can you use to avoid problems running ospf over frame?
> >
> >Thanks



This archive was generated by hypermail 2.1.4 : Sat Apr 05 2003 - 08:51:38 GMT-3