Skip to Content
MPLS in the SDN Era
book

MPLS in the SDN Era

by Antonio Sanchez Monge, Krzysztof Grzegorz Szarkowicz
December 2015
Intermediate to advanced
920 pages
23h 28m
English
O'Reilly Media, Inc.
Content preview from MPLS in the SDN Era

Chapter 15. Centralized Traffic Engineering

All the TE models discussed so far are distributed. In Chapter 13 and Chapter 14, Label Edge Routers (LERs) signal Label-Switched Paths (LSPs) by matching the Traffic Engineering Database (TED) against a set of locally defined constraints.

This chapter explores a totally different paradigm. Although LERs are still allowed to define LSPs on their own, the central controller is also capable of defining LSPs. A basic requirement for such a controller is to have an accurate and up-to-date view of the link-state database. To get that view, the controller establishes BGP sessions to one or more LSR/LER devices. Through these sessions, it receives link-state prefixes (BGP-LS NLRI). This is good due to the scalable and multihop nature of BGP.

Note

LERs always compute the TED locally and according to the distributed link-state database. This task is not (and should not be) centralized.

As soon as it has the TED view, the controller can perform path computations and ask the different LERs of the network to signal, resignal, or tear down LSPs in a precise manner. The controller could do that by accessing the LER configuration via Netconf or other similar mechanism, but this is a heavy approach. Using a protocol abstraction to signal LSPs on the fly is a more scalable strategy. Such a protocol exists and it’s called Path Computation Element Protocol (PCEP).

This model might remind you of OpenFlow, but there are some key differences. First, an LSP ...

Become an O’Reilly member and get unlimited access to this title plus top books and audiobooks from O’Reilly and nearly 200 top publishers, thousands of courses curated by job role, 150+ live events each month,
and much more.

Read now

Unlock full access

More than 5,000 organizations count on O’Reilly

AirBnbBlueOriginElectronic ArtsHomeDepotNasdaqRakutenTata Consultancy Services

QuotationMarkO’Reilly covers everything we've got, with content to help us build a world-class technology community, upgrade the capabilities and competencies of our teams, and improve overall team performance as well as their engagement.
Julian F.
Head of Cybersecurity
QuotationMarkI wanted to learn C and C++, but it didn't click for me until I picked up an O'Reilly book. When I went on the O’Reilly platform, I was astonished to find all the books there, plus live events and sandboxes so you could play around with the technology.
Addison B.
Field Engineer
QuotationMarkI’ve been on the O’Reilly platform for more than eight years. I use a couple of learning platforms, but I'm on O'Reilly more than anybody else. When you're there, you start learning. I'm never disappointed.
Amir M.
Data Platform Tech Lead
QuotationMarkI'm always learning. So when I got on to O'Reilly, I was like a kid in a candy store. There are playlists. There are answers. There's on-demand training. It's worth its weight in gold, in terms of what it allows me to do.
Mark W.
Embedded Software Engineer

You might also like

MPLS and VPN Architectures

MPLS and VPN Architectures

Jim CCIE #2069 Guichard, Ivan CCIE #1354 Pepelnjak
Traffic Engineering with MPLS

Traffic Engineering with MPLS

Eric CCIE #4122 Osborne, Ajay CCIE #2970 Simha
JUNOS High Availability

JUNOS High Availability

James Sonderegger, Orin Blomberg, Kieran Milne, Senad Palislamovic
Automating Junos Administration

Automating Junos Administration

Jonathan Looney, Stacy Smith

Publisher Resources

ISBN: 9781491905449Errata Page