| View previous topic :: View next topic |
| Author |
Message |
ccie14745
Joined: 04 Jan 2007 Posts: 447 Location: Dallas, TX
|
Posted: Mon Jun 18, 2007 2:30 am Post subject: MPLS VPNs v2.5 with MPLS-TE instead of LDP |
|
|
Here's the version 2.5 of my MPLS lab updated to use MPLS-TE instead of LDP for distribution of labels. There aren't any other changes over version 2, so the diagrams should be identical. Remember that this version consists of a 6-node MPLS network with a pair of P-core routers that also act as route-reflectors for the PE routers.
Hope this helps someone out there...
--
Justin White
CCIE #14745 |
|
| Back to top |
|
 |
conspathas
Joined: 28 Mar 2007 Posts: 1218 Location: CCIE
|
Posted: Mon Jun 18, 2007 12:12 pm Post subject: |
|
|
Love your work Justin! Tucking these little nuggets away for when I'm ready to hit the SP labs!  |
|
| Back to top |
|
 |
ccie14745
Joined: 04 Jan 2007 Posts: 447 Location: Dallas, TX
|
Posted: Mon Jun 18, 2007 10:37 pm Post subject: |
|
|
Well, take it at face value. It doesn't really use RSVP-TE for anything but label distribution. There's a lot more than can be added beyond my simple setup.
I got the idea for this from the Cisco Press book "MPLS Fundementals", which I think is a really good reference book to keep handy for all the variety of MPLS topics out there. There's a chapter devoted to Traffic Engineering and I got to thinking about what would be required to switch from LDP to RSVP-TE. I was a little surprised at what few changes were required.
Biggest thing to note is that the P routers don't have any tunnels build, but still run MPLS-TE to act as mid-points. Just the PEs have tunnels, and even then the tunnels are considered "one-way" from an LSP perspective.
Wouldn't be possible to even really discuss these things with the contributions of Greg and Chris. |
|
| Back to top |
|
 |
Shepardos
Joined: 24 Jun 2007 Posts: 2
|
Posted: Sun Jun 24, 2007 9:12 pm Post subject: |
|
|
Hi,
I just wonder why you use " no peer neighbor-route"? Did you realy need this?
Regards
Shepardos |
|
| Back to top |
|
 |
ccie14745
Joined: 04 Jan 2007 Posts: 447 Location: Dallas, TX
|
Posted: Sun Jun 24, 2007 9:22 pm Post subject: |
|
|
It's kind of my pet peeve. PPP encapsulation will add a host route to the routing table for any remote peers. "no peer neighbor-route" simply keeps the /32 routes out of the routing table. There's instances where it's useful, like VPDN or Dial-on-Demand scenarios, but not for Serial links.
The configs will work just fine without this command. It's purely an annoyance of mine.  |
|
| Back to top |
|
 |
Shepardos
Joined: 24 Jun 2007 Posts: 2
|
Posted: Tue Jun 26, 2007 10:00 pm Post subject: |
|
|
| Did you prepare for the CCIE SP Track right now? If yes did you use the workbook from INTERNETWORKEXPERT? |
|
| Back to top |
|
 |
ccie14745
Joined: 04 Jan 2007 Posts: 447 Location: Dallas, TX
|
Posted: Tue Jun 26, 2007 10:17 pm Post subject: |
|
|
While that's a thought that I've had, I am not currently preparing for that track. Actually, this push was job-related, which is a longer story that I want to detail here.
Needless to say, I would defintely be using the IEWB-SP for my preparations, if/when I decide to do so. I used their RS workbooks for my RS lab attempts and can't say enough kind things about how well I felt prepared. The Brians (as they're known) have a fantastic model for CCIE preparation and I would not have any qualms about using their materials again. I liked their presentation and arrangements much better than the other workbooks.
Of course, I'm not really intending this post to start a holy war. CCIE debates over workbooks is almost like the Ethernet vs. Token Ring debates of the old days. It gets really personal in a hurry if we aren't careful.  |
|
| Back to top |
|
 |
eltech
Joined: 01 Mar 2008 Posts: 60
|
|
| Back to top |
|
 |
|