NetworkVeteran wrote: » FYI, the folks at INE believe the CCIE R&S lab blueprint will change in 2-3 months. Cisco generally gives 6 months lead time before obsoleting anything, so if they're right, you either have a 6-9 month sprint ahead of you, or will have to deal with at least some updates.
Zartanasaurus wrote: » Any guesses as to what will be added/removed?
Forsaken_GA wrote: » if there's a god, Frame Relay will be consigned to the pits of hell.
nerdydad wrote: » When I worked in the NOC of a local SP, I had to deal with it a few times. Last I heard they were looking to upgrade their frame equipment because a few companies wouldn't let it go, and it is a cash cow because now they charge a premium for it.
LOL, seriously I laughed at that one! I need to get out more I could only imagine what they would replace frame-relay with.
Forsaken_GA wrote: » Most companies still have frame relay circuits simply because circuits tend to have long term contracts attached to them. 10 and 20 year terms are pretty standard, at least here in the US. Level3 has stated flat out they will not renew contracts on frame relay circuits, you want to continue getting service from them, you migrate to an MPLS circuit. That's pretty easy, little heavier emphasis on MPLS and Metro-E. The simple truth of the matter is that the majority of WAN interconnects now present themselves as regular ethernet ports. By and large, Frame Relay and ATM and the like are relics of the past that you're only going to see in legacy or very rural deployments. Anything new being turned up is going to be a PRI/BRI, SONET/SDH, or a straight up 10/100 GigE port being mux'd over CWDM/DWDM gear, or it's going to be dropped to you as an ethernet port and MPLS'd across a providers backbone at layer 2 or layer 3 to look like it's a straight end-to-end circuit. And I like it like that. From an enterprise perspective, if I need to connect two remote sites, I want the provider to give me a circuit that, as far as I can tell, is a direct layer 2 connection to my router at the other site, and I can treat it just like a normal ethernet port as far as turn up goes. No frotzing around with DLCI's and clock rates and other crap like that (though you can still get into the fun of QoS speed mismatches if the physical rate of the interface is faster than what you've contracted the circuit for...)