From: Nick Griffin (nick.jon.griffin@gmail.com)
Date: Mon Jan 08 2007 - 22:03:04 ART
OSPF Packets have a TTL of 1 so, no adjacency will form, unless you have
direct mappings between the spokes. You need at least one broadcast keyword
mapping to the DLCI when multicast/broadcast support is required. It sounds
too me like they have a redundant broadcast map statement configured. It is
not required, and it will not have any affect on the forming of adjacencies
between the spokes, however it will cause redundant unnecessary broadcast
traffic. The broadcast keyword just simply allows broadcast support on the
DLCI in question.
HTH
On 1/8/07, Sean.Zimmerman@clubcorp.com <Sean.Zimmerman@clubcorp.com> wrote:
>
> In a non-meshed hub-and-spoke frame relay physical interface
> configuration where the network type is manually set to broadcast, and
> frame-relay map statements are used, why would you use the broadcast
> argument on the 'frame-relay map ip x.x.x.x yyy broadcast' statement on
> the spokes' map statements to other spokes? In the context of OSPF,
> wouldn't these permit the formation of spoke-to-spoke adjacencies, when
> all of the routes have to go through the hub at layer 2 anyway?
> I think that it'd be best to remove the broadcast argument, but
> I've seen several examples where the broadcast statement is used in this
> manner.
>
> _______________________________________________________________________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
This archive was generated by hypermail 2.1.4 : Thu Feb 08 2007 - 23:46:56 ART