Network Design with MPLS TE



Similar documents
A Performance Study of IP and MPLS Traffic Engineering Techniques under Traffic Variations

Ativando MPLS Traffic Engineering

Traffic Engineering Management Concepts

Network Measurement. Why Measure the Network? Types of Measurement. Traffic Measurement. Packet Monitoring. Monitoring a LAN Link. ScienLfic discovery

Fast Reroute Techniques in MPLS Networks. George Swallow

Real-Time Traffic Engineering Management With Route Analytics

SDN IN WAN NETWORK PROGRAMMABILITY THROUGH CENTRALIZED PATH COMPUTATION. 1 st September 2014

Traffic Engineering. Traffic Engineering

Multi Protocol Label Switching (MPLS) is a core networking technology that

MPLS Traffic Engineering in ISP Network

MPLS is the enabling technology for the New Broadband (IP) Public Network

Introducing Basic MPLS Concepts

Broadband Networks. Prof. Karandikar. Department of Electrical Engineering. Indian Institute of Technology, Bombay. Lecture - 26

MPLS Network Design & Monitoring

2015 NFL Annual Selection Meeting R P O CLUB PLAYER POS COLLEGE ROUND 2

SDN Applications for IXPs and Service Providers. Jason Kleeh Senior Product Manager January, 2013

Router and Routing Basics

Chapter 4. Distance Vector Routing Protocols

The Kronos Cloud Tour. Andrew Manos Director Cloud Services Dan Rooney Cloud Principal

GMPLS Network Management: Challenges and Solutions

Implementation of Traffic Engineering and Addressing QoS in MPLS VPN Based IP Backbone

PART 1: USING BASIC BANDWIDTH TOOLS

MPLS RSVP-TE Auto-Bandwidth: Practical Lessons Learned. Richard A Steenbergen <ras@gt-t.net>

SOFTWARE DEFINED NETWORKING: A PATH TO PROGRAMMABLE NETWORKS. Jason Kleeh September 27, 2012

Distance Vector Routing Protocols. Routing Protocols and Concepts Ola Lundh

Software Defined Networks in SP Environments

Project Report on Traffic Engineering and QoS with MPLS and its applications

Task Manager. Tasks. Starting Task Manager CHAPTER

ESnet On-demand Secure Circuits and Advance Reservation System (OSCARS)

Network traffic engineering

NETE-4635 Computer Network Analysis and Design. Designing a Network Topology. NETE Computer Network Analysis and Design Slide 1

Simplify Your Route to the Internet:

Top-Down Network Design

IP Network Control: Turning an Art into a Science. Case Study: Global Crossing

Lecture 8: Routing I Distance-vector Algorithms. CSE 123: Computer Networks Stefan Savage

MAXIMIZE BANDWIDTH UTILIZATION WITH JUNIPER NETWORKS TE++

MPLS RSVP-TE Auto-Bandwidth: Practical Lessons Learned

Ring Protection: Wrapping vs. Steering

You can probably work with decimal. binary numbers needed by the. Working with binary numbers is time- consuming & error-prone.

Brocade One Data Center Cloud-Optimized Networks

MPLS WAN Explorer. Enterprise Network Management Visibility through the MPLS VPN Cloud

MPLS TE Technology Overview

The future of SDN: Transforming the REN in support of Big Data

MENTER Overview. Prepared by Mark Shayman UMIACS Contract Review Laboratory for Telecommunications Science May 31, 2001

An Architecture for Application-Based Network Operations

Performance Analysis of MPLS TE Queues for QoS Routing

Implementing MPLS VPN in Provider's IP Backbone Luyuan Fang AT&T

Network-Wide Capacity Planning with Route Analytics

Cisco Discovery 3: Introducing Routing and Switching in the Enterprise hours teaching time

Sustainable Network Resource Management System for Virtual Private Clouds

Offline path computation

Proactive Surge Protection: A Defense Mechanism for Bandwidth-Based Attacks

Quality of Service for VoIP

Multi- Path Networking Is a Key to Maximizing Cloud Value

Fault Management In MPLS Networks

B4: Experience with a Globally-Deployed Software Defined WAN TO APPEAR IN SIGCOMM 13

MPLS for Dummies. Richard A Steenbergen <ras@nlayer.net> nlayer Communications, Inc.

Lecture 7: Data Center Networks"

Juniper Networks NorthStar Controller

Security Design.

Route Optimization. rek Petr Grygarek, VSB-TU Ostrava, Routed and Switched Networks 1

Efficient and low cost Internet backup to Primary Video lines

Business Case for Cisco SDN for the WAN

A Reliable and Fast Data Transfer for Grid Systems Using a Dynamic Firewall Configuration

PART III. OPS-based wide area networks

MPLS: Key Factors to Consider When Selecting Your MPLS Provider

Timely Trends of Ethernet Technology. Announcing AboveNet s Expanded Metro Ethernet Services

Border Gateway Protocol BGP4 (2)

Networking Topology For Your System

MASTERING NETWORK DESIGN WITH MPLS

TE in action. Some problems that TE tries to solve. Concept of Traffic Engineering (TE)

FLAG s IPv6 Implementation

VPLS lies at the heart of our Next Generation Network approach to creating converged, simplified WANs.

Preparing Your IP network for High Definition Video Conferencing

VERYBODY S NETWORK CLOUD LOUD The Internet. Making it fit for business EVERYBODY S NETWORK

SDN. What's Software Defined Networking? Angelo Capossele

Windows Server Performance Monitoring

Exercise 4 MPLS router configuration

How To Provide Qos Based Routing In The Internet

Transcription:

Network Design with MPLS TE Source: Traffic Engineering with MPLS cgnet of Nortel s OPi Project Slide 1

Motivation Have covered how MPLS TE works How do you use MPLS TE in the network design? Slide 2

Types of MPLS TE Design Tactical MPLS TE Build MPLS TE tunnels as needed to work around congestion or failures Strategic MPLS TE Full mesh of TE tunnels or partial mesh in some part of the network Online path calculation conducted by the routers Offline path calculation done by an external device Slide 3

Network Design Spectrum IGP Tactical Strategic online Strategic offline IGP: determined by routing protocols based on link metrics Tactical: traffic mostly forwarded along the IGP-calculated path, but build occasional TE LSPs Avoid congestion Unequal-cost forwarding Failure protection Strategic online: build a full (or partial) mesh of TE LSPs; reserve bandwidth based on SLAs or traffic profiles for efficiency; headends run CSPF and make decisions locally Strategic offline: build a full (or partial) mesh of TE LSPs; path calculation done offline; central TE server makes decisions globally Slide 4

Case Study Seattle Northeast Boston West Chicago New York City San Jose Denver Washington D.C. St. Louis Central Raleigh San Diego Dallas Southeast Atlanta OC48 (2.4G), link cost = 10 OC12 (600M), link cost = 41 Houston Miami Slide 5

Sample Network 4 regions: Northeast, Central, Southeast, West Each region has 4-5 Points of Presence (POPs) All POPs consist of 2 WRs (WAN Routers) 0 or more DRs (Distribution Routers) 3 to 20 CRs (Customer Routers) If a POP has > 11 CRs, it has 3 DRs; otherwise, it has 0 DRs. Total: 28 WRs, 12 DRs, and 128 CRs Slide 6

Tactical TE Design Goal: build TE LSPs to work around congestion Key things to deal with: When to build TE LSPs? Where to put them? When to take them down? What other features can be used? Slide 7

When to Build TE LSPs? Suppose OC-12 link between St. Louis and Denver is congested If congestion is detected, how long do you wait before working around it with TE LSPs? Slide 8

Where to Put TE LSPs? If putting TE LSPs is decided, the next question becomes Where to place TE-LSPs so that I don t create another problem? Suppose 900Mbps on link St. Louis Denver for a significant amount of time (network monitoring) How to split the traffic? 2 LSPs? (1. St. LouisDenver; 2. St. LouisDallasSan DiegoDenver) 3 LSPs? (3. St. LouisChicagoNYBostonSeattleDenver) What s the traffic amount on each?(600m, 300M) or (450M, 450M)? Others? Slide 9

Tunnel Placement Optimization (1) Laying out LSPs of 300M and 450M in a network whose bottleneck is 600M links is still risky. Why? Optimization (in this context): ensuring that the network traffic takes the path with the lowest possible delay while maximizing the available bandwidth along a path. Suboptimal forwarding exists in the previous case. Path 3: traffic from St. Louis Seattle may go through a long path. Similarly, path 2 How to improve this? Consider the termination region. Terminate the suboptimal LSPs at the entry point to the Western region. Route the packet appropriately from the tunnel tail. Slide 10

Tunnel Placement Optimization (2) Problem solved, i.e., still have suboptimal packet paths? Sources of traffic from St. Louis to Denver? Which one or ones are not likely to send traffic to the West region through Denver? If evenly distributed, 300M each from St. Louis, Chicago, Raleigh Chicago St. Louis Chicago NY Boston Seattle? Suboptimal How to get around the suboptimality? Build TE LSPs farther away from the source of congestion. Examples? Ultimately, a full mesh of TE LSPs full control Slide 11

When to Remove Tactical TE Tunnels TE LSPs are temporary solution to work around the problem that was caused by a temporary event. Clear the network when the event is gone. Two common cases: When LSPs no longer needed How do you tell? When they re causing problems Congestion elsewhere 1 st thing: check if any TE LSPs are crossing that link Remember, one of the things MPLS TE buys you is the capacity to prolong the life of the existing capacity, thus putting off the amount of time until you have to buy new equipments. Cooperation between TE service providers and content providers for special events More ISPs are integrating techniques in content distribution networks into their own networks. Slide 12

Online Strategic TE Design The logical progression of the tactical TE design is to have a partial or full mesh of TE LSPs, typically the WAN core routers. It gives most control and better network utilization. Tactical Reserves bw as necessary Small no. of tunnels Difficult to track what tunnels are where and whey they re there Strategic Reserve bw that matches the actual traffic sent (SLAs and traffic estimation) Large no. of tunnels Easier to track, because you know the no. and where they go In practice, MPLS network topology discovery and management is challenging for tactical approach after some time. Slide 13

How Well Does it Scale? Scalability is the most important issue. Specific issues: Scope of the TE cloud Full mesh between WRs, CRs or DRs How many LSPs can a router be a headend, a midpoint, or a tailend for? How many is too many? Convergence time scalability limit Vary from network to network: router CPU utilization, size of the network Cisco guidelines (~ 5 years old, need to be updated): 600 LSPs as a headend 10,000 LSPs as a midpoint 5000 LSPs as a tail Example: Full mesh with 28 WRs, 12 DRs, and 128 CRs, how many LSPs? Slide 14

Scalability Full Mesh between WRs How many LSPs can a router be a headend, a midpoint, or a tailend for? Ln: total number of LSPs in the network Wn: total number of WRs M: number of LSPs for which a router is a midpoint Headend for: A WR is connected to every other WR: 27 LSPs Tailend for: Every WR has an LSP to a WR: 27 LSPs Midpoint for: For 28 WRs: Ln = Wn * (Wn-1) = 28 * 27 = 756 LSPs Max LSPs that a WR is a midpoint for M = Ln 2*(Wn 1) (headend plus tailend). Average LSPs that a WR can be a midpoint for = M / Wn = (756 2*27) / 28 ~ 25 Slide 15

Other Growth Factors In tactical method, periodically monitor and clean up manually. Strategic architecture does not really have housekeeping, but need to consider for online path calculation: Tunnel reoptimization Tunnel resizing Multiple parallel LSPs Slide 16

Tunnel Reoptimization Reoptimization: recalculation of CSPF for (all) existing LSPs to see if there is more optimal path. Example: Different kinds of reoptimization: Periodic reoptimization How frequent? 1 hour? 60 seconds? Scalability? Event-driven reoptimization The result could trigger another event which may trigger reoptimization Cooperation between TE and content based networks Manual reoptimization Tunnel resizing: changing the bandwidth requirements on tunnels, based on demands. Might change the path a tunnel takes. Frequency Traffic patterns Traffic forecast Multiple parallel LSPs Slide 17

Offline Strategic TE Design Packing problem: dealing with optimal use of resources Example: Max-fill Min-fill Other techniques: Use tunnel priority to give larger trunks better priority. The larger the network, the worse the packing problem may be. Split larger LSP requirements into smaller ones. Use a centralized offline tool to find optimal paths. Most efficient in terms of network utilization, but most complicated as well. Global vs. local view Adopt profile-based routing or traffic forecast /estimation methods Slide 18