Re: Static Mroute - allowed?

Thanks again everyone for your valuable input. I'll won't go too mroute
happy and will always ask the proctor for any clarification :)

Tom

On Sun, Dec 18, 2011 at 11:28 PM, Narbik Kocharians <narbikk_at_gmail.com>wrote:

> Exactly. What else are you going to do? Besides RPF is NOT the ONLY issue
> in Mcast, you can make real complex labs without having RPF failures.
>
> If you like to see some hang in there and check our second TS lab, it's
> mostly based on Mcast, there are 15 tickets and ONLY three of them are RPF
> issues.
>
>
>
>
> On Sun, Dec 18, 2011 at 6:59 PM, Scott Morris <swm_at_emanon.com> wrote:
>
>> I disagree about making things too easy...
>>
>> Like anything, you should be selective and not a 0/0! :) Asking the
>> proctor isn't a bad idea either...
>>
>> But keep in mind your options:
>>
>> 1. Changing your IGP path (BAD, BAD idea)
>> 2. Static mroute
>> 3. MBGP multicast address family (while plausible, more likely outside
>> the scope/necessity of R&S lab)
>>
>>
>>
>>
>> *Scott Morris*, CCIE*x4* (R&S/ISP-Dial/Security/Service Provider) #4713,
>>
>> CCDE #2009::D, CCNP-Voice, JNCIE-SP #153, JNCIE-ER #102, CISSP, et al.
>>
>> CCSI #21903, JNCI-SP, JNCI-ER
>>
>> swm_at_emanon.com
>>
>>
>> Knowledge is power.
>>
>> Power corrupts.
>>
>> Study hard and be Eeeeviiiil......
>>
>> On 12/18/11 9:23 PM, Yuri Bank wrote:
>>
>> I feel like that would make a lot of multicast tasks too easy, and could
>> be a dangerous assumption to make. I would DEFINITELY ask the proctor about
>> this before going to town with static mroutes.
>>
>> -Yuri
>>
>> On Sun, Dec 18, 2011 at 5:25 PM, Narbik Kocharians <narbikk_at_gmail.com>wrote:
>>
>>> Tom,
>>>
>>> I totally agree with Scott. He is right on the money.
>>>
>>> On Sun, Dec 18, 2011 at 11:25 AM, Tom Kacprzynski <tom.kac_at_gmail.com>
>>> wrote:
>>>
>>> > Thank you everyone for the quick responses. Now I can go mroute happy
>>> in my
>>> > labs without worrying about it :)
>>> >
>>> > Tom
>>> >
>>> >
>>> > On Sun, Dec 18, 2011 at 1:22 PM, Scott Morris <swm_at_emanon.com> wrote:
>>> >
>>> > > An mroute is not a route. It influences a lookup for a check.
>>> > >
>>> > > I'd be aware of a specific requirement for no static mroutes, but
>>> > > otherwise, the two are unrelated.
>>> > >
>>> > >
>>> > >
>>> > >
>>> > > *Scott Morris*, CCIE/x4/ (R&S/ISP-Dial/Security/Service Provider)
>>> #4713,
>>> > >
>>> > > CCDE #2009::D, CCNP-Voice, JNCIE-SP #153, JNCIE-ER #102, CISSP, et
>>> al.
>>> > >
>>> > > CCSI #21903, JNCI-SP, JNCI-ER
>>> > >
>>> > > swm_at_emanon.com
>>> > >
>>> > >
>>> > > Knowledge is power.
>>> > >
>>> > > Power corrupts.
>>> > >
>>> > > Study hard and be Eeeeviiiil......
>>> > >
>>> > >
>>> > > On 12/18/11 2:10 PM, Tom Kacprzynski wrote:
>>> > > > Hello
>>> > > > On the lab test, in the original lab restriction, is a mroute
>>> static
>>> > > route
>>> > > > allowed if they say no static routes ? Or are they only referencing
>>> > > *unicast
>>> > > > *static routes with such a statement?
>>> > > >
>>> > > > Thank you,
>>> > > >
>>> > > > Tom
>>> > > >
>>> > > >
>>> > > > 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* <http://www.micronicstraining.com/>
>>> Sr. Technical Instructor
>>> YES! We take Cisco Learning Credits!
>>> Training & Remote Racks available
>>>
>>>
>>> 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/>
> Sr. Technical Instructor
> YES! We take Cisco Learning Credits!
> Training & Remote Racks available

Blogs and organic groups at http://www.ccie.net
Received on Mon Dec 19 2011 - 23:06:42 ART