CCDE 2010::12

I received my CCDE number today. Between discovering that Vue had said I passed and receiving the number, it felt like a little bit of a terrible admin error that was bound to be discovered and undone. Having received my number, I’m now far more comfortable with doing the final wrap-up post on it. So this will be my last post on this topic and, after a short break, normal service will resume on the blog. That is to say, I don’t intend to turn this into a “how to pass the CCDE…”

Surprises

I still rate the CCDA exam as the toughest “normal” Cisco computerised exam I’ve attempted. I found the questions to be incredibly long and detail-oriented. The CCDE is the 900 pound gorilla version of this. It needs to be experienced to be appreciated. This is one long exam. Sitting a CCIE, a common experience is time magically disappears. Not so with the CCDE. tic… toc… and another long email to read and digest. So that was a surprise.

Another surprise was the complete lack of low-level coding required. If my very frazzled brain recalls correctly there wasn’t a single Cisco command supplied or required. Russ has mentioned that this was meant to be vendor-neutral so this makes sense.

Finally, the really big surprise. Passing. I’m not a demure person but I didn’t expect to pass. The only questions I could recall were the ones that I got into a terrible tangle over.

Likes

I found that there were a number of things I really liked about the exam.

  • I’ve mentioned vendor neutrality, but it was good to see the “Cisco” way wasn’t dominant – even if EIGRP is considered one of the main routing protocols. I really felt that the techniques tested here could have easily been for Juniper, Brocade or any of the other vendors. Or perhaps that’s what I hope the industry will determine when the next major Huawei roll-out needs designing.
  • I was also suitably impressed by the Vue facility. I found the people there to be really helpful and on the ball. I had some issues with the testing software. The mouse wouldn’t move properly. I tried to struggle through and eventually went to the proctor. She restarted the software and everything was good. Earplugs were supplied and I used them. It is surprising how noisy a dozen keyboard and mouse clickers are.

Dislikes

  • Attempts at humour. Some of the emails seems a little jocular and there were some bad puns. Small things I know but in the heat of the battle, my sense of humour had seized up and died. Judging by my fellow examinees faces at lunch, I would guess we were all less than receptive.
  • The length. I know that’s the point of the Practical exam, but I don’t have to like it.
  • Wipe boards. I want PAPER. Lots of it. These stupid wipeboards to make notes on are just terrible.
  • The “no jackets” policy. I wanted to wear my jacket in but was told to take it off. I generally don’t suffer from the cold but the testing room was just a little below comfortable. That was, until I started with the first question. By then everything was very warm and I didn’t need it. But, I would have liked the choice of wearing it. So my recommendation would be to wear a jumper or light top.
  • 3 months to wait between attempts. As it turns out, it didn’t affect me, but I thought I would need 3 attempts (at least).
  • The horrible way that Cisco marks the exam, updates Vue which then has to update Cisco Cert tracker and the limbo I was left in for a week while I waited for the results to come out from Cisco. Knowing that Vue thought that I passed was not really any comfort.

Difficulty

One of the questions I’ve been asked is what I thought of the difficulty. This was by far the most difficult exam that I’ve ever passed. It is very tough. I would definitely advise anyone to keep up the faith regardless of how you think it went. I certainly did not think I had done brilliantly.

So, it’s difficult but surely not more than your CCIEs?

I have sat 5 CCIE labs attempts and failed 3. The 3 that I failed were easily more difficult than this exam. Easily. Anyone who has not managed to get their RIP up and running immediately or can’t get their conduits working (as happened to me in two of the three I failed) will know the gut-wrenching feeling of failure. However, the two CCIE labs I passed were easy. Everything worked 1st time. I felt like a genius and ended early, checked everything and left, knowing that I had a very good chance of passing.

Not so with this exam. I doubt that I would ever feel comfortable, regardless of the number of attempts. Of course, no one will fail on one section. It is very easy to do that in the CCIE, as per the couple examples I mentioned above. Without certain key elements working, it will not be possible to pass a CCIE. In the CCDE, answer a few questions in such a way that the marker thinks you’re about as sane as a monkey on a trike would not immediately doom you.

Another aspect is feedback. On the CCIE ping, debug and show commands can be used to determine whether it is working. On the CCDE, I just chose option B in the previous question. Is it right? Who knows. No feedback. This is very unsettling after 6.5 hours.

So, on reflection, I would say that the CCIE attempts, when done well, are definitely not as tough as the CCDE. I’m speaking here from a emotional and mental point of view. Of course, I passed this exam first time, so I don’t think that I can qualitatively state that the challenges to passing are greater. I feel that trying to answer that would be too much of apples and oranges.

Preparation

The following are the some of the things that I would consider vital to passing:

  1. Lots and lots of experience. I would say that this is definitely the most important factor in my success. I have been designing and implementing large networks for 10+ years. I’m not certain that I would be able to advise someone with a couple years experience on how to pass this exam.
  2. Self-awareness. Everyone’s experience is patchy. I have a lot of enterprise and service provider experience, but haven’t worked on EIGRP networks extensively. I went and figured out what the bits and bytes of feasible successors /query and how to best design for EIGRP networks.
  3. Just do it! Grab the bull by the horns and use a number of attempts as an incremental approach to passing. With this exam especially, I was in no position to determine my own success potential. I had no idea I was going to pass. I would strongly suggest that almost everyone who has passed this exam would not have felt positive that they had passed.

What does it mean?

Does passing this exam merely affirm that I am a good network designer, or does it start opening up doors that weren’t previously open. I’m not sure that I know. I do know that it could be a good differentiator in a tight job market. I’m doubtful that the industry will adopt it with the vigour that it has the CCIE. It’s a little bit niche for that. However, (hopefully) I am wrong and it is considered a key certification for future roles. I personally know a number of  designers / architects out there that would never consider doing something like this but are exceptional nonetheless. That has been true of the CCIE as well. It’s just easier to prove that you were once at a particular level if it is a nice bubble-wrapped concept. “Ah, she is a Double CCIE, CCDE, JNCIE and allround nice gal, we’ll hire her”.

Reading List

Okay, okay, everyone wants to know this question. My personal reading list is:

  1. Optimal Routing Design
  2. BGP Design and Implementation
  3. Definitive MPLS Network Designs
  4. IS-IS Network Design Solutions
  5. OSPF Network Design Solutions
  6. Comparing, Designing and Deploying VPNs
  7. End-to-End QoS Network Design
  8. Internet Routing Architectures

Wrap up

So, what now for the Pattinson Express. I will definitely be taking it easy (certification-wise) up to the middle of the year. I am considering a series of Professional-level courses in the DC space. Things like F5, EMC, Brocade and VMWare. I believe that there is a demand for multitalented individuals that can embrace different disciplines and deliver meaningful end-to-end architecture. As for the blog, expect my final LISP posts.

Share

Happy New Year

Like most, I have spent the time between Christmas and New Year considering my New Year’s resolutions. I love the New Year. Fresh start, time to consider what has passed and what needs to be achieved in the oncoming year. This year I decided on a couple that I will share:

  1. Get down to the gym a solid 6 times a week, for at least 12 weeks
  2. Buckle down and study for my upcoming CCDE attempt in February.

I’ve already broken one of these but there is a little story behind it…

Now as I have previously mentioned, I sat the CCDE exam in London on November 12th. It is a Cisco exam but it is administered by Vue and is at Vue’s Professional Testing Centre in Holborn. I know that the exam takes a really long time to mark – the exam report issued by the testing centre suggested that it would take 8 – 12 weeks. As a result, I haven’t been checking the various websites to see the update. I had pretty much decided that I had to resit the exam a few times as it was incredibly tough and almost everyone, even some guys that are top in our field and have my respect, have needed to sit this exam multiple times before passing. Yesterday, in a lull at work, I thought I would quickly check Vue’s website. At first, I thought I must be seeing my qualification exam. After a few frantic seconds worth of check / double-check, I confirmed that, as far as Vue was concerned, I had passed the Practical!

Still not sure, I logged into Cisco’s Certification Tracking website. My grade there was still taken. Clearly, this wasn’t settled. So, I posted to the official CCDE forum where Rigo and John confirmed that the update between Vue and Cisco could take some time and that the Vue site was authoritative. I should have expected the delay between Vue and Cisco because it usually takes a couple days for CCIE written exam confirmations to get through. What threw me was that Cisco marks this exam. I now think that the exam marking process is dealt with one business unit that  updates Vue and not Cisco Certification Tracking directly, as it would be done with a CCIE lab.

The upshot was, 02h30 I got up to check the status and haven’t been able to go back to bed, hence the blog post. I am really, really pleased. I will give a further update / wrapup blog in the next week, which will also include my freshly minted CCDE number. As for now, I’m off to gym to keep one of my New Year’s resolutions.

Share

CCDE Update 1

The 12th November CCDE exam was held at the Prometric Professional Centre in Holborn. While the specifics of the exam are covered by Cisco’s NDA, my experience will guide my future preparation, which I will cover off.

As I mentioned in a prior post, I used this attempt as part of my strategy development. I needed to understand the underlying principles that Cisco had used to create the exam. I feel that I have a better understanding.

While the exam takes upwards of 12 weeks to mark, if I was brutally honest, I would be (pleasantly) surprised if I passed with this first attempt and I will be beginning my preparation in the next week and book for the February exam early in the New Year. My understanding of Cisco / Vue’s exam cancellation policy is that 24 hours before the exam, the seat can be cancelled and a full refund will be made, in contrast to the CCIE cancellation policy. So, in the unlikely event that I have passed, then I should be able to cancel.

As for my preparation, I don’t think that an extensive or detailed understanding of the technologies is required. A solid Professional level (i.e. CCNP, CCSP, CCIP, etc) will probably suffice.  An exception (unsurprisingly) would be the routing design technologies. Some of Russ’s fireside chats are in the public domain and he clearly states that this is a layer 3 exam. I believe that understanding the material in his Optimal Routing Design is absolutely key.

As a comment in my previous CCDE post pointed out, the technologies that need to be understood map to the CCDE written blueprint. I feel that an understanding of the different use-cases, strengths and limitations of most of these technologies, coupled with a professional level technical understanding will suffice. Developing a detailed comparison of all VPN technologies, such as GRE, L2TPv3, MPLS VPNs, AToM / Pseudowire, IPSec, would be more useful than knowing how to configure these in detail.

All in all, I really enjoyed my experience and I’m looking forward to the 15th February when I attempt this in anger.

Share

Totally Stubby Not Really Full Areas

Making my way though the Optimal Routing Design book, I came across a new OSPF type that I had never heard of:
With the totally stubby not really full area (TSNRFA), you find that the ABR translates Type 5 LSAs from within the area into Type 7 LSAs, as long as no overlapping Type 3 is in its local database. The ABR floods Type 1 and Type 2 LSAs into area 0, unless the network administrator has configured the “really stubby” option.
I tried to reread it slowly. I understood what they were saying, but I really couldn’t understand where it would be used. If you had a Type 5 that was not also a Type 3 (I guess that was what they meant by overlapping) – it would be converted into a type 7. What would happen if it wasn’t an overlap. Would the Type 5 be dropped (a la stub) or would it be propagated – hence the Full area as per the title (albeit a crazy option). But more insanity followed – type 1 and 2 get flooded into area 0? Surely not. It was only after a third reread that it became obvious that this was a made up OSPF area type. To be fair – the closing comment was “Actually, this type of area is made up. It does not exist. The authors just thought you might need a break after wading through all the real stub area types.”  I’m not sure that the authors should be allowed to exercise their dubious sense of humour.
Share

CCDE

On Friday I passed the CCDE written. I’m now starting the CCDE practical preparation. My approach to CCIE level study in the past has been iterative. I don’t believe that failing is really failing – but merely part of the process. I have subscribed to a philosophy attributed to Thomas Watson, the founder of IBM.

“Would you like me to give you a formula for… success? It’s quite simple, really. Double your rate of failure. You’re thinking of failure as the enemy of success. But it isn’t at all… you can be discouraged by failure / or you can learn from it. So go ahead and make mistakes. Make all you can. Because, remember that’s where you’ll find success. On the far side.”

What that all means is that I will be attempting my 1st CCDE practical exam on November 12th, but wouldn’t be particularly shattered if it wasn’t my last.

As for material, I’ve pretty much settled on the following books

As for my strategy, I’m not sure that I have a completely developed one at this point. Lots of reading, obviously. I’m going to take a “throw mud at the wall” approach and see what sticks. I do intend to blog a lot – these will be around things I find interesting as well as the overall process as I refine it.

Share

Copyleft(ↄ) 2013. Text is available under the Creative Commons Attribution-ShareAlike license

Pattinson Consulting Limited