Re: Troubleshooting Task - FR Broadcast Keyword

From: Narbik Kocharians (narbikk@gmail.com)
Date: Wed Dec 24 2008 - 19:20:47 ARST

Huan,

As long as you are happy with this extra commands, mate, the world is happy.

Merry Christmas to all.

On Wed, Dec 24, 2008 at 12:04 PM, Huan Pham <pnhuan@yahoo.com> wrote:

> Hi Darby,
>
> Classic question again ;)
>
> I have rip that advertises updates via unicast, and ospf via multicast on
> the same link. Do I need bcast keyword? I sure do! Does it violate rip task
> requirements (only send unicast updates)? No
>
> Do I violate task requirement if ospf is removed, yet I still leave bcast
> keyword on? I sure don't!
>
> If we put it on while we actually don't need it does not mean we violate
> the task requirements!
>
>
>
> Sent from my iPhone
>
> On 25/12/2008, at 2:15 AM, "Darby Weaver" <ccie.weaver@gmail.com> wrote:
>
> Non-Broadcast...
>
> Broadcast Keyword does what exactly?
>
> Does RIP need it? when?
>
> Does EIGRP need it? when?
>
> Does OSPF need it? when?
>
> Does Multicast need it? when?
>
> Does BGP need it? when? tell me again?
>
> Ask these questions, consider all of your options.
>
> Now you have the basis for a sound conclusion.
>
>
>
>
> On Tue, Dec 23, 2008 at 10:59 PM, Huan Pham <pnhuan@yahoo.com> wrote:
>
> Eg one of the common requirements is not to send redundant bcast packets,
> yet you have bcast key word for evry Dlci
>
> On the other hand, having that bcast keyword does not violate your given
> Rip unicast update task requirements
>
> Sent from my iPhone
>
> On 24/12/2008, at 2:44 PM, "John Edom" <jedom123@gmail.com> wrote:
>
> hi,
> by violation, you means like if in igp section task ask to configure rip
> and send only unicast update etc? Can you give some examples of violation?
>
> Regards
>
> On Wed, Dec 24, 2008 at 7:29 AM, Huan Pham <pnhuan@yahoo.com> wrote:
> You should consider removing "broadcast" keyword as a part of your
> troubleshooting solutions if it BREAKS the connectivity of yr network or if
> it violates requirement(s) of one or more tasks. If not, it is safe to
> leave
> as is. CCIE is not a design exam, nor a test of best practice!
>
> Sent from my iPhone
>
> On 24/12/2008, at 2:02 PM, "John Edom" <jedom123@gmail.com> wrote:
>
> Hi,
>
> In lab, if i feel that broadcast key is given unnecessarily in frame-relay
> statements so should i consider this as part of troubleshooting task and
> remove them ?
>
> Need your comments
>
> Regards
>
>
> Blogs and organic groups at http://www.ccie.net
>
> _______________________________________________________________________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
>
>
> Blogs and organic groups at http://www.ccie.net
>
> _______________________________________________________________________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
>
>
> Blogs and organic groups at http://www.ccie.net
>
> _______________________________________________________________________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
>
>
> 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
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:09 ARST