Overview
ABSTRACT
Originally, IP networks provided best-effort routing. The emergence of critical applications carried over IP networks has led to the deployment of a distributed traffic engineering architecture to meet the constraints introduced by these applications. However, this architecture cannot solve all the network optimization cases, and so a centralized traffic engineering architecture based on a PCE becomes necessary to overcome these limitations and create a programmable network.
Read this article from a comprehensive knowledge base, updated and supplemented with articles reviewed by scientific committees.
Read the articleAUTHOR
-
Stéphane LITKOWSKI: Senior Network Architect and Orange Expert - Orange Business Services
INTRODUCTION
The move towards all-IP networks means that more and more mission-critical applications are being ported to IP networks. The constraints of these applications in terms of bandwidth, latency, jitter, etc. may require the implementation of a differentiated routing policy in the network, whereas the IP network uses a single "shortest" path policy by default. The implementation of traffic engineering techniques based on MPLS (Multi Protocol Label Switching) is often necessary to open up the possibility of calculating constrained paths.
Traffic engineering is not a new concept per se, and was already in use in networks such as ATM (Asynchronous Transfer Mode). It is also deployed to a greater or lesser extent in IP networks to address the need for routing differentiation for different types of traffic.
In this article, we will first review the basic concepts of traffic engineering in an IP/MPLS network, and then focus on the limitations of the distributed approach currently deployed. Secondly, this article introduces the centralized traffic engineering architecture using a PCE (Path Computation Element) to overcome these limitations. The functioning of the communication protocol used by the PCE is detailed, as well as the implementation of a routing architecture using a PCE. This article also presents an analysis of several PCE use cases.
Finally, we look at the safety aspects of introducing PCE, and conclude with a non-exhaustive overview of the current market.
Exclusive to subscribers. 97% yet to be discovered!
You do not have access to this resource.
Click here to request your free trial access!
Already subscribed? Log in!
The Ultimate Scientific and Technical Reference
KEYWORDS
SDN | traffic engineering | PCE | PCP | PCEP | CSPF
This article is included in
Networks and Telecommunications
This offer includes:
Knowledge Base
Updated and enriched with articles validated by our scientific committees
Services
A set of exclusive tools to complement the resources
Practical Path
Operational and didactic, to guarantee the acquisition of transversal skills
Doc & Quiz
Interactive articles with quizzes, for constructive reading
Path Computation Element
Bibliography
- (1) - IETF – PCEP - Extension for Distribution of Link-State and TE Information. - https://datatracker.ietf.org/doc/draft-dhodylee-pce-pcep-ls/ (2018).
- (2)...
Standards and norms
- RSVP-TE : Extensions to RSVP for LSP Tunnels. - RFC 3209 - 2001
- Traffic Engineering (TE) Extensions to OSPF Version 2. - RFC 3630 - 2003
- The Transport Layer Security Protocol Version 1.2. - RFC 5246 - 2008
- IS-IS Extensions for Traffic Engineering. - RFC 5305 - 2008
- Traffic Engineering Extensions to OSPF Version 3. - RFC 5329 - 2008
- Path Computation Element Communication Protocol....
Exclusive to subscribers. 97% yet to be discovered!
You do not have access to this resource.
Click here to request your free trial access!
Already subscribed? Log in!
The Ultimate Scientific and Technical Reference