PCEP Extensions for MPLS-TE LSP Automatic Bandwidth Adjustment with Stateful PCE



Similar documents
MPLS Traffic Engineering with Auto-Bandwidth: Operational Experience and Lessons Learned. Mohan Nanduri Mark Kasten Naoki Kitajima Microsoft

Various Alternatives to achieve SDN. Dhruv Dhody, Sr. System Architect, Huawei Technologies

MPLS Traffic Engineering with Auto-Bandwidth: Operational Experience and Lessons Learned. Mohan Nanduri Mark Kasten Naoki Kitajima

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

MAXIMIZE BANDWIDTH UTILIZATION WITH JUNIPER NETWORKS TE++

MPLS RSVP-TE Auto-Bandwidth: Practical Lessons Learned

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

Juniper Networks NorthStar Controller

An Architecture for Application-Based Network Operations

SDN Testbed Experiences: Challenges and Next Steps

The Complete IS-IS Routing Protocol

ALTIRIS Package Server

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

SDN. Roadmap to Operating SDN-based Networks Workshop July 15, Kireeti Kompella CTO, JDI. Copyright 2014 Juniper Networks, Inc.

IS-IS Extensions for Flow Specification

Business Case for Cisco SDN for the WAN

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

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

Disjoint Path Algorithm for Load Balancing in MPLS network

How To Manage A Network With A Network Management System (Qoe)

Embracing Changes, Becoming Open. Huawei Transport SDN Solution

State of Texas. TEX-AN Next Generation. NNI Plan

Transport SDN Directions. March 20, 2013 Lyndon Ong Ciena

Windows Quota Management and File Blocking Best Practices CONTROLING SHARED WINDOWS STORAGE

SOFTWARE DEFINED NETWORKS REALITY CHECK. DENOG5, Darmstadt, 14/11/2013 Carsten Michel

Research and Development of IP and Optical Networking

SDN: A NEW PARADIGM. Kireeti Kompella CTO, JDI

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

MITEL SIP CoE. Technical. Configuration Notes. Configure MCD 4.1 SP1 for use with the Lyrix Speech Enabled Auto Attendant

How to Set Up Automatic Subnet Scan Using SolarWinds IP Address Manager. Share:

Using YANG for the Dissemination of the Traffic Engineering Database within Software Defined Elastic Optical Networks

Multimedia Transport Protocols for WebRTC

Analysis of traffic engineering parameters while using multi-protocol label switching (MPLS) and traditional IP networks

Testing Juniper Networks M40 Router MPLS Interoperability with Cisco Systems 7513 and Routers

CALL CENTER REPORTS GUIDE

Interoperability & Feasibility Showcase 2015 White Paper

Performance Evaluation for VOIP over IP and MPLS

Enabling Users for Lync services

VIDEO SURVEILLANCE WITH SURVEILLUS VMS AND EMC ISILON STORAGE ARRAYS

Software Defined Networks in SP Environments

MPLS Traffic Engineering in ISP Network

NSC E

Making Route Diversity Affordable, 4G/LTE is for Any Size Business

Cisco IOS Flexible NetFlow Technology

What is. LDeX MEDIA PLATFORM?

Load Manager Administrator s Guide For other guides in this document set, go to the Document Center

COMMUNITY COMMUNICATIONS COMPANY (CCC CABLE) BROADBAND INTERNET SERVICE DISCLOSURES

Jerry Ash AT&T Bur Goode AT&T George Swallow Cisco Systems, Inc.

Using YANG for the Dissemination of the Traffic Engineering Database within Software Defined Elastic Optical Networks

Transforming Evolved Programmable Networks

PART I - Real-Time Backup/ Replication from Source to Target with ViceVersa PRO and VVEngine

Better management of large-scale, heterogeneous networks toward a programmable management plane

Business Case for NFV/SDN Programmable Networks

Testing VoIP on MPLS Networks

SDN FOR IP/OPTICAL TRANSPORT NETWORKS

Managing Dynamic Configuration

Task Manager. Tasks. Starting Task Manager CHAPTER

An Introduction to VoIP Protocols

VPLS Technology White Paper HUAWEI TECHNOLOGIES CO., LTD. Issue 01. Date

Enhancing BoD Services based on Virtual Network Topology Control

Multi Protocol Label Switching with Quality of Service in High Speed Computer Network

VegaStream Information Note QOS Statistics

Leveraging SDN for Intelligent WAN Automation

sflow Why You Should Use It And Like It NANOG 39 February 04-07, 2007

Cyan Networks Secure Web vs. Websense Security Gateway Battle card

Figure 1: Network Topology

This is the first in a series of whitepapers that explain distinctive design, function and applications of MOSAIC.

Google Analytics for Robust Website Analytics. Deepika Verma, Depanwita Seal, Atul Pandey

NetFlow Tips and Tricks

Bandwidth Management in MPLS Networks

Nokia Siemens Network NetAct For Juniper. Mobile Broadband Ethernet and IP Assurance

High Speed Internet Access Technology. Bespoke solutions. Installation, Maintenance and Support

Voice over IP (VoIP) Overview. Introduction. David Feiner ACN Introduction VoIP & QoS H.323 SIP Comparison of H.323 and SIP Examples

MPLS Network Design & Monitoring

DDoS Open Threat Signaling (DOTS) Working Group. draft-ietf-dots-use-cases-00

NetFlow: What is it, why and how to use it? Miloš Zeković, ICmyNet Chief Customer Officer Soneco d.o.o.

Network traffic monitoring and management. Sonia Panchen 11 th November 2010

Contract Number GS-35F-0511T GSA Schedule 70

Do You See What I See (DYSWIS)

Evaluation Guide. iprism Web Security V7.000

Compliance Rule Sets in MaaS360

Link Layer Discovery Protocol and MIB

An Emulation Study on PCE with Survivability: Protocol Extensions and Implementation

Latency on a Switched Ethernet Network

OpenConfig: collaborating to enable programmable network management

Transcription:

PCEP Extensions for MPLS-TE LSP Automatic Bandwidth Adjustment with Stateful PCE draft-dhody-pce-stateful-pce-auto-bandwidth-06 Dhruv Dhody, Udayasree Palle - Huawei Ravi Singh - Juniper Rakesh Gandhi - Cisco (Presenter) Luyuan Fang - Microsoft

Changes since then Summary of Updates Last presented in Dallas was the -04 version Rakesh and Luyuan joined as co-authors Clarity regarding the two deployment models Added a table summarizing the requirements and differences Added a scaling consideration section Added a mechanism to report bandwidth samples together, reducing the number of PCRpt messages Described the use threshold to further curb them Added new controls for overflow, underflow, etc. Encoding Changes Created a separate BANDWIDTH-USAGE-ATTRIBUTE TLV Added sub-tlvs for the AUTO-BANDWIDTH-ATTRIBUTE and BANDWIDTH-USAGE-ATTRIBUTE Changes to Bandwidth-Usage object

Two Deployment Models 1) PCC to decide adjusted bandwidth PCC monitors and calculates the new adjusted bandwidth. PCC reports the calculated bandwidth to be adjusted to the PCE. For PCE-initiated LSP, the PCC is requested during the LSP initiation to monitor and calculate the new adjusted bandwidth 2) PCE to decide adjusted bandwidth PCE calculates the new adjusted bandwidth for the LSP. PCE needs to learn the real-time bandwidth usage. For PCE-initiated LSP, the PCC is requested during initiation to monitor and report the real-time bandwidth usage.

Requirements for PCEP Extensions Model (1) PCC decides adjusted bandwidth PCC Initiated LSP PCC monitors the bandwidth usage and reports the calculated bandwidth to be adjusted to the PCE. No new extensions are needed. Optionally AUTO-BANDWIDTH-ATTRIBUTE TLV can be used to identify the LSP with Auto-Bandwidth Feature enabled. PCE Initiated LSP At the time of initiation, PCE request PCC to monitor the bandwidth usage and reports the calculated bandwidth to be adjusted to the PCE. Extension is needed for PCE to pass on the adjustment parameters at the time of Initiation. AUTO-BANDWIDTH-ATTRIBUTE TLV (and sub-tlvs e.g. Adjustment- Interval, Minimum-Bandwidth) Model (2) PCC reports realtime bandwidth usage and PCE decides adjusted bandwidth PCC monitors the bandwidth usage and reports the realtime bandwidth usage to the PCE. It is PCE that decides the calculated bandwidth to be adjusted and updates the LSP accordingly. Extension is needed for PCC to pass on the adjustment parameters at the time of delegation to PCE. AUTO-BANDWIDTH-ATTRIBUTE TLV (and sub-tlvs e.g. Adjustment-Threshold, Real-time-bandwidth-usage-Report- Interval) At the time of initiation, PCE request PCC to monitor the bandwidth usage and reports the real-time bandwidth usage to the PCE. It is PCE that decides the calculated bandwidth to be adjusted and updates the LSP accordingly. Extension is needed for PCE to pass on the real-time bandwidth usage reporting parameters at the time of Initiation. Real-time bandwidth usage Reporting (e.g. Real-time-bandwidth usage-report-interval, Real-time-bandwidth-usage-Report- Threshold) Extension to report the real-time bandwidth usage to PCE are also needed (Bandwidth-Usage object-type)

Key Takeaway Identify and inform the PCEP peer, the LSP that are enabled with Auto- Bandwidth feature Not all LSP are enabled with this feature the model of operation i.e. if it is PCC or PCE that decides the bandwidth to be adjusted PCEP extension for reporting real-time bandwidth usage is one of the ways For LSP with Auto-Bandwidth feature enabled, adjustment parameters to control the feature Min/max bandwidth range Adjustment Threshold Report Threshold Overflow and Underflow Thresholds

PCEP Extensions - 1 Sample Interval Adjustment Interval Adjustment Threshold (to avoid frequent adjustments) Sample Interval, the time interval in which the bandwidth usage rate is collected as a sample. Adjustment Interval, the time interval in which the bandwidth adjustment should be made. Bandwidth is adjusted only if the difference between the calculated bandwidth to be adjusted and current bandwidth allocated >= threshold. Both Percentage and absolute value. Minimum and Maximum Bandwidth The minimum and maximum bandwidth that should be reserved for the LSP. Overflow and Underflow Threshold Bandwidth is adjusted immediately overriding the adjustment interval to accommodate for sudden change of bandwidth usage. Real-time-bandwidthusage Report Interval Multiple bandwidth samples are collected every report-interval, and reported together to the PCE. Report-Threshold To suppress the sending of the collected samples during the report-interval. The collected samples are reported if at least one sample crosses the Report-Threshold. Report-Flow- Threshold For sudden changes in the real-time bandwidth usage, report flow threshold is employed by pre-maturely expiry of the report-interval to report the unreported bandwidth samples collected so far.

PCEP Extensions - 2 Auto-Bandwidth Adjusted Bandwidth Bandwidth- Usage Report The calculated bandwidth to be adjusted Via existing Requested Bandwidth: BANDWIDTH Object- Type is 1. A new BANDWIDTH object type is defined to report the actual bandwidth usage of a TE LSP. PCC reports the TE LSP bandwidth usage and the PCE decides the auto-bandwidth adjusted bandwidth. BwSample(i) - The actual bandwidth usage, (the BwSample collected at the end of each sample-interval). The number of samples dependent on the Report interval as well as the report-flow-threshold. Can be used independent of the auto-bw feature..

PCEP Scaling Consideration Frequency of PCC reports with real-time bandwidth usage information to the stateful PCE for a large number of LSPs Frequent Bandwidth change and signaling Combine multiple bandwidth samples using larger report-interval and report them together to the PCE, thus reducing the number of PCRpt messages. Use longer adjustment-interval value, thus reducing the number of bandwidth change request and signaling Further Report-Threshold can be use to skip reporting the bandwidth samples for small changes in the bandwidth. Further adjustment threshold can be use to skip making adjustments from small changes in the bandwidth * Implementation Dependent - The processing cost of monitoring a large number of LSPs at the PCC and handling bandwidth change requests at PCE.

Next Steps Useful functionality to have? We think so :) Updated based on the comments received so far Suggestions are welcome Requesting WG adoption Requesting early code-points for our implementation

Questions & Comments?

Thanks!