Sep
17

In yesterday’s post, titled “Have you seen my Router ID?”, a challenge section was provided. This post will focus on scrutinizing the section itself, from a strategy / analysis point of view.

From a high level overview, we have two devices peering OSPF over a FastEthernet link, with some loopback networks advertised by one side, and received on the other router.  If that was all that the section was asking for, then it should be a task that anyone at CCNA level could complete.  When looking at the higher levels of certification, to some point you’re still configuring some of the same items, but you are expected to know more and more about the underlying technologies, theories, and interactions.

Just like other practice lab sections, we are provided with a list of bullet points.  In order to get full credit for the section, we need to make sure that we are meeting ALL of the stated requirements.  In the event that you don’t know how to complete ALL the items, you are usually better off skipping the section, unless it is needed for core connectivity.  When you’re in the studying phase, it’s also a good idea to play “what if”, and ask yourself how you would achieve the task if the section were worded slightly differently.

Make sure that you take the time to read carefully, rather than just diving into a configuration.  Make sure that you are carefully taking the time to understand exactly what is being asked.

Taking a look at the individual bullet points:

1.  R2 should see networks A, B, and C as OSPF routes in R2′s routing table, but they should not appear as IA, E2, or E1.

Here we have a general requirement, but it is coupled with a restriction.  With a solution in place, this should be easy to verify.

Knowledge questions:

  • What are the different types of OSPF routes that you might see in the routing table?
  • Of the various OSPF route types, are there any that are NOT possible, given the information in the section?
  • If there are route types that are NOT possible, why are they not possible?
  • If the section was worded differently, and for example said they SHOULD appear as a certain type, do you know how you would configure that?

Self assessment: Will your proposed solution meet the requirements of this bullet point?

2.  The output of “show ip ospf neighbor” on R2 should show 11.11.11.11 as the Neighbor ID for the adjacency to R1, even if R1 is reloaded.  No other Neighbor IDs should show up on R2.

More requirements and restrictions, but still very straightforward regarding how to verify that a solution meets the requirements of this bullet point.

Knowledge questions:

  • What is the significance of R2 showing 11.11.11.11 as the Neighbor ID for the adjacency?
  • What types of situations would cause a reload to have an effect on the Neighbor ID?
  • What would cause R2 to see other Neighbor IDs?

 
Self assessment: Will your proposed solution meet these requirements?

3.  You are not allowed to use the “router-id” command on R1.

This bullet point is an explicit restriction.

Knowledge questions:

  • What does the “router-id” command do?
  • If this restriction was not here, would your solution be different?
  • If the section was worded differently, and you were REQUIRED to use this command, do you know how to use it?

 
Self assessment: Were you careful to make sure your proposed solution was not using this command?

4.  You are not permitted to shut down interfaces on R1, or remove any of the existing configuration on R1.

Knowledge questions:

  • How could shutting down an interface affect this scenario?
  • How could removing configuration affect this scenario?

5.  No additional configuration may be added to R2, all configuration for this challenge is done on R1.

Mostly just excess clarification here, to point out that only R1 needs to be configured.

Knowledge question: Would being able to make configuration changes on R2 affect anything in this scenario?

Note:  The questions listed here are just some samples of the types of things that you might be thinking or asking yourself when practicing a technology, or working through a lab scenario.


You can leave a response, or trackback from your own site.

6 Responses to “CCIE Lab Strategy – Task Dissection”

 
  1. Ian says:

    Thanks.

    It’s a tricky task alright, but I think I will do what you suggested for “study phase” and go and play with the “what-ifs” of this scenario and instead of trying to answer it on paper, actually lab it up…

    Rgds,
    Ian.

  2. alan says:

    if I did that for every question I dont id ever finish the lab :-)

  3. In the actual lab, probably not best to stop and think about each of the questions mentioned above, or all the similar permutations of how the question could be asked. For the scope of “study time”, it can be an interesting way to approach a practice lab, even if you don’t actually configure anything on a rack.

  4. Erick says:

    This was a great question! I figured it out, but it took me a while. Just goes to show that not all CCNA level people are created equal!

    Thanks again and looking forward to more great blog posts like this one.

  5. The comment wasn’t meant to be interpreted that a CCNA “couldn’t” figure it out, but rather just that there are differences in the depth of understanding needed between the two tests.

    Currently we have 5 or so different working solutions, and a number of “non-working” proposed solutions.

  6. Darby Weaver says:

    Good job!

    Excellent examples.

 

Leave a Reply

Categories

CCIE Bloggers