Re: Broadcast keyword in FR Hub & Spoke

From: Narbik Kocharians (narbikk@gmail.com)
Date: Tue Dec 09 2008 - 11:36:27 ARST

RIP, Eigrp, OSPF could be configured with neighbor statements, so you should
use it if you need it.

On Tue, Dec 9, 2008 at 4:52 AM, Pavel Bykov <slidersv@gmail.com> wrote:

> Wow... are you serious? I understand the logic of it, but since there are
> almost certainly multicast tasks, and since the only dynamic routing
> protocol not needing this keyword is BGP, i always put it in.
> There is just too big of a chance that I will need it...
>
>
>
> On Tue, Dec 9, 2008 at 7:49 AM, Narbik Kocharians <narbikk@gmail.com>wrote:
>
>> I personally recommend NOT to use the "Broadcast" keyword at all when
>> configuring the frame-relay section, unless the task in the
>> *frame-relay*section specifically asks for that keyword.
>>
>> Since I do not recommend flipping between sections, there is no way to
>> know
>> what will be asked from you in the future tasks, as you mentioned, what if
>> OSPF is to be configured in a non-broadcast network type? Now.. you have
>> to
>> remember to go back and take that keyword off.
>>
>> I do not recommend adding extra commands if they are not needed, that can
>> become a real bad habbit.
>>
>>
>> On Mon, Dec 8, 2008 at 10:32 PM, John Edom <jedom123@gmail.com> wrote:
>>
>> > Hi,
>> >
>> > If we have hub and spoke topology in frame-relay, on spokes we use
>> > broadcast
>> > key only with the frame map statement that is for hub and does not add
>> it
>> > for other spoke but i have seen some docs where they put broadcast
>> keyword
>> > with all frame-relay map statement. and one document says we will use
>> one
>> > broadcast keyword either with statement for hub or spoke but once.
>> Please
>> > someone clarify what is actual concept behind it.
>> >
>> > 2nd Question: In OSPF NBMA network type, If i add broadcast key on all
>> hub
>> > and spokes then still we need neighbor statement, Why?
>> >
>> > Thanks and Regards
>> > John
>> >
>> >
>> > Blogs and organic groups at http://www.ccie.net
>> >
>> > _______________________________________________________________________
>> > Subscription information may be found at:
>> > http://www.groupstudy.com/list/CCIELab.html
>> >
>> >
>> >
>> >
>> >
>> >
>> >
>> >
>>
>>
>> --
>> Narbik Kocharians
>> CCSI#30832, CCIE# 12410 (R&S, SP, Security)
>> www.MicronicsTraining.com <http://www.micronicstraining.com/>
>> www.Net-Workbooks.com <http://www.net-workbooks.com/>
>> Sr. Technical Instructor
>>
>>
>> Blogs and organic groups at http://www.ccie.net
>>
>> _______________________________________________________________________
>> Subscription information may be found at:
>> http://www.groupstudy.com/list/CCIELab.html
>>
>>
>>
>>
>>
>>
>>
>>
>
>
> --
> Pavel Bykov
> ----------------
> Don't forget to help stopping the braindumps, use of which reduces value of
> your certifications. Sign the petition at http://www.stopbraindumps.com/
> 

-- 
Narbik Kocharians
CCSI#30832, CCIE# 12410 (R&S, SP, Security)
www.MicronicsTraining.com
www.Net-Workbooks.com
Sr. Technical Instructor

Blogs and organic groups at http://www.ccie.net

This archive was generated by hypermail 2.1.4 : Thu Jan 01 2009 - 12:53:08 ARST