Category Archives: CCIE Coaching

Redistribution in CCIE Exams, Part 1 of 2

Redistribution in the CCIE Exam

Overview of Routing Protocol Redistribution in CCIE Exams:

You might be able to avoid redistribution in your production environment, but in CCIE lab exams, sorry – it is inevitable. Redistribution is covered here and there in the massive CBT Nuggets CCIE Part 3 course, but I thought I would review some things and provide guidance for you here specifically on this topic. This area has been known to freak students out, especially since routing loops and feedback allow you to instantly fail your CCIE lab exam. Hopefully after you read this, your fears are destroyed. And let’s face it, routing loops and routing feedback issues are very rare.

Review and Guidance:

  • Routing protocol redistribution refers to  taking prefix information from another routing domain and bringing that in to your local routing domain. Here routing domain simple refers to the group of routers that are all speaking the same routing protocol. We typically redistribute so that we have full IP reachability between these different routing protocol domains. You might have multiple routing domains because your company is merging with another company, or you want to mesh different parts of your company running different protocols for some reason.
  • When you redistribute from one routing protocol to another, you immediately discover an issue. Different routing protocols use different metrics. For example, if you are bringing RIP routes (heaven forbid!) into EIGRP, you have a Hop Count metric that does not directly correlate to the potential composite metric of EIGRP (Bandwidth, Delay, Reliability, Load, MTU). How do routing protocols handle this? It is called the seed metric. This is what the external prefixes will have for a metric as they start life in the new routing protocol domain (the internal domain). Different routing protocols have different default seed metrics. For example, OSPF will default prefixes to a cost of 20 if you do not specify another value, while EIGRP will not accept external prefixes without a seed metric specified.
  • I recommend you always set a seed metric in the CCIE lab exam. This prevents you from worrying about whether or not it is required. The only exception to this of course would be if the explicit redistribution instructions tell you that you are to use the default seed metric. Note that this is highly unlikely.
  • Context sensitive help is absolutely critical during redistribution. This will remind you of particulars for each protocol. For example, during redistribution into OSPF, you will be reminded of the subnets keyword and the two different types of external prefixes that you can specify.
  • What can go wrong after redistribution? Well, two things really. One is that your traffic can take a suboptimal path through the network. This is not really a scare in the CCIE lab exam, unless the instructions explicitly or implicitly indicate a path a to take. The second is the scarier one, routing loops. The great news is these are much harder to create then they are to fix typically. Routing protocols have built in mechanisms like administrative distance and routing logic to avoid these loops. The chances of you accidentally stumbling into a routing loop creation during your lab configuration is pretty slim.
  • The success of your redistribution, or its failure, or even the rare creation of a routing loop can easily be detected with the powerful debug command of debug ip routing.
  • If full reachability is the goal of your redistribution in the lab exam, this can easily be tested with a ping script to automate this testing.

The next post regarding CCIE lab redistribution will demonstrate what we have discussed in this first post. As always, thanks for reading and I welcome your comments below!

How I Will Crush My 2016 Goals!

Goals

Goals, Goals, and More Goals

I cannot recall ever being as excited for a New Year. It certainly is not like the last one was bad, I am just super excited for what is to come. Are you like me and looking to crush some goals in 2016? Here are some notes on my planning and conquering…

A Goal Reaching Head Start

There was no way I was going to wait until Jan 1, 2016 to begin making progress on some of my goals. Hey, some of them are just too damn difficult without a head start. For example, one of my goals is to run a half marathon. OK, OK, it is to jog a half marathon, but still, this was something I was absolutely too scared to try and start on the first of the new year. So I started running and tracking these runs in October, gearing up for the actual half marathon in 2016.

What Do I Really Want to Make a Goal?

I tend to leap headfirst at ideas and then try and achieve them. Sadly, I do this without a lot of thought. I just get really excited to try new stuff or learn new skills. In preparation for next year, I am really being careful about what I set out to achieve. I am focusing on the WHY I want to do things more than ever. To go back to the half marathon example, I realized there was a ton of reasons WHY I wanted to try and accomplish it. Weight loss, increased stamina, increased energy, they all added up to a big resounding GO FOR IT! Other goal ideas got scratched. Maybe some other year they would make more sense…

TRACK IT!

Why do I love my iPhone so much? That is simple – one word – TRACKING. I want to be a safer driver, the Automatic app tracks that. I want to run a half marathon, the RunKeeper app tracks that. I need to drink more water, WaterMinder tracks that…you get the idea. Most people never accomplish New Year’s Resolutions – only about 8% make it. Why is this? One big reason is they never track their progress throughout the year.

What are your goals for 2016? What are you doing to make sure you accomplish them? Let me know in the comments area below!