CCDE - Tag - Fryguy's Blog

Cisco CCIE/CCDE Recertification Update

Fryguy — Tue, 06 Jun 2017 12:19:52 +0000

This morning while looking at new blog posts I came across one that grabbed me. For forever and a day the Cisco CCIE recertification policy was that you are required to take a CCIE/CCDE level written exam every two years to stay active. Well, reading Daniel’s blog over at LostInTransit, it seems that has finally changed. Seems today (6/6/17) Cisco has updated their recertification policy to also include a Continuing Education Program where you earn credits that will count towards recertification. This brings their recertification policy in line with other certification tracks (CISSP, CISA, ISC2, etc.). Reading the Cisco Continuing Education Program site, it seems that the program is based on three principles – Flexibility, Diversity, and Integrity. Flexibility means that there are now additionals ways for CCIE/CCDE to recertify besides the written exams. Diversity is by allowing individuals to take approved courses and training, as well as Cisco Live offerings. Integrity is based on having Cisco authorized providers to validate the class and credits that a person takes. Here is a bulleted list of the information that I have been able to find:

Cisco Live 2011 – Why you should go. . .

Fryguy — Thu, 14 Apr 2011 12:06:30 +0000

Well, it is almost that time a year when all the “Networkers” get together at the annual Cisco Live event. It is still a few months away when I am writing this – but as we all know – time slows down for no one. I wanted to take a few moments and share with you why I attend as well as why you should consider attending. Please keep in mind that my experience is a bit different from the normal attendee as I am considered a NetVet as well as a CCIE, and being that we get a few additional perks during the event.

Console Server Configuration using Menu's

Fryguy — Tue, 06 Jul 2010 20:41:46 +0000

I know that there are quite a few how-to’s for configuring your Cisco Console server, but I figured I would throw my hat in the ring and add a twist. You see, when I connect to my console server I am presented with a MENU, and from there I can select the device that I want to connect to. Now normally you would not use this, but when you want to share your rack with others – a menu makes it easier for them to connect to the devices without knowing what is where and what it is called.
Here is the menu that I am presented with when I connect to the console server:
_************************
**     Cisco :: Terminal Server for Access to CCIE SP Lab **
************************
**[1]        Connect to R1                 [10] Connect to FR
[2]        Connect to R2                                                            [11] Connect to ATM
[3]        Connect to R3                                                            [12] Connect to BB1
[4]        Connect to R4                                                            [13] Connect to BB2
[5]        Connect to R5                  [14] Connect to BB3
[6]        Connect to R6
[7]        Connect to R7
[8]        Connect to R8
[9]        Connect to R9                  [99] Exit to CLI
_**
Selection:
In order to configure this, here is what you have to do!
1. Create a loopback address with an arbitrary IP address – Here I am using 1.1.1.1/32
interface Loopback0
ip address 1.1.1.1 255.255.255.255
2. Create host entries for each device that is connected to your console server.
To break down the first-line, 2033 is the port on the console server and _1.1.1.1 i_s the loopback IP address of the console server
_ip host R1 2033 1.1.1.1
ip host R2 2034 1.1.1.1
ip host R3 2035 1.1.1.1
ip host R4 2036 1.1.1.1
ip host R5 2037 1.1.1.1
ip host R6 2038 1.1.1.1
ip host R7 2039 1.1.1.1
ip host R8 2040 1.1.1.1
ip host R9 2041 1.1.1.1
ip host BB1 2042 1.1.1.1
ip host BB2 2043 1.1.1.1
ip host BB3 2044 1.1.1.1
ip host FR 2062 1.1.1.1
ip host ATM 2063 1.1.1.1
3. Create the menu commands – here the menu is called CONSOLE
**
menu CONSOLE command 1 resume R1 /connect telnet R1
menu CONSOLE command 2 resume R2 /connect telnet R2
menu CONSOLE command 3 resume R3 /connect telnet R3
menu CONSOLE command 4 resume R4 /connect telnet R4
menu CONSOLE command 5 resume R5 /connect telnet R5
menu CONSOLE command 6 resume R6 /connect telnet R6
menu CONSOLE command 7 resume R7 /connect telnet R7
menu CONSOLE command 8 resume R8 /connect telnet R8
menu CONSOLE command 9 resume R9 /connect telnet R9
menu CONSOLE command 10 resume FR /connect telnet FR
menu CONSOLE command 11 resume ATM /connect telnet ATM
menu CONSOLE command 12 resume BB1 /connect telnet BB1
menu CONSOLE command 13 resume BB2 /connect telnet BB2
menu CONSOLE command 14 resume BB3 /connect telnet BB3
menu CONSOLE command 99 menu-exit
4. Create the menu title and text:
_menu CONSOLE title %
************************
_**      Cisco :: Terminal Server for Access to CCIE SP Lab            **
**********************
%
menu CONSOLE text [1] Connect to R1                [10] Connect to FR
menu CONSOLE text [2] Connect to R2                [11] Connect to ATM
menu CONSOLE text [3] Connect to R3                [12] Connect to BB1
menu CONSOLE text [4] Connect to R4                [13] Connect to BB2
menu CONSOLE text [5] Connect to R5                [14] Connect to BB3
menu CONSOLE text [6] Connect to R6
menu CONSOLE text [7] Connect to R7
menu CONSOLE text [8] Connect to R8
menu CONSOLE text [9] Connect to R9                [99] Exit to CLI
menu CONSOLE clear-screen
_
5. Under your VTY 0 4 interface use the autocommand interface to run the menu console command when a user connects.
line vty 0 4
autocommand menu CONSOLE
That is it!
Note: You could easily make 99 a hidden option and just enter 99 to enter the CLI.

Cisco Live 2010 – Day 1 – CCDE

Fryguy — Tue, 29 Jun 2010 03:57:10 +0000

Ok, so it is actually Day 2 of Live but I wanted to recap on the CCDE Techtorial that I took. I will not give it all away, but want to cover the highlights for those who are studying or planning to test. I will disclose that i am interested in this cert and may pursue it next year, hence the reason that I chose to sit the class.
The CCDE class was called – TECCCDE-8005 – CCDE: The Cisco Certified Design Expert. The presenters where Mosaddaq Turabi, Russ White, and Bill Parkhurst.
If you are not familiar with the CCDE, it is similar in certification level to the CCIE but focused on the design track. It is the natural progression from CCDA -> CCDP -> CCDE whereas the CCIE is CCNA -> CCNP -> CCIE. It is not above or below the IE, but viewed as an equal-level certification.
The CCDE certification consists of a pre-qualification written just like CCIE. You do not need to have any other certification if you want to pursue CCDE – and that is just like the CCIE as well. If you think that you can pass the pre-qual, go for it!
Since it was mentioned in the class, I will briefly cover what they said about the Cisco Certified Architect (CCAr). If you wish to pursue that certification, you must have a CCDE in order to apply for the certification. That certification is not a test per-se, but more of a real-world scenario that you need to address. It is still infrastructure focused but is more focused on business requirements, long-term architecture, budgets, dealing with internal business conflicts, as well as your communication skills. Out of all of that, the communication skills may be the most difficult to deal with. They look at both verbal and written skills. The fee for this certification is $15,000.00. Here is a link to the CCAr on Cisco – http://www.cisco.com/web/learning/le3/cisco_certified_architect/index.html
Now, back to the CCDE stuff. I will skip info on the written as Cisco has the best info on that. http://www.cisco.com/web/learning/le3/ccde/index.html One comment I will make is the study material for the pre-qual. One of the recommended readings was the CCDE Quick Reference Guide from Cisco Press. http://www.ciscopress.com/bookstore/product.asp?isbn=1587058391 It is in PDF only via CiscoPress.
So, let’s get on with the practical information now.
When it comes to the practical they said that you should take what you know, keep that in mind, but read what the customer is saying. If you know that there is no box that can filter MPLS traffic but the customer says they have a box that can, assume the customer is right. Look at what they are trying to do and design to that. You should not necessarily design to best-practice methods that you have already done, but try to design to what the customer is asking.
The SRND guides that Cisco produces are good to review and understand. You should be able to read them, understand the technologies, and they figure out the how and why the solutions was done. Things like that can help you on the practical.
You need to be able to “listen” to their request, figure out what they are asking, and then know what questions to ask based on the information that provided. You will be presented with questions and answers that you might need to choose from. Like what additional information would you need in order to work on a solution. There may be some red-herrings thrown in to make you second guess yourself, so be confident on what you are doing. Trust yourself.
There is also extraneous information that you are provided and need to know how to filter it out. You are able to “highlight” on the test via software, so be sure to do that when you come across important information. Also know that there is info to ignore, so don’t get too bogged down in the details. You are not supposed to build the best network, but build the best network based on the requirements.
Understand underlying technologies. Stuff like how does QoS work with tunnels? If you create a tunnel, will Qos still work on the traffic? What tunnel will allow you to do this? Not the how to configure it, but what will do what.
There are two IGPs that you will see – OSPF and EIGRP. You will see BGP and ISIS as well, but they will be add-ons to an existing network and not a primary underlying protocol. Know how to merge networks or split them apart. What happens if a business spins off?
There are 4 work models that you are testing on. Merge/Divest — Add a service — Scaling — Replacing a technology. Within those work models you will get either a design and deploy or a design and failure scenario. When it comes to failures and such, fix the problem rooted in the design. ID it and design a fix.
You will get at least two design scenarios and at least 1 failure scenario to work on. The BGP and ISIS parts may appear on more than work model, but you will get them. And be aware, BGP will probably be somewhat in-depth as well. Also be aware that IPV6 will/may be on there. And more likely than not, it will be an additive to an existing network – think tunnels 🙂
Now there are some changes coming to the practical in the future. The CCDE practical will be split into two platforms each consisting of two work models. The first platform must be completed in the morning before lunch. There is a timer so you will know how much time you have left, but this must be completed before lunch. This is being done for two reasons 1) probably easier on the testing center with regards to lunch 2) Candidates can sit together for lunch and talk. The current testing model you need to eat lunch alone as you do now know what candidate is where in the test. This is a nice way to maintain the integrity of the test if yo ask me.
That split-platform is not implemented yet, but is something they are working on.
That covers most of the highlights of the session. There was other things discussed but those are probably too risky to share outside of the session. I just covered what most people already knew and they just confirmed.

Cisco Live 2010 – Day 1

Fryguy — Mon, 28 Jun 2010 14:46:34 +0000

Well, the first day of Cisco Live is now in the books for me. There have been a few bumps and scrapes on the first day, but all-in-all I would call it a success.
What problems did we encounter on the first day? Well, it seems as that some of the support staff was not sure of times and hours as well as where the registration line was. Minor things there, and to be honest that is expected on the first day. Most of them are locals who have not worked this conference before and need to get familiar with everything as well.
Another problem that we experienced was wireless. The CiscoLive SSID was not working for the first hour or so of class. Not sure what happened, but they did get it fixed quickly and we where back up and running. What was impressive about the wireless was the speed, there was no problems there at all. I ran a speed-test report and was pulling 13megs on my iPad.

The rest of the day was uneventful, which is a good thing. My CCDE class was wonderful – Russ White was one of the presenters for the class. If you do not know of Russ, you know of his work. He is one of the people who have written CCIE labs for probably all tracks, the CCDE tests, as well as I am sure he is part of the CCA board. Russ is an ubergeek without question.
The rest of the night, well lets just say if you see my tweets on Twitter, you know we had a good time. And that is the other part about Cisco Live that some people seem to miss. It is a chance and a time to meet new friends, have a good time, and enjoy renewing friendships from previous years.
Later on I will try to blog some excerpts from my classes, especially the 8-hour CCDE one that I took on Sunday.

Cisco Live CCDE class

Fryguy — Sun, 27 Jun 2010 17:06:00 +0000

Just wanted to post something up quickly on the CCDE class today. Up to know we have been hearing about the pre-qual test, and it has been good. Next up is discussion on the practical. I will try to post up something more comprehensive up when time allows.

Cisco Live 2010 (Networkers) Schedule

Fryguy — Fri, 25 Jun 2010 12:49:04 +0000

Here is my scheduled for Cisco Live 2010 this year.
PDF is available here
Jeffrey Fry
Jun 25, 2010
Cisco Live 2010
Sunday
8:00 AM – 5:00 PM
TECCCDE-8005………….CCDE: The Cisco Certified Design Expert
Monday
9:30 AM – 11:30 AM
BRKCRS-2041……………WAN Architectures and Design Principles
12:30 PM – 2:30 PM
BRKARC-3452…………..Cisco Nexus 5000/2000 Switch Architecture
3:00 PM – 5:00 PM
BRKCRS-3045……………LISP – A Next Generation Networking Architecture
Tuesday
8:00 AM – 9:30 AM
BRKDCT-2049……………Overlay Transport Virtualization
10:00 AM – 11:30 AM
GENKEY-7846……………Keynote and Welcome Address
12:30 PM – 2:30 PM
BRKARC-2001……………Cisco ASR1000 Series Routers: System & Solution Architectures
4:00 PM – 6:00 PM
BRKARC-3470 Cisco Nexus 7000 Switch Architecture
5:00 PM – 7:00 PM
Reception ……………John Chambers / NetVet Reception
8:00 PM – 11:00 PM
Party ……………Cisco CCIE Party
Wednesday
8:00 AM – 10:00 AM
BRKVIR-2004……………Keeping Your Sanity in a Virtual World with Nexus 1000V
10:30 AM – 11:30 AM
GENKEY-7847……………Cisco Technology Keynote
12:30 PM – 2:30 PM
BRKDCT-2048 Deploying Virtual Port Channel in NXOS
2:45 PM – 3:45 PM
GENSSN-7828……………The Borderless Enterprise: Driving Innovation from the Core
4:00 PM – 6:00 PM
BRKRST-2301……………Enterprise IPv6 Deployment
Rest of evening is Customer Appreciation Event
Thursday
8:00 AM – 10:00 AM
BRKARC-3471……………Cisco NXOS Software – Architecture
10:30 AM – 11:30 AM
GENKEY-7848……………Closing Keynote: Author Ben Mezrich
12:00 PM – 2:00 PM
BRKVIR-2931……………End-to-End Data Center Virtualization
2:30 PM – 4:30 PM
BRKCCIE-1001……………Cisco Data Center Certification – Breakout Session