{"id":1119,"date":"2016-03-23T19:12:22","date_gmt":"2016-03-23T16:12:22","guid":{"rendered":"https:\/\/telcocloudbridge.com\/?p=1119"},"modified":"2016-03-23T19:12:22","modified_gmt":"2016-03-23T16:12:22","slug":"need-quick-recipe-sdn-wan-mix-bgp-ls-pce","status":"publish","type":"post","link":"https:\/\/telecomlighthouse.com\/?p=1119","title":{"rendered":"Need a quick recipe for SDN in WAN? Mix BGP-LS with PCE"},"content":{"rendered":"<p><a href=\"https:\/\/telecomlighthouse.com\/blog\/naas-as-step-towards-sdn\/\">Thinking of implementing SDN<\/a> in your MPLS\u00a0 WAN ? without a forklift ?<\/p>\n<p>Look no further ! as BGP-LS ( BGP-Link State) and PCE ( Path computation Element) give a right combination.<\/p>\n<p>In this Blog, I talk about an evolutionary ( not the revolutionary approach) to SDN in WAN.<\/p>\n<p>SDN-based MPLS network, running PCE and BGP-LS offers considerable flexibility, visibility, and control.<\/p>\n<p>It&#8217;s like running MPLS on steroids.<!--more--><\/p>\n<p>This means not only basic things expected from a controller, i.e. its ability to manage ( create, modify and delete) LSPs ( Label Switched Paths) without touching a single line of config on a router.<\/p>\n<p>But more advanced things; for example:<\/p>\n<ul>\n<li>Providing services like bandwidth-on-demand and auto-bandwidth-calendaring.<\/li>\n<li>Planning maintenance windows for routers with point and click.<\/li>\n<li>Traffic optimization and distribution by efficiently using optical links.<\/li>\n<li>Service orchestration across multiple MPLS networks.<\/li>\n<\/ul>\n<p>And last but not the least, this is an enabler for integrating\u00a0 an MPLS core with an Optical core.<\/p>\n<p>I know, this hurts many service providers: the independent build out of routing and DWDM domain, costing both CAPEX and OPEX.<\/p>\n<p>This happens because the MPLS domain DOES NOT\u00a0 talk to the optical domain at all. And this happens because the two teams managing the two networks\u00a0 talk neither.<\/p>\n<h2><\/h2>\n<h2>Why centralization of\u00a0 MPLS network is necessary ?<\/h2>\n<p>Implementing SDN in MPLS network demands centralization of network control.<\/p>\n<p>Controlling\u00a0 optical domain is easier as it\u00a0 is already driven by a\u00a0 powerful network management system. On the other hand, controlling\u00a0 IP\/MPLS is complex as it is based on a distributed control plane with a control plane residing on every box making a local decision.<\/p>\n<p>Therefore, <a href=\"https:\/\/telecomlighthouse.com\/blog\/three-things-operators-should-know-about-combining-ipmpls-and-optical-protection\/\">integrating IP\/MPLS with optical domain<\/a> would demand some sort of centralization in IP\/MPLS, the way it is, in the optical domain.<\/p>\n<p>But let&#8217;s be clear on it:<\/p>\n<p>We are not talking about OpenFlow here. Neither a complete offload of the control plane from the data plane as the SDN purists would suggest.<\/p>\n<p>Such a strategy would not be realistic even if it is possible as this is revolutionary and need a forklift upgrade. As operators have invested in their WAN infrastructure, they want to use it to the maximum.<\/p>\n<p>On the other hand, we are talking about selectively offloading one small part of the control plane. That is, a decision to compute and engineer a labeled path in an MPLS network. And delegating that to an SDN controller.<\/p>\n<p>And here is a good news:<\/p>\n<h2><\/h2>\n<h2>You don&#8217;t need to forklift your WAN. You can build upon something which you already have!<\/h2>\n<p>BGP-LS and PCE in WAN just promise those evolutionary approaches that you can take today on your WAN without a forklift upgrade. You don&#8217;t need to change hardware but add software only.<\/p>\n<h2><\/h2>\n<h2>How BGP-LS and PCE help an SDN controller?<\/h2>\n<p>Let&#8217;s start with the problem that an SDN controller wants to address.\u00a0 That is a need to manage an LSP\u00a0 from A to C going through E\u00a0 in the WAN shown below. To be more specific, the management means the ability to create, tear down and modify the red LSP\u00a0 shown.<\/p>\n<p>This can be done by the PCE using standard protocol PCEP ( Path Computation Element (PCE) Communication Protocol (PCEP)<\/p>\n<p><a href=\"https:\/\/telecomlighthouse.com\/wp-content\/uploads\/2016\/03\/clip_image001.png\"><img loading=\"lazy\" decoding=\"async\" style=\"background-image: none; padding-left: 0px; padding-right: 0px; display: inline; padding-top: 0px; border: 0px;\" title=\"clip_image001\" src=\"https:\/\/telecomlighthouse.com\/wp-content\/uploads\/2016\/03\/clip_image001_thumb.png\" alt=\"clip_image001\" width=\"522\" height=\"272\" border=\"0\" \/><\/a><\/p>\n<p>Here are the three things you need to remember regarding PCE :<\/p>\n<p>&#8211; PCE ( Path computation element) is a software element that sits in the SDN controller and is responsible for path computation.<\/p>\n<p>&#8211; PCC ( Path computation client) is\u00a0 the client that sits in the router. PCE sends path computation to the PCC client.\u00a0 PCC can report back the status of LSPs for which, it is the ingress router.<\/p>\n<p>-PCEP is the name of the protocol used by PCE to communicate with the PCC.<\/p>\n<p>A question may be asked here:<\/p>\n<p>Why not just use CLI to configure this LSP?<\/p>\n<p>Becuase CLI is vendor specific , proprietary and a one-way command. PCEP is standard and\u00a0 has important reporting features which are important for state synchronization between the network and controller.\u00a0 PCEP allows two-way communication between PCE and PCC and can be stateful about the active paths\/LSPs and their\u00a0 reserved resources.<\/p>\n<p>So by using PCE, SDN controller can effectively configure the red route shown above.<\/p>\n<p>And as you can see that with PCE we have selectively offloaded the path computation responsibility of the LSP from the routers to the central controller.<\/p>\n<p>But wait a minute !<\/p>\n<p>There seems nothing new here.<\/p>\n<p>The RFC 4655\u00a0 for PCE has been around since 2006, while\u00a0 the RFC 5440 for PCEP has existed since 2009.<\/p>\n<p>Much before the SDN was introduced.<\/p>\n<h2><\/h2>\n<h2>PCE is half the story. BGP-LS completes the story<\/h2>\n<p>SDN controller with an effective PCE is not the only requirement for SDN controller.<\/p>\n<p>There are still unanswered questions like<\/p>\n<p>1. How the SDN controller knows about the topology\/link state of the network.<\/p>\n<p>2. How the SDN controller knows about the traffic engineering info like, Bandwidth, SRLGs , colored links etc<\/p>\n<p>IGP can do these but not very effectively as IGP is restricted in one domain only.<\/p>\n<p>BGP-LS answers just these questions.<\/p>\n<p>BGP-LS stands for BGP Link state. It is a newly\u00a0 standardized RFC 7752 ( March 2016)\u00a0 called \u201c North-bound distribution of link state and traffic engineering information using BGP\u201d.<\/p>\n<p>Actually, a router maintains a database for storing link-state information about nodes and links in any given area. Some of these attributes include interface identifiers, link metrics, TE metrics, reserved bandwidth, Class of Service, Shared Risk Link Group (SRLGS). The router BGP process can retrieve topology from this database and distribute it to an SDN controller by using a new NLRI ( Network Layer reachability Information) encoding format defined in the RFC.<\/p>\n<p>Have a look at the network below:<\/p>\n<p><a href=\"https:\/\/telecomlighthouse.com\/wp-content\/uploads\/2016\/03\/clip_image002.png\"><img loading=\"lazy\" decoding=\"async\" class=\"\" style=\"background-image: none; padding-left: 0px; padding-right: 0px; display: inline; padding-top: 0px; border: 0px;\" title=\"clip_image002\" src=\"https:\/\/telecomlighthouse.com\/wp-content\/uploads\/2016\/03\/clip_image002_thumb.png\" alt=\"clip_image002\" width=\"463\" height=\"321\" border=\"0\" \/><\/a><\/p>\n<p>There are three areas with B, Cand G as\u00a0 BGP-LS speakers.<\/p>\n<p>For example, G and B can export link state info they learned via IGP into BGP-LS. In this way, C is aware of the TE and\u00a0 link state info of all the areas.<\/p>\n<p>And the\u00a0 controller just needs one session with C to know about the complete TE and link state info about all areas.<\/p>\n<p>That way the SDN controller gets all the information about the network from C.<\/p>\n<p>Therefore, in conclusion, the following two processes are needed for the SDN controller to function.<\/p>\n<p>\u00b7 BGP-LS allows visibility of the network topology and export Traffic engineering info to an SDN controller<\/p>\n<p>\u00b7 SDN controller uses the knowledge of BGP-LS info\u00a0 in setting up traffic engineered Paths in MPLS network using PCEP protocol.<\/p>\n<h2><\/h2>\n<h2>What&#8217;s next- The multi-layer Optimization of IP and Optics<\/h2>\n<p>By implementing centralization in MPLS it would make sense to take the next step towards a converged IP and Optics domain.<\/p>\n<p>There are multiple approaches here.<\/p>\n<p>One is using the GMPLS UNI\u00a0 with the IP domain requesting the <a href=\"https:\/\/telecomlighthouse.com\/blog\/sdn-project-onos-challenges-optical-vendors-business-model\/\">services from the Optical domain<\/a> using the client-server architecture.<\/p>\n<p>The other approach is to have a separate optical controller that uses optical PCE that can share the optical information ( especially SRLGs ) with the IP controller using standard YANG models. There is active work going on in the IETF to standardize the model for information transfer between the two PCEs.<\/p>\n<p>For those of you interested in reading more about this. Here is the draft link<\/p>\n<p><a href=\"https:\/\/tools.ietf.org\/html\/draft-ietf-teas-yang-te-topo-03\">YANG Data Model for TE Topologies draft-ietf-teas-yang-te-topo-03<\/a><\/p>\n<p>Whatever model you follow , the point is that it makes sense to go towards the centralization of MPLS domain using the PCEP and BGP-LS in order to\u00a0 take a step toward IP\/Optics integration but open your MPLS network to more control, service agility and sell value added services ( as mentioned in the beginning)\u00a0 beyond layer 2 and layer 3 VPNs.<\/p>\n<h3>Now it&#8217;s your turn to share your opinions in the comment section below on what do you think on this topic.<\/h3>\n","protected":false},"excerpt":{"rendered":"<p>Thinking of implementing SDN in your MPLS\u00a0 WAN ? without a forklift ? Look no further ! as BGP-LS ( BGP-Link State) and PCE ( Path computation Element) give a right combination. In this Blog, I talk about an evolutionary ( not the revolutionary approach) to SDN in WAN. SDN-based MPLS network, running PCE and [&hellip;]<\/p>\n","protected":false},"author":2,"featured_media":1830,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[11],"tags":[],"class_list":["post-1119","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-sdn"],"_links":{"self":[{"href":"https:\/\/telecomlighthouse.com\/index.php?rest_route=\/wp\/v2\/posts\/1119","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/telecomlighthouse.com\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/telecomlighthouse.com\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/telecomlighthouse.com\/index.php?rest_route=\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/telecomlighthouse.com\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=1119"}],"version-history":[{"count":0,"href":"https:\/\/telecomlighthouse.com\/index.php?rest_route=\/wp\/v2\/posts\/1119\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/telecomlighthouse.com\/index.php?rest_route=\/wp\/v2\/media\/1830"}],"wp:attachment":[{"href":"https:\/\/telecomlighthouse.com\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=1119"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/telecomlighthouse.com\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=1119"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/telecomlighthouse.com\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=1119"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}