Posts Tagged ‘ccie sp’
Below is a good write-up by now dual CCIE 35565 IEOC user ndiayemalick after passing the SP lab:
I have passed the CCIE SP Lab yesterday at Brussels. The results came in pretty fast around 10 PM. I will share my experience here. I will only share things pertaining to the SP lab. There are many other posts about the lab in general, preparations, what to expect, the proctors, etc…. Here we go:
- Don’t forget to commit your changes
- Don’t forget to create the BGP_PASS RPL to allow eBGP routes to pass
- Check each and every step on the way. You do not want to be troubleshooting CSC problem because one of your LDP session was not up.
- Logging is disabled on all the IOS devices with “no logging on / no logging console”. I enable it but checked with the proctor who told me to make sure to put disabled it back at the end of my lab, which I did. Do not assume anything, you have a doubt, ask the proctor.
- Keep track of :
BGP peerings (Route reflector for IPv4/IPv6 VPNv4/VPNv6)
RPs per site
- Use the command ‘ip route profile’ to make sure that your routing is stable.
- There’s a lot of reverse engineering in the lab. Many things are pre build for you with many many faults in IPv4 and IPv6 for all address families so know even worst get acquainted your protocols (BGP, OSPF, IS-IS,EIGRP, RIP, PIM) for both address families
- Verify all your neighboring as you go. OSPF, IS-IS, BGP, LDP, RSVP, PIM,etc… You do not want to troubleshooting OSPF neighboring because your MPLS TE is not working. You can waste a lot of time. Things build up as go. The further you go in the lab, the harder it will become to see small details.
- Besides the DOC-CD, Notepad is your next best friend. Many configurations are repetitive. You will gain time and reduce the chance of making a mistake by using it. I had 3 notepad widows one for TCL scripts, another one called “AT THE END” to put back the configurations I changed like logging, and another one for copy/paste configs to save time.
- Read the lab end to end before starting type. Every word is important. The lab is pretty self explanatory but you have to know your stuff hence you need speed and accuracy.
- It’s harder than the R&S lab but easier because to study because of less topic to focus on.
- Sent private emails to Brian and he helps out a lot. Even Mark Snow was available to meet me personally in Columbus, Ohio. How cool is that ?
- I was tested on all possible PE-CE Routing protocols, filtering and loop avoidance techniques.
- Use TCL scripts to check reachability for all address families. It’s crucial. SP is all about reachability and doing the way they wanted it.
- Found 2 typos in the lab: OPSF instead of OSPF and PIM-SW instead of PIM-SM. I was kind enough to send a feedback
- during the end, my Internet Explorer froze. After killing the process in the Task Manager, I was not able to log back in the lab to display the tasks. I still had access to the devices. After multiple attemps with the proctor, we decided to save my configs and logg off. By doing that, I lost all my TCL scripts and notepad notes. Lesson: do not open multiple IE windows even when going for the documentation.
- Request for reread after passing the lab ?????: You can request a reread even when you pass the lab. How stupid is that?????
- Now INE owes me 2 CCIE shirts
Do not hesitate if you have questions, I will help out as much as I can without breaking NDA of course
Read the replies to this post on IEOC here :
I’m in the process of finalizing new updates to the Service Provider CCIE racks and publishing the new hardware specification. I’m going to be using the new hardware specification for my London SPv3 Bootcamp in two weeks before releasing it to the public. I’ve already replaced the two CE 2600XMs with four 1841′s running IOS 15.1T for the CEs. This allows for additional IPv6 VRF support along with many other newer features on the CE devices. Also having 2 extra CE devices is nice.
For VPLS we now support large scale VPLS implementation by adding a four port OC3 POS card to each SDR. This is great for the bootcamps so that students can interconnect their racks. Also if someone wants rent two racks they will be able to interconnect them to test larger scale scenarios. As far as interconnections between the racks I’ve added in a backbone GigE connection between the racks so we can do BGP peering.
From my understanding we are the only training company that offers SPv3 rack rentals and workbooks much less VPLS support. Also I’m fairly sure we’re the only training company that’s offering a dedicated rack now for each SPv3 bootcamp student. I can’t verify this since I don’t have a rearview mirror but this is just what our customers are telling me
Below is the new POS interconnection diagram.
After my London SP bootcamp in three weeks I’ll publish the new hardware specification along with finalizing our new graded Service Provider Mock Labs. These new graded SP mock labs will use two full SP racks which means 4 IOS XR SDRs, 12 7200VXRs, 4 ME3400 switches, and 8 1841′s for CE devices. These labs will be fun!
Introducing the changes
As you have probably heard already, Cisco announced changes to the CCIE SP blueprint, that go effective as of April 17th 2011. There is some good news and some bad news. On positive side, the new blueprint looks really good technology-wise – just look at the detailed checklist here: https://learningnetwork.cisco.com/docs/DOC-10145 and see the mentioning of VPLS, Carrier Ethernet, FRR and other features. On the opposite side, the equipment requirements for the new blueprint put extensive toll on an average CCIE candidate’s budget (unless you work for a big Cisco partner and can “borrow” equipment for your lab). The new test will build upon XR12000, 7600, 7200 routers and ME3400 switches – for more information look here: https://learningnetwork.cisco.com/docs/DOC-10121. One problem is that Cisco did not yet specify the detailed hardware requirements, e.g. linecards for the routers. The other problem is that “simulator” mentioned in the hardware specification. There is no doubt that Cisco has software emulators for IOS XR routers and 7600 devices, but it is not clear whether those will be available to general public.
Based on the above observations, we are still considering the impact of changes on INE product offering. While our product line will definitely stay there, we will not officially announce any changes to our hardware specification while we wait for more information from Cisco regarding the hardware and availability of simulator software. It is our priority to keep the CCIE training affordable to the students, and thus minimizing the rack hardware cost is very important.
The purpose of this blog post is to give you a brief overview of M-LSPs, the motivation behind this technology and demonstrate some practical examples. We start with Multicast VPNs and then give an overview of the M-LSP implementations based on M-LDP and RSVP-TE extensions. The practical example is based on the recently added RSVP-TE signaling for establishing P2MP LSPs. All demostrations coud be replicated using the widely available Dynamips hardware emulator. The reader is assumed to have solid understanding of MPLS technologies, including LDP, RSVP-TE, MPLS/BGP VPNs and Multicast VPNs.
Multicast Domains Model
For years, the most popular solution for transporting multicast VPN traffic was using native IP multicast in SP core coupled with dynamic multipoint IP tunneling to isolate customer traffic. Every VPN would be allocated a separate MDT (Multicast Distribution Tree) or domain mapped to a core multicast group. Regular IP multicast routing is then used for forwarding, using PIM signaling in core. Notice, that the core network has to be multicast enabled in Multicast Domains model. This model is well mature by today and allows for effective and stable deployments even in Inter-AS scenarios. However, for the long time the question with MPVNs was – could we replace IP tunneling with MPLS label encapsulation? And the main motivation for moving to MPLS label switching would be leveraging MPLS traffic-engineering and protection features.
Tag Switched Multicast
Inter-AS Multicast VPN solution introduces some challenges in cases where peering systems implement BGP-free core. This post illustrates a known solution to this problem, implemented in Cisco IOS software. The solution involves the use of special MP-BGP and PIM extensions. The reader is assumed to have understanding of basic Cisco’s mVPN implementation, PIM-protocol and Multi-Protocol BGP extensions.
mVPN – Multicast VPN
MSDP – Multicast Source Discovery Protocol
PE – Provider Edge
CE – Customer Edge
RPF – Reverse Path Forwarding
MP-BGP – Multi-Protocol BGP
PIM – Protocol Independent Multicast
PIM SM – PIM Sparse Mode
PIM SSM – PIM Source Specific Multicast
LDP – Label Distribution Protocol
MDT – Multicast Distribution Tree
P-PIM – Provider Facing PIM Instance
C-PIM – Customer Facing PIM Instance
NLRI – Network Layer Rechability Information