These questions popped up as I was working on IPExpert Volume 3, Lab 3. Is the "ip mroute x.x.x.x ..." command acceptable to use at any time when doing multicasting? I find that sometimes the RPF takes a different path than where I've configured PIM, and I have to add it, or modify routing in such a way that it's using the correct RPF. Obviously, that has the potential to create a whole new mess. I just wanted to make sure that the "ip mroute" command doesn't have the same stigma as "ip route".
When doing QOS, if I'm asked to allocate 10% of an interface's bandwidth for something, i.e. telnet, and I happen to know that the bandwidth is 100Mb, can I just set the policy-map so that it says "bandwidth 10000"? Or should I use the "bandwidth percent" command instead? And if I have to use the bandwidth percent command, do I have to adjust the max-reserved-bandwidth value to 100, so that the bandwidth percent actually uses 10% (or whatever I've set) of the interface's bandwidth? This lab asked me to block NIMDA traffic. I know where to find the doc to block Code Red traffic, but how the heck am I supposed to know where to find details about NIMDA? Ultimately, I Googled it, and found a link that took me to a 12.2 config example note, but when I tried to find my way back to that page, starting from the Cisco Product/Technology Support page, I could never find it. At the very least, what topic should I look under for this? QOS and Security took me nowhere... Finally, say that I'm asked to do something in layer 2, in this case, configure multilink PPP over Frame, and I run into a snag that completely stumps me. Obviously, if I can't get the Frame config going, I'm SOL for pretty much everything else. Would it be safe for me to just configure something, anything, to get Frame connectivity up just so I can at least accomplish the Layer 3 stuff? Or, would me not configuring it at Layer 2 have a trickle down effect whereby I lose all points that had anything to do with transport over that Layer 2 segment? I hope the question isn't to murky... _______________________________________________ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com
