My summarized version of the answer to Petr’s challenge is to use multiple ‘logical’ interfaces or in other words multiple subinterfaces, using only loopbacks for addressing or ip unnumbered loopback, since configuring additional ip addresses were not permitted. After the subinterfaces were configured all what was left to do is then manipulating the ospf cost on the R4-R1 link to 3 and set the maximum ospf paths. The net result: 6 paths to a subnet on R1, 3 going via R1, 2 paths via R3 and 1 path via R5:

Routing entry for 100.100.100.0/24
Known via “ospf 1″, distance 110, metric 4, type intra area
Last update from 3.3.3.3 on Serial1/0.1, 00:00:01 ago
Routing Descriptor Blocks:
* 5.5.5.5, from 1.1.1.1, 00:00:01 ago, via Serial1/3
Route metric is 4, traffic share count is 1
3.3.3.3, from 1.1.1.1, 00:00:01 ago, via Serial1/0.1
Route metric is 4, traffic share count is 1
3.3.3.3, from 1.1.1.1, 00:00:01 ago, via Serial1/0.2
Route metric is 4, traffic share count is 1
1.1.1.1, from 1.1.1.1, 00:00:01 ago, via Serial1/1.2
Route metric is 4, traffic share count is 1
1.1.1.1, from 1.1.1.1, 00:00:01 ago, via Serial1/1.1
Route metric is 4, traffic share count is 1
1.1.1.1, from 1.1.1.1, 00:00:01 ago, via Serial1/1.3
Route metric is 4, traffic share count is 1

The topology from URL above:

I fumbled a quick dynamips config together.

autostart=false

####################
# http://21500.net #
####################

[localhost:7200]

[[3725]]
image = /dyn/images/C3725-adv-ent-mz.124-23.BIN
ram = 160
mmap = true
idlepc = 0×60a8141c

[[Router R1]]
model = 3725
console = 2001
S1/0 = R2 S1/0
S1/1 = R4 S1/1
S1/2 = R5 S1/2
F0/0 = LAN 1

[[Router R2]]
model = 3725
console = 2002
S1/1 = R3 S1/1

[[Router R3]]
model = 3725
console = 2003
S1/0 = R4 S1/0

[[Router R4]]
model = 3725
console = 2004
S1/3 = R5 S1/3

[[Router R5]]
model = 3725
console = 2005

Completed config files if you want to run this minilab and perhaps find some more ways to solve the riddle.

R1.txt
R2,txt
R3.txt
R4.txt
R5.txt

Update: And what do you know, the solution gets the prize

Here they are:
Dynamips / Dynagen NET file for IPexpert SP workbook vol1 and vol3
Dynamips / Dynagen NET file for IPexpert SP workbook vol2

Note they were built on linux, which gave me the best results, therefore to use them on MS, you’ll need to edit the file and change the directories e.g /dyn/images/ to c:\dyn\images\

Please leave a comment if you find a bug.

The most important bit, at least for me is:
“CCIE SP will continue to develop in line of SP industry requirement, a new version is on the way to come out. SP exam will NOT disapper in future. In a new version, SP lab will test on both IOS-XR platform and IOS platform, features like IPv6, more TE, more L3VPN, more L2VPN, more Multicast VPN, Carrier Ethernet, etc will test in the exam, please pay attention on official annoucement for detail in later, thanks.”

And interesting recent posts by Vincent:
“Actually CCIE SP has completed new version design.”

“There will have an annoucement about new SP Version 3 soon. For coming version, blueprint, test equipment and operating system will have large update. So in current version there are no plan for 360 program. And in comping new version 3.0. we wish to release 360 learning program, thanks.”

Seems that I am starting to become an advocate of the cisco learning network. I just joined the CCIE SP Study Group. I missed quite a bit of news… Dubai SP seats, SP 360 program.

Update:
“The main change are IPv6 and IOS-XR will start test in lab exam. All test equipment operating software will update to recent version, so recent SP technology will reflect in the exam. In version 3, there is no plan of seperate topology for troubleshooting section.”

Ok, from this it appears that the current hardware will still be there (“All test equipment operating software will update to recent version“). I ‘assume’ the 2600’s will move to pure CE devices where they belong and at least the bug issues (“traceback!”) will be reduced. Then it is not clear whether we will see XR hardware or emulation. Its probably more likely to be an emulator judging on the virtualization of the RS track. XR is lean on features and I dont think there is scope for big surprises :/ . There is also a possibility that XR will only be tested in OEQ, but I doubt this is the case. They want engineers to get accustomed to XR, because if you take the journey from IOS to XR, you might as well that the journey all the way to juniper. Maybe a bit harsh? Damage limitation strategy perhaps.

I often get the question or see someone asking this on the forums. “How much switching is required in the SP lab?” or “Can I prepare using only dynamips?”. The short answer is you can rely 100% on dynamips for SP preparation. If you are not comfortable with just using dynamips, you can use the breakout switch method. Although this is overkill for SP it is a nice setup for RS. I ditched the real switches in favor for the dynamips switch modules due to the noise factor.

Another thing to note is that L2 switching is pretty much completely preconfigured. See page 11 of the attached Preparing-SP-lab-part1 22Dec08 d-3927.pdf on the cisco learning network page https://learningnetwork.cisco.com/docs/DOC-3927 to get further details.

When coming out of a study slump I often first need to get myself motivated. I actually enjoy this part. I usually start meditating about what I want to achieve and why, some music might be involved and would probably start with something depressing like Scorpions – ‘Winds of change’ and end up with Bon Jovi – ‘Its my life’, perhaps even proclaiming “Aint gonna be just a face in the crowd!”. Some motivational quotes work to get the meditation going and by the way motivational posters dont work

I made a list of some quotes I read tonight that struck a cord:

1. “The best way to predict your future is to create it.” Unknown
2. “Success doesn’t come to you, you go to it.” Marva Collins
3. “Motivation is a fire from within. If someone else tries to light that fire under you, chances are it will burn very briefly. ” Stephen R. Covey
4. “Where the heart is willing, it will find a thousand ways. Where it is unwilling, it will find a thousand excuses.” Arlen Price
5. “Motivation is what gets you started. Habit is what keeps you going.” Jim Ryun
6. “You will never find time for anything. If you want time you must make it. ” Charles Buxton
7. “Will you look back on life and say, “I wish I had,” or “I’m glad I did”?” Zig Ziglar
8. “The only goal you can’t accomplish is the one that you don’t go after!” Vilis Ozols
9. “When you shoot for the moon and you come up short, you still end up among the stars.” Les Brown
10. “What the mind can conceive and believe, it can achieve.” Napoleon Hill
11. “Luck favors momentum.” Unknown
12. “Success is not the key to happiness. Happiness is the key to success. If you love what you are doing, you will be successful.” Albert Schweitzer
13. “A journey of a thousand miles must begin with a single step.” Chinese Proverb
14. “The belief in a thing makes it happen.” Frank Lloyd Wright
15. “Enthusiasm spells the difference between mediocrity and accomplishment.” Norman Vincent Peale
16. “In the confrontation between the stream and the rock, the stream always wins not by strength but by perseverance.” H. Jackson Brown
17. “When a man is willing and eager, the gods join in.” Aeschylus
18. “Always make a total effort, even when the odds are against you.” Arnold Palmer
19. “Success isn’t how far you got, but the distance you traveled from where you started.” Proverb
20. “Keep away from people who try to belittle your ambitions. Small people always do that, but the really great make you feel that you, too, can become great,” Mark Twain

Next a strategy is needed on how much time to spend on labs and theory. I will probably spend more time reading than working through actual labs as I can cover more ground this way to refresh all the grey matter. A few days before the lab I will work through some full-scale labs and focus on speed. If the SP seats continue to be available as they are at the moment, I think this is a good season to put this one to bed.

Three of the open ended questions I would rate fair and acceptable, but only if there were four of them. All three I encountered somewhere along the Cisco studies. Only one was related to lab preparation. The list of four of which I could only remember 2 of was way back for CCNP/IP and the RS/SP written. I have memorized these a few times, but four was just too much to remember from a year+ back. The very first question was just insane, I bet none of the proctors knew what it was or that it existed before adding it in the OEQ. I doubt Russ White or Narbik’s gran knows. Forget about 4 questions, there are only three possible questions of which all three are required to be answered correctly. They might be a short answer, an explanation or a list of answers.

Apparently the OEQ are not repeated. Not sure how sustainable that is but since the introduction of OEQ the proctors have much more time on their hands as they dont have to manually grade the lab after the script. What they used to do and do when the OEQ are passed was to check the questions the script has marked incorrect. Since there are multiple ways to do the same thing, the proctor could reverse the mark. They dont have to do this anymore, since the OEQ’s are a sure thing, which gives them more time to develop more OEQ’s and most importantly, more time to develop more labs. This also means the results in case of a fail arrive very soon, 30 minutes to 1 hour after the lab.

The lab portion went well. I managed to complete the lab with 1.5 hours left. During verification I found some errors, like referencing an acl 101 while I configured acl 107.  The time was much more manageable than the lab I had in Brussels where it was a complete race against time. There were about three questions where I had to look up in the documentation but could not find any related docs. During lunch I thought about the questions, figured it out and made it work after lunch. By the end of the lab all I thought about were the OEQ’s, the list of four of which I tried my best to come up with two more possible correct answers. I was unsure about one lab question but according to the lovely score report I got all the points for the section.

The proctor Mahesh, didnt seem too bad. After reading swapnedu’s feedback I had low expectations. In the brief before the lab I asked for a 5 minute warning which he reluctantly agreed to but executed well. This is quite important at Bangalore as the time on the workstation was incorrect so I was never sure what the correct time was or how much time was left. The lab started very late at 9:40. If I ever have to come here again, I will definitely not be there at 8am.

The venue was good, I think it is on par with Brussels, except that at Brussels its the only place to get a decent lunch. The screens were about 21″ lcd’s. The commute from the airport to the Unwind Islands where I ended up staying is about an hour. Apparently this could be worse. Traffic is hectic so try to avoid it if possible. Cisco is within 10minutes walking distance, but think about walking once you are here. The area might be considered rough around the edges if you are not from this part of the world and therefore not everybody’s cup of tea. If you dont walk, the hotel will arrange drop off. I opted for a drop off in the morning and a walk back.

Overall I dont think the OEQ’s, besides the one below the belt, were too bad. The mistake I made was to do labs and read that specific portion from the documentation, anticipating that the OEQ’s will test core topics and concepts. Next time I will be better prepared on a pure theory level. I still think OEQ is a good addition to the lab that just needs to be refined and executed/implemented better on SP. If the OEQ release the proctors to spend more time developing fresh content then I am all for it. This is still early days and I think the SP proctors are still finding their feet regarding OEQ. I am sure this will improve as they get more experienced at developing content that test candidates accurately.

R5(config-router)#bgp fast-external-fallover

R5(config-router)#no bgp fast-external-fallover

This feature will enable fast fallover in the event of a link failure for all neighbors peers. In layman terms shutdown the bgp neighbor as soon as the interface reset is detected and not wait for the holddown timer to expire.

Then the interface command:

R5(config-if)#ip bgp fast-external-fallover permit

R5(config-if)#ip bgp fast-external-fallover deny

This is used to overwrite the process level command. Therefore if the feature is enabled under the bgp process, which is on by default, and a specific client interface is flapping frequently, the interface level command can be used to keep the client peer from flapping due to the fast-fallover and prevent upstream peers from dampening the client routes. Fast-fallover is important in multihomed scenarios where it is useful to shut the neighbor as soon as possible in order to avoid packet drops.

But the real reason for this post is that I have seen this a couple of times configured in both (RS) INE and (SP) IPX workbooks with the incorrect interface level command:

R5(config-if)#no ip bgp fast-external-fallover

This will have no effect, except removing previous fast-fallover config. Beware of this common confusion between the two syntaxes. The correct interface level configuration is to use permit or deny.

In brief terms the soft-reconfiguration command will allow a ’soft’ reset. The tcp session between the two bgp peers will not be reset but new policy changes will take effect. E.g, a new route-map filter is applied. Therefore a way to cause minimal damage to overall stability of the network.

A decade or so ago RFC 2918 Route Refresh for BGP-4 September 2000 was published which made the soft-reconfiguration redundant. Two bgp peers that support the route refresh capability can implement a soft reset without any preconfiguration. In order to determine whether a peer support this capability:

show ip bgp nei 11.11.7.11
BGP neighbor is 11.11.7.11,  remote AS 11, external link
BGP version 4, remote router ID 150.140.130.120
BGP state = Established, up for 00:03:27
Last read 00:00:27, hold time is 180, keepalive interval is 60 seconds
Neighbor capabilities:
Route refresh: advertised and received(new)

Extract from: http://www.cisco.com/en/US/docs/ios/12_2/ip/configuration/guide/1cfbgp.html#wp1001128

To use soft reset without preconfiguration, both BGP peers must support the soft route refresh capability, which is advertised in the OPEN message sent when the peers establish a TCP session. Routers running Cisco IOS software releases prior to Release 12.1 do not support the route refresh capability and must clear the BGP session using the neighbor soft-reconfiguration router configuration command. Clearing the BGP session in this way will have a negative impact upon network operations and should only be used as a last resort.

Now what does this really mean to you and me? The memory consumption used by soft-reconfiguration since all routes from a neighbor with soft-reconfig configured will be stored in memory. For example a peer might send a full table but the router is filtering all neighbor AS and neighbor client AS’s. Although only a few thousand routes might be inserted into the bgp table from this neighbor, the router still has to keep the remaining 200k+ routes in memory. If the router has a couple on these peers, it will probably not scale well. By relying only on the route refresh feature, the router will be able to scale to far more peers.

In an enterprise environment with less routes, an old 3600 might still be active in the BGP routing domain and become unstable due to running out of memory. Removing the legacy “soft-reconfiguration” configuration might be the healing touch it needs.

Sometimes when news is made you either get a positive or negative vibe. When the rumors surfaced about CCIE Data Center, I had a positive vibe about it, from the speculation it just seems the right fit. A track that is needed by industry demand. A year ago when Cisco released CCIE Wireless, I had the same thoughts: ‘This is exactly what the industry needs’. Today Cisco announce CCIE SP Operations and my first impression is that this is going to be another CCIE Design or Storage. Is Cisco expanding with too many tracks too soon?

SP Operations will cover Cisco’s IP NGN which I have said on a couple of occasions should be on the SP track. Cisco IP Next Generation Network buzz is largely based on Carrier Ethernet. In very compact form, a mass migration from proprietary SONET/SDH/ATM onto Cisco Metro Ethernet and EoMPLS. I say Cisco Metro because it is an all Cisco or no Cisco affair since Cisco Metro Ethernet does not play ball with others well. This is largely due to not supporting standards QinQ 802.1ad on the Metro switches. From what I read in ‘future’ releases they would, but read between the lines, once they have the monopoly on Carrier Ethernet.

I have no doubt Cisco has put a lot of research into this track, but I think they overlooked the most important aspect. CCIE SP has been neglected for years and has been begging for an upgrade. People have been talking about the outdated ATM/Frame and no relevant Layer2 VPN for ages. This is a personal opinion but I don’t believe IP NGN warrants a CCIE track on its own and again a personal opinion I don’t believe MPLS L3VPN does either. A mixture of the two however makes a lethal combination.

Another aspect of a new qualification is the time and numbers it takes in order to get market recognition. SP is only at a very late stage maturing into a track that is generally known and accepted in the industry. Will Cisco dumb down the SP Operations track in order to get the numbers out which will ensure engineers build another proprietary carrier network empire? Yes, sounds like a brilliant business plan. The second part will be the cost in preparing for XR, this one is not going to be cheap. Perhaps Cisco will sponsor (read: leak) a simulator?

It is still early days and not much about CCIE SP operations is known to make a informed judgement, but I get the gut feeling this is a track developed by Business/Sales in order to push a revenue stream rather than demand from the industry. While a lot is still unknown, this is my initial conclusion: SP operations has all the right ingredients for another epic fail.

From the general outline of the SP Operations written:

1.0 Manage the network fault management system
1.1 Develop a fault management process for a managed network environment collaboratively with the tools team
1.2 Determine the interaction between the fault management system and the ticketing system in collaboration with the tools team
1.3 Determine the method to gather appropriate metrics for an established fault management process

2.0 Manage performance and capacity
2.1 Identify spikes and potential trouble spots based on syslog and/or Network Management System (NMS) output
2.2 Develop a plan to solve a particular performance issue based on syslog and/or Network Management System (NMS) output
2.3 Identify the Network Management System (NMS) metrics and SLA metrics that will be needed in order to further troubleshoot a specific problem communicated orally, written, etc.
2.4 Develop a plan to establish a baseline and monitor the network in conjunction with the tools and performance groups
2.5 Create baseline network performance in conjunction with engineering and architecture teams
2.6 Monitor the network to look for variances against the baseline
2.7 Edit existing scripts which enable a network baseline management plan in conjunction with the tools and performance groups

3.0 Manage operations processes
3.1 Collaborate with the process team and NOC management on process development to meet a desired network operational objective
3.2 Develop a specific prototype and test plan for a particular planned network change, working collaboratively with the engineering and design groups
3.3 Develop, for a particular network, a list of needed tools working collaboratively with the tools team
3.4 Develop a detailed operations plan  including metrics and reporting functions for a particular network working collaboratively with the process team
3.5 Develop a process change action plan based on the results of a network audit
3.6 Develop and maintain a spares plan for a particular network

4.0 Troubleshoot and fix reachability and transport problems within the network
4.1 Identify predecessor steps that have not been executed based on an escalation ticket dealing with reachability
4.2 Determine whether to fix or escalate a ticket dealing with reachability
4.3 Identify the area(s) causing a complex reachability problem of unknown origin
4.4 Troubleshoot a complex routing problem and, considering the technical aspects, determine the risks and fix it
4.5 Troubleshoot a complex security problem and, considering the technical aspects, determine the risks and fix it

5.0 Identify problems in implementation plans
5.1 Find issues of a rollout plan received from engineering before deployment
5.2 Identify hardware which is not backwards compatible on a new service rollout plan
5.3 Find hardware that needs operating system upgrades on a new service rollout plan
5.4 Review and provide recommendations on areas in which NOC support plans will not be sufficient on a new service rollout plan

6.0 Troubleshoot and fix network performance problems
6.1 Identify predecessor steps that have not been executed based on an escalation ticket dealing with network performance
6.2 Determine whether to fix or escalate a ticket dealing with network performance
6.3 Determine whether to fix or where to escalate a core network fault
6.4 Identify the source of a complex network performance problem
6.5 Troubleshoot a complex network performance problem and, considering the technical aspects, determine the risks and  fix it
6.6 Identify a complex application performance problem and isolate it
6.7 Identify a complex computing device (server, call manager, etc – not the network or application) performance problem and isolate it
6.8 Troubleshoot a complex traffic pattern problem and, considering the technical aspects, determine the risks and fix it
6.9 Troubleshoot a complex, chronic performance problem and, considering the technical aspects, determine the risks and fix it

Identify spikes and escalate tickets? My word, what is Cisco doing? Sounds more like a CCNA blueprint. Perhaps just trust and put faith in the network giant? Hope this does not destroy the CCIE reputation.

The fundamental problem I have with the “Force All” practice is the administrative overhead with duplex mismatching. I found that problems caused due to this practice out weigh the problems solved by 100:1, in fact it might be more. Besides the network overhead there is also the system administrative overhead as forcing needs to happen on both sides or in a LAN scenario the helpdesk overhead when a techinician needs to force settings on all workstations.

Problems happen when ports are forced in order to make them shut up and stay up. I could compare this to a situation where my wife indirectly complains I am spending too much time preparing for the next CCIE, I could just put the head phones on and ignore the warning message. But this does not solve the problem and it might make it worse by making it harder to determine when I have pushed the issue beyond its limits. If ports are not agreeing on a speed and duplex, 99.9% of the time it can be solved by asking the following two questions?

1) Are both sides are auto/auto? Should be standard practice and you will have a happy network.

2) The Autonegotiation principle is based on electrical signal pulses with micro second (µs) tolerances.  Are the signals received within the required threshold? If not, why not? Quality layer 1 will determine the quality of the layers above.

This raise some thoughts:
How old are the cables? How old is the Datacenter? Something that I hardly ever hear of is the lifespan of UTP cables. While manufactures will today punt a 20+ year lifespan on CAT5e, I personally believe UTP cables from the 90’s should be phased out. Where possible, do not re-use patch leads as they are often the culprits. Patching and repatching puts additional wear and tear on the cable/connectors. All good quality UTP cable has the manufacturing date printed almost every meter. Check the manufacture dates of the patch leads, more than 5 years? Tie a knot in it. Check the cable standard, recently I discovered a 1000Mb link issue due to a Cat5 cable (rated 100mb) being used. Only use at a minimum Cat5e.

The negative effects of forcing speeds is that the shut up and stay up effect does exactly that. The autonegotiation process especially on 1000Mb links is fundamental to fast fail over detection and error signaling. When troubleshooting something as simple as packetloss on a Gb link with both sides forced is difficult to determine whether the problem is at the physical layer. This is since only a fraction of errors and CRC’s are logged. Removing the settings will most likely display a more realistic error count. This is not specific to GB ports, I have seen this on 100mb links as well.

The fundamental flaw with forcing speed and duplex, besides the technical aspects mentioned above, is that everyone has to follow this religion vigorously.

Some comments from the two candidates to think about:

Most positive thing about them was that they really were core things. And you can really answer with one single word, maybe 2-4, but that’s it.
If you are able to pass the lab, you certainly are able to answer those four questions!

I passed the lab configuration today.  If I would have taken my test 2 weeks earlier, I would be a CCIE now.  BEWARE of the OEQs.  They threw me for a loop.  One was a stupid mistake.  The others were just crazy.  None of the simulator questions even came close! It was just not what I would consider core material. Look in all the nooks and crannies of all the books you have – there you may find some OEQ study material. I have not touched any lab configuration for the past month prior to my lab attempt yesterday.  All I did was reread books and bone back up on the theory.

I am a bit puzzled.

See also Swapnendu’s feedback: http://eminent-ccie.blogspot.com/2010/01/failed-ccie-sp-lab-and-oeq-mystery.html

Comparing the stats from the beginning of 2009 with 2010:

Total new: 2136
Total RS: 1382
Total SP: 622
Total Double: 438
Total Sec: 340
Total Voice: 260
Total Triple+: 98
Total Wireless: 17
Total Storage: 9

http://www.cisco.com/web/learning/le3/ccie/certified_ccies/worldwide.html

1. Next_Hop: The next hop of the BGP route has to be in the routing table else if it is unreachable, the route is ignored.
2. Pre-bestpath Cost: If the pre-bestpath cost attribute is present, choose the route with the lowest cost value, if they are the same, the lowest community.
3. Weight: Cisco proprietary, local significant attribute where the largest is prefered.
4. Loc_Pref: If the weights are the same, choose the path with the highest local preference.
5. Local Originated: Routes that were locally originated with network statement, aggregated or redistributed.
6. AS_PATH: Next compare the as-path length and prefer the route with the shortest AS_PATH length.
7. ORIGIN: Choose the route with the lowest origin type if the AS_PATH lengths are the same. IGP<EGP<INCOMPLETE
8. MED: If the origin types are the same, choose the route with the lowest MED value. This will only be compared for routes from the same AS or if bgp always-compare-med is enabled, for all routes.
9. EBGP/iBGP: Prefer EBGP routes over IBGP routes if the routes have the same MED value.
10. IGP: At this point if there are still multiple routes prefer the route with the shortest route to the NEXT_HOP. The IGP will have already determined the shortest path to the next-hop.
11. Cost: If the cost attribute is present not configured to be ignored, choose the lowest cost.
12. Multipath: If multipath is enabled, multiple paths that match up to this point will be installed.
13. Oldest: If multiple external routes remain, choose the oldest one, thus avoids propagating a flapping route. To overwrite this, this step can be ignored with bestpath compare router-id.
14. Router_ID: If multiple routes still exist, the BGP ROUTER_ID will be a tiebreaker. Choose the route advertised by the BGP peer with the lowest Router_ID. If RR present, the originator ID is used.
15. Cluster Length: Minimum RR cluster length is compared next.
16. Lowest Neighbor: Last, the path from the lowest neighbor address.

Richard Bannister made a great post on the topic that in detail illustrates the algorithm in a flow-chart:
http://rbcciequest.wordpress.com/2008/02/27/bgp-path-selection/

And then there is the well known Cisco documentation:
http://www.cisco.com/en/US/tech/tk365/technologies_tech_note09186a0080094431.shtml

Preview of Richard Bannister’s flow-chart:

BGP scan process is also responsible for the checks to determine whether the conditional advertisement should or should not advertise the conditional route. It also checks whether route dampening information needs to be updated.

bgp scan-time

There is also a VPN4 equivalent that is configured under the VPN4 address family and the syntax is slightly different. By default it runs every 15 seconds.

bgp scan-time import

Also see:
http://www.cisco.com/en/US/docs/ios/iproute/configuration/guide/irp_bgp_adv_features_ps6350_TSD_Products_Configuration_Guide_Chapter.html#wp1056233
http://www.cisco.com/en/US/docs/ios/12_0t/12_0t7/feature/guide/VPN_EN.html#wp1045721

Call me crazy, but I am glad it has finally made it.

http://www.cisco.com/web/learning/le3/ccie/sp/lab_exam.html

Still nothing on:
http://www.cisco.com/web/learning/le3/ccie/announcements/index.html

and
https://learningnetwork.cisco.com/community/certifications/ccie_service_provider

Apparently it will replace/consolodate the current Storage track which I think is a good idea. Storage in it self is not very appealing, but Data Center, if truly reflecting current and future real world Data Centers, then Yes, it is bound to be a winner.

In summary I would expect something to the effect of CCIE storage + CCIE RS less the routing. Possible devices:
Cat: 65xx, 49xx, 45xx, some smaller cats
Nexus: 5k, 7k
MSD 9xxx
Cisco ACE?
ACS

Realistically we will probably not see the high end devices and even then it will be a difficult track to prepare for due to the hardware.

Some earlier comments:
http://www.facebook.com/topic.php?uid=75717837879&topic=8511

http://www.cisco.com/web/learning/le3/ccie/certified_ccies/worldwide.html

http://www.networkworld.com/community/node/48678

http://www.ccie18473.net/wwccies/wwccies.htm

To summarize my RS experience which correlates with the above. Game plan one was similar: lab, read and absorb as much as possible. Got to the lab in Brazil, was confident, somewhere along I messed up, got the result no pass. I was fortunate enough to get a response from Bruno, one of the proctors at Brussels, that due to configuring a simple IP address wrong, cost multiple points. How did it miss the radar. Re-evaluate what went wrong. Booked the next lab, just over a month away from the first attempt. Did no technical excercises, just read the labs I previously did and prepared mentally for the next attempt. The reason for no technical labs was after the first lab I realized I was ready for this part of the lab but that it required more than that. I needed to demonstrate on lab day that I knew what I was doing in a very articulate way. That is the tough part of the lab. If Cisco was a democracy, I would vote for tougher lab questions and partial points.

The first SP lab went similar, the technologies went well, but due to my RS lab experience, time management went out the door in favor for being as punctual in the demonstration as possible. I actually thought I would finish the lab with time to spare and be able to go over everything again in order to spot the errors in interpretation, requirements that were just simply skipped and those questions that broke previous ones. I got the balance totally wrong.

For the second attempt I have a bit of a problem. I can not sit the lab within a month, I have to wait five before I can have another opportunity to convince Cisco. The advantage of sitting the lab in quick succession is that it is easier to stay prepared at CCIE level. Lab day is a peak along the journey and to maintain that peak for five months is not going to be easy. I have no other choice but to keep doing labs and keep everything fresh. This is for my own benefit in the long run. Since getting back to labs at the start of November I have completed the first four labs of IPX Vol3, now branded as the Lab Mentoring Kit. They are simple labs, but what I like about them is that the topology does not have to be complicated in order to bring a point across and makes it easier to learn from. I actually consider Lab3 and Lab4 of this range to be the best of all the workbooks I have done (read the review). I am now currently busy with INE vol2 labs and have completed the first three. I would rate the first two labs from INE vol2 second to lab3 and 4 from IPX vol3, aka Mentoring kit. The further the INE labs go in the workbook the more the wheels start to fall off. If you do the last 5 labs for the first time, make sure to use their forum where most of the workbook bugs are discussed. For some reason Lab8 rings a bell as another gem. After completing INE vol2, I will do the 5 IPX vol2 labs and lab5 from IPX vol3. The reason for this is that they are marathon labs which I hope will help with time management. I need to complete them in 6 or less hours or even better if I can do one every evening after work. This would be a workout of note.

All this should be done by the end of December. I then have about another month in order to either prepare for OEQ and if they don’t arrive I will spend this month on specific scenarios, reading and preparing mentally. All this with the focus on speed and accuracy while keeping the technologies fresh.