CCIE Pursuit Blog

July 15, 2007

Internetwork Expert Offers Free vSeminars

Filed under: Lab Tips,Tech Tips,Training Materials — cciepursuit @ 7:00 am

The folks at Internetwork Expert have been pretty busy lately.  Here is yet another new offerering, but this one is free.  🙂

Starting in mid-August, and then once a month for the next three months, Internetwork Expert will be offering free vSeminars:

Pesky case of future shock keeping you from trying online training? Internetwork Expert has vowed to cure you of your fears, as we are now offering FREE Technology Seminars through our state-of-the-art online classroom software! Taught by our world-renowned CCIE instructors, Brian Dennis and Brian McGahan, these Technology Seminars will dispel both your fears of the dreaded CCIE Lab Exam and online instructor-led training. Best of all, there are no strings attached!

Here is the schedule:

August 15 (Wednesday) – 3pm PDT
 CCIE Lab Strategy: A Structured Approach

September 26 (Wednesday) – 3pm PDT
 Emerging Technologies: IPv6 and the CCIE Lab

October 10 – (Wednesday)  3pm PDT
 CCIE Catalyst QoS 

November 14 – (Wednesday) 3pm PDT
 CCIE Route Redistribution Demystified

The webpage does not state whether or not these will be recorded and posted online after the event.  You do need to register for the vSeminars (once for each vSeminar).  The registration process does request your home address as well as a couple of questions concerning the number of lab attempts and training material you have used. 


Fabulous Failures

Filed under: IOS,OT: Humor,Work — cciepursuit @ 6:21 am

In Jeff Doyle’s blog (yes, THE Jeff Doyle of Routing TCP/IP fame) he posts about “The Human Touch” in which he relates a couple of situations where he inadvertantly screwed up a router or two:

Back in the early-1990’s I was in Albuquerque, NM, making some configuration changes on a router in an unmanned office in Santa Fe. Specifically, I was making changes to the single WAN interface, the interface my telnet session was crossing, and had IOS in interface config mode.

Yeah, you already know where this is going.

I began to type “show interface,” got as far as typing “sh,” realized I needed to get out of config mode before getting the display I wanted, and hit the Enter key.

There was that amazing, brilliant flash of realization, as my finger went down in the button, of what I had done. Identical to that instant when you are slamming the locked car door and realize your keys are in the ignition. IOS interpreted “sh” as “shutdown,” and like any computer did exactly what it was told. I had locked the door to the router with the keys in the ignition. Because it was an unmanned office, I had no recourse but to get in the car and make the one-hour drive to Santa Fe to turn the interface back up.

And maybe that wasn’t my dumbest mistake. There was the time I configured two OSPF routers with the same Router ID, but at least that experience gave me a nifty troubleshooting exercise for one of my books. And then there was the time…

Aside from taking solace in the fact that even the mightiest of the Cisco gods have made some of the same mistakes that I have, this got me thinking about some of my own past mistakes.  I don’t have a single, defining screw up, but I have fallen prey to a long list of smaller, more common ones.  I’ve done all of the following (some of them more than once):

  • Changed the IP network of the interface that I was telnetted on.
  • Forgotten to override the implicit deny in an access-list and locked out a router.
  • Shipped routers to a site with the interfaces still in shutdown (of course this was a small site in the middle of nowhere and I did not ship a Cisco console cable).
  • Wasted an entire day troubleshooting an issue only to find that I had installed the wrong SFP in the switch.
  • Shutdown the only WAN interface on a router.
  • Pasted the wrong configuration into a device and then had the joy of trying to remotely fix two devices with the same IP address.
  • Authorized a carrier to test the wrong circuit and then watched in horror as most of our Canadian sites went down.
  • Made TACACS+ the only authentication method without establishing a connection to the TACACS+ server.

I screw up on a daily basis.  Usually, my problems are of the “fat fingering” type that are usually pretty easy to spot and fix.  My favorite story happened to a co-worker of mine.  He was removing some networks from one of our core routers.  He had cut and pasted the EIGRP configuration into notepad and then typed “no” in front of the networks to be removed.  Somehow he also typed “no” in front of the EIGRP statement as well: “no router eigrp 100”.  In an instant the entire EIGRP process was gone.

We all make mistakes regardless of our years of experience and certifications.  Hopefully we learn from our mistakes and we avoid really stupid “Career Limiting Decisions” along the way.

Here are some other (non IT) tales of workplace disasters.

Create a free website or blog at