From: Mark Abrahams (mark@abrahams.co.nz)
Date: Thu Oct 18 2007 - 06:33:35 ART
I too used to fear the DVMRP question for a long time. But I one day
discovered that Cisco's lack of support for it really served to narrow
down the possible exam questions to just a few areas. After
implementing the features on the Doc CD DVMRP configuration guide page,
I was actually really keen to get a DVMRP question in the lab.
A few things that helped were (corrections welcome!):
- DVMRP functions very similarly to RIP, and can be configured and
observed in much the same way (this was the most important revelation)
- Enable propagation of DVMRP routes using "ip dvmrp unicast-routing" on
adjacent PIM interfaces
- View DVMRP routes propagating over PIM interfaces by observing the
DVMRP routing table with "show ip dvmrp route"
- Inject routes other than directly connected networks with "ip dvmrp
metric"
- Summarization, auto-summarization, metric offsets, and default routing
function very similar to the RIP equivalents - implement and observe them
- PIM can (and will by default) use DVMRP routes for RPF checking
- DVMRP tunneling, while not completely verifiable due to the single
end-point, is very easily configured
- there are only a handful of other tuning commands such as route limits
and propagation delays, all of which are fairly simple concepts
Although quite superficial I'm sure, I felt like I had a good grasp of
Cisco's little subset of DVMRP. There's just not that much there. In
fact I was genuinely disappointed it didn't show up in my lab.
HTH
Mark
Gregory Gombas wrote:
> Yeah but sometimes you have to pick your battles...
>
> If its something thats easily looked up on the DOC cd I'll spend a few
> minutes on it.
> But if its something complex or requires a deep understanding of DVMRP
> I rather skip it.
>
> IMHO I rather spend my time getting a deeper understanding of token
> ring which still exists in many production networks rather than DVMRP
> which I have never seen in a production network anywhere...
>
>
> On 10/17/07, Joseph Brunner <joe@affirmedsystems.com> wrote:
>
>> Don't do it Greg, LOL
>>
>> That's self-immolation, not self-confidence.
>>
>> As a person of Hebrew Heritage (who coincidently played FAGIN in 5th grade
>> performance of Oliver Twist) I can assure we don't leave money on the table.
>>
>> You should not leave points on the table. I don't care it's as gay as
>> "banner exec" in the lab, don't forfeit an inch, and you won't lose a mile.
>>
>> -Joe
>>
>> -----Original Message-----
>> From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
>> Scott M Vermillion
>> Sent: Wednesday, October 17, 2007 12:01 PM
>> To: 'Gregory Gombas'
>> Cc: ccielab@groupstudy.com
>> Subject: RE: DVMRP Testing?
>>
>> LOL.
>>
>> Now *that's* self-confidence!
>>
>> -----Original Message-----
>> From: Gregory Gombas [mailto:ggombas@gmail.com]
>> Sent: Wednesday, October 17, 2007 7:38 AM
>> To: Scott M Vermillion
>> Cc: ccielab@groupstudy.com
>> Subject: Re: DVMRP Testing?
>>
>> My strategy if I come across DVMRP in the lab is to skip it and kiss
>> those points goodbye...
>>
>> On 10/16/07, Scott M Vermillion <scott@it-ag.com> wrote:
>>
>>> Hi all,
>>>
>>>
>>>
>>> So DVMRP is still listed on the lab blueprint for whatever reason.
>>>
>> However,
>>
>>> Cisco routers only support DVMRP interoperability (and you can't do DVMRP
>>> tunnels between two Cisco routers). So other than reading Williamson's
>>> really dated chapter of his really dated book and reviewing the limited
>>> stuff that's on the DocCD, what have you done to prepare for this aspect
>>>
>> of
>>
>>> the lab? Did you set up mrouted on Linux box or something? I guess I
>>> generally feel like I know what DVMRP is and how to configure basic
>>> features, but I always get bit when I gloss over something that's
>>> specifically called out in a blueprint. It seems I always get tested at a
>>> deeper level than I've prepared for when I get this "oh well, it's a dead
>>> technology anyway" attitude I'm feeling right now.
>>>
>>>
>>> Cheers,
>>>
>>> Scott
>>>
>>> _______________________________________________________________________
>>> Subscription information may be found at:
>>> http://www.groupstudy.com/list/CCIELab.html
>>>
>> _______________________________________________________________________
>> Subscription information may be found at:
>> http://www.groupstudy.com/list/CCIELab.html
>>
>
> _______________________________________________________________________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
This archive was generated by hypermail 2.1.4 : Fri Nov 16 2007 - 13:11:15 ART