IEWB Vol.3 PDFs Should Be Fixed + Re-Reading + Equal-Cost OSPF E2s Tiebreaker Is Cost to ASBR

I

Brian Dennis contacted me about a post I’d written complaining about the typos in IEWB volume 3. He figured out the source of the differences between the lab tasks and answer key tasks, and told me that the updated PDFs should be available to members really soon. I haven’t checked, but it might be done already. Kudos to IE for sorting out the problem.

I spent several hours over the weekend re-reading all of my posts on the NMC DOiT series. That was a recommendation in a unicast to me from someone who just earned their digits. Re-reading my notes helped reinforce some technical concepts I’ve studied, and also brought to mind some topics I haven’t thought about for a while. I also think I know the direction I would like to head with this site, once I pass the lab exam…if I ever pass the lab exam. :) I want to create a lab series that a candidate can do in sequential order, with escalating difficulty. Lab 1 should be easy – just enough for the candidate to get his feet wet. Lab 2 should build on Lab 1, and so on. Each lab would then be more challenging than the last, at least to a point. I say this because I did all of the NMC DOiT labs from start to finish, 1 to 25. There was no “building” or “ramping up” process. NMC just drops the bomb on you, and off you go. A gentler progression would help the candidate to both create a lab exam strategy and retain key configuration challenges.

Because of the time I spent re-reading my own material, I haven’t completed IEWB volume 3 lab 7 yet. The rack is configured for lab 7, and I printed out the PDFs. I did a first read-through of the lab as well, and ran into an interesting redistribution task. Imagine R4 and R2 sitting at the edge of the EIGRP and OSPF domains, and both routers redistributing EIGRP routes into OSPF as E2’s. The task was to make all the OSPF routers prefer R4 to R2 for the redistributed routes, but not to make any changes on R4 or R2 to accomplish this.

Since you can’t do anything on R4 or R2, the obvious solutions are out: you can’t make R4 redistribute E1’s instead of E2’s; you can’t summarize routes on R2, allowing R4’s more specific routes to be preferred. You have to make a change downstream. Knowing what kind of change to make (and where to make it) means that you know this fact: when presented with 2 identical cost type-5 LSAs, an OSPF router will break the tie by determining the cost to the ASBR that announced the external LSA. Therefore, to make the OSPF domain prefer R4, increase the cost to R2 by putting an “ip ospf cost xx” statement on an appropriate interface in your topology, where “xx” is the cost you’ve assigned. Where did I find that nugget of info? It shows up in chapter 10 of the OECG, 3rd edition (or chapter 11, 2nd edition).

BTW, that entire chapter was a good read. Odom covers redistribution, route summarization, and default routing. Considering some of the thinking and over-thinking I do relating to these specific topics when in a lab, it was a very good time for me to re-read the chapter. There was also a handy chart listing what default-route injection methods are supported by which IGPs. That’s a chart I was going to make myself, only to find it right there in the book.

Default Routing Chart from OECG

Default Routing Chart shown above is
©CCIE Routing & Switching Official Exam Certification Guide 3rd edition
by Wendell Odom, Rus Healy, and Naren Mehta

2 comments

  • Ethan I think you should lay off this website now in terms of updates and totally concentrate solely on preparing for your lab exam.

    Try not to get bogged down in tedius minutia in books, workbooks et al. Concentrate on the basics now. This is what gives you the basis of a lab pass. Yes there will be wierd things on the actual exam, but these will not fail you, the basics will!

    Disappear now into your final preparations and I hope to hear from you AFTER your lab attempt!

    Good luck!

  • I’ve heard from several people now that the actual lab is oriented towards the fundamentals, and yet what I see in all the lab material I’ve been studying since last August is that tedious minutia you refer to. Maybe the lab vendors have too heavy of a focus on the squirrelly details.

    From my perspective, it’s not easy to discern what Cisco might consider fundamental versus minutia. For example, IEWB vol.3 is supposed to help the candidate gain speed. But, I’m seeing a lot of configurations in the labs that are, in my opinion, “out there”. MLPoFR? Are you kidding me? Is that so commonly deployed out there in the real world that Cisco would feel obligated to test such a config in an IE lab? And yet, IE includes such a configuration in a lab series designed to help the candidate gain speed and accuracy in core configurations. Is spanning-tree fundamental? I would think so – and yet, I don’t know that I’ve seen ANY STP related configurations yet in IEWB vol.3. So how does one judge what’s really important?

    Along those lines, the NMC DOiT series is filled with minutia from beginning to end. All sorts of it – at least from my perspective, having been studying for this exam for several months now. So seeing what NMC and IE put out in there practice lab material, all a guy like me can infer (having never attempted the lab), is that the actual lab is going to be peppered with screwball configurations, strange requirements, and complicated interdependencies such that I’ll be pushed very hard to produce a working rack. Couple that with a high fail-rate for the exam, and the CCIE lab exam mystique is perpetuated.

    As far as disappearing, that happens on Saturday. I am at work this week, and I’m not permitted to work on CCIE during work hours. (And I sit right next to my boss.) I tend to blog, study, and do isolated lab exercises during my lunch hour, but that’s about all can do during the day. Thus, my most recent articles.

    On Saturday, I have an IE graded mock lab scheduled. And next week, I’m taking as a vacation week to do several full-scale labs as my final “spin-up” before 4/29.

By Ethan Banks

Ethan Banks is a podcaster and writer with a BSCS and 20+ years in enterprise IT. He's operated data centers with a special focus on infrastructure — especially networking. He's been a CNE, MCSE, CEH, CCNA, CCNP, CCSP, and CCIE R&S #20655. He's the co-founder of Packet Pushers Interactive, LLC where he creates content for humans in the hot aisle.

Newsletter