From: Gary Duncanson (gary.duncanson@avt.co.uk)
Date: Wed Mar 12 2003 - 13:43:50 GMT-3
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