From: Tim Fletcher (tim@fletchmail.net)
Date: Wed Mar 12 2003 - 14:08:23 GMT-3
Gary,
A point to point should work fine as is, without neighbor statements or any
other tweaking.
Physical and multipoint subinterfaces are both non-broadcast by default,
and are treated the same. So they will both need frame map statements.
HTH
-Tim Fletcher
At 04:43 PM 3/12/2003 +0000, Gary Duncanson wrote:
>Thanks Tim,
>
>I see. Point to point - no hub involved. That makes sense. If you couldn't
>use the ip ospf network type I wonder if the neighbor command is the way
>forward?
>This was my original question. So far as hub and spoke goes I understand
>you would need frame maps for a physical interface arrangement. Are you
>saying that they are needed for a multipoint config too if ip ospf network
>cannot be used? If you used point to multipoint to every OSPF interface on
>the Frame network would you get round the ospf network type mismatch problems?
>
>Gary
>
>-----Original Message-----
>From: Tim Fletcher [mailto:tim@fletchmail.net]
>Sent: Wednesday, March 12, 2003 04:08 PM
>To: Gary Duncanson
>Cc: ccielab@groupstudy.com
>Subject: RE: ip ospf network alternatives
>
>
>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