GMPLS extensions to communicate latency as a Traffic Engineering performance metric draft-wang-ccamp-latency-te-metric-03.txt draft-wang-ccamp-latency-te-metric-03.txt.

Slides:



Advertisements
Similar presentations
CCAMP WG, IETF 80th, Prague, Czech Republic draft-gonzalezdedios-subwavelength-framework-00 Framework for GMPLS and path computation support of sub-wavelength.
Advertisements

IETF 78, Maastricht, Netherlands, July 25-30, 2010Page - 1 Requirement and Framework for Multi Stages Multiplexing Configuration in G.709 network draft-fuxh-ccamp-multi-stage-multiplex-config-req-01.
RSVP-TE Extensions for SRLG Configuration of FA
Page - 1IETF 76, Hiroshima, November 8-13, 2009 Explicit Control of Region Boundary for PCE-Based Inter-Layer draft-lin-pce-ccamp-multilayer-lsp-00.txt.
RSVP-TE extensions for services aware MPLS draft-fuxh-mpls-delay-loss-rsvp-te-ext-00 Xihua Fu, Malcolm Betts, Qilei Wang ZTE Dave McDysan, Andrew Malis.
Protocol Extension Requirement for Cooperation between PCE and Distributed Routing Controller in GMPLS Networks draft-zhaoyl-pce-dre-01.txt Yongli Zhao,
MPLS - 74th IETF San Francisco1 Composite Transport Group (CTG) Framework and Requirements draft-so-yong-mpls-ctg-framework-requirement-01.txt draft-so-yong-mpls-ctg-framework-requirement-01.txt.
IETF 77, Anaheim, March 21-26, 2010Page - 1 Requirements for Path Ownership Transfer between Management Plane and Control Plane in a MPLS-TP network draft-bao-mpls-tp-path-transfer-reqs-00.txt.
OSPF-TE extensions for GMPLS Control of Evolutive G.709 OTN
© 2006 Cisco Systems, Inc. All rights reserved. MPLS v2.2—8-1 MPLS TE Overview Understanding MPLS TE Components.
Requirement and protocol for WSON and non-WSON interoperability CCAMP WG, IETF 81th, Quebec City, Canada draft-shimazaki-ccamp-wson-interoperability-00.
1 draft-ali-ccamp-rc-objective-function-metric-bound-02.txt draft-ali-ccamp-rsvp-te-include-route-02.txt draft-ali-ccamp-xro-lsp-subobject-02.txt CCAMP.
MPLS - 75th IETF Stockholm1 Composite Transport Group (CTG) Framework and Requirements draft-so-yong-mpls-ctg-framework-requirement-02.txt draft-so-yong-mpls-ctg-framework-requirement-02.txt.
MPLS additions to RSVP Tunnel identification Tunnel parameter negotiation Routing policy distribution Routing debugging information Scalability improvements.
Inter-Domain Path Computation in MPLS Authors: Faisal Aslam, Zartash Afzal Uzmi, Adrian Farrel, and Michal Pioro Zartash Afzal Uzmi Department of Computer.
SMUCSE 8344 Constraint-Based Routing in MPLS. SMUCSE 8344 Constraint Based Routing (CBR) What is CBR –Each link a collection of attributes (performance,
Performance-based BGP Routing Mechanism draft-xu-idr-performance-routing-00 Xiaohu Xu (Huawei) Hui Ni (Huawei) Mohamed Boucadair (France.
Delay and Loss Traffic Engineering Problem Statement for MPLS draft-fuxh-mpls-delay-loss-te-problem-statement-01 November 8, 2012 IETF 85, Atlanta 8/3/121.
IETF-76, Hiroshima, Nov 2009 ROLL Working Group Meeting IETF-76, Nov 2009, Hiroshima Routing Metrics used for Path Calculation in Low Power and Lossy Networks.
Signaling & Routing Extension for Links with Variable Discrete Bandwidth draft-long-ccamp-rsvp-te-availability-03 draft-long-ccamp-ospf-availability-extension-02.
CCAMP WG, IETF 76th, Hiroshima, Japan draft-zhang-ccamp-gmpls-g709-framework-00.txt Fatai Zhang Dan Li Jianrui.
MPLS - 73nd IETF Minneaplis1 Composite Transport Group (CTG) Framework and Requirements draft-so-yong-mpls-ctg-framework-requirement-00.txt draft-so-yong-mpls-ctg-framework-requirement-00.txt.
1 Fabio Mustacchio - IPS-MOME 2005 – Warsaw, March 15th 2005 Overview of RSVP-TE Network Simulator: Design and Implementation D.Adami, C.Callegari, S.Giordano,
1 Multi Protocol Label Switching Presented by: Petros Ioannou Dept. of Electrical and Computer Engineering, UCY.
OSPF-TE extensions for GMPLS Control of Evolving G.709 OTN draft-ietf-ccamp-gmpls-ospf-g709v3-03 CCAMP WG, IETF 84 th Vancouver.
OSPF-TE extensions for GMPLS Control of Evolving G.709 OTN draft-ceccarelli-ccamp-gmpls-ospf-g CCAMP WG, IETF 81 th Quebec City.
1 Framework for GMPLS based control of Flexi-grid DWDM networks draft-ogrcetal-ccamp-flexi-grid-fwk-02 CCAMP WG, IETF 86 Oscar González de Dios, Telefónica.
PCEP extensions for the computation of route offers with price draft-carrozzo-pce-pcep-route-price-00 G. Carrozzo, G. Bernini, G. Landi {g.carrozzo, g.bernini,
Extensions to OSPF-TE for Inter-AS TE draft-ietf-ccamp-ospf-interas-te-extension-01.txt Mach Renhai
ZTE CORPORATION Extensions of BRPC and PCEP to Support Inter- AS Bidirectional LSP Path Computation draft-wang-pce-inter-as-extentions-00 Xuerong.
OSPF extensions for supporting spectrum sub-band allocation draft-wang-ccamp-flexigrid-wavelength-range-ospf-02 Qilei Wang Xihua.
IETF-69th Chicago1 Extensions to GMPLS RSVP-TE for Bidirectional Lightpath with the Same Wavelength draft-xu-rsvpte-bidir-wave-00 Sugang Xu, Hiroaki Harai,
Framework for latency and loss traffic engineering application draft-fuxh-ccamp-delay-loss-te-framework-00.txt draft-fuxh-ccamp-delay-loss-rsvp-te-ext-00.txt.
1 IETF-81, MPLS WG, Quebec City, Canada, July, 2011 draft-ali-mpls-inter-domain-p2mp-rsvp-te-lsp-06.txt MPLS WG IETF-81 Quebec City, Canada July, 2011.
Framework for G.709 Optical Transport Network (OTN) draft-ietf-ccamp-gmpls-g709-framework-05 CCAMP WG, IETF 82 nd Taipei.
IETF-70th Vancouver1 Extensions to GMPLS RSVP-TE for Bidirectional Lightpath with the Same Wavelength draft-xu-rsvpte-bidir-wave-01 Sugang Xu, Hiroaki.
1 Requirements for GMPLS-based multi-region and multi-layer networks (MRN/MLN) draft-ietf-ccamp-gmpls-mln-reqs-01.txt CCAMP WG, IETF 66 Jul. 10, 2006 Kohei.
Rajan Rao, Abinder Dhillon, Iftekhar Hussain, Marco Sosa, Biao Lu
Generalized Label for Super-Channel Assignment on Flexible Grid draft-hussain-ccamp-super-channel-label-03 IETF 83 - Paris, France March , 2012.
June 4, 2003Carleton University & EIONGMPLS - 1 GMPLS Generalized Multiprotocol Label Switching Vijay Mahendran Sumita Ponnuchamy Christy Gnanapragasam.
(Slide set by Norvald Stol/Steinar Bjørnstad
1 Requirements for Very Fast Setup of GMPLS LSPs draft-malis-ccamp-fast-lsps-01 Andrew G. Malis Ronald A. Skoog Haim Kobrinski George Clapp John E. Drake.
1 Ping and Traceroute for GMPLS LSPs in Non-Packet Switched Networks draft-ali-ccamp-gmpls-lsp-ping-traceroute-01.txt Zafar Ali, Roberto Cassata (Cisco.
Inter-area MPLS TE Architecture and Protocol Extensions
Applicability of Existing Solutions to the Problem Space draft-takeda-l1vpn-applicability-03.txt.
70th IETF Vancouver, December 2007 CCAMP Working Group Status Chairs: Deborah Brungard : Adrian Farrel :
66th IETF, Montreal, July 2006 PCE Working Group Meeting IETF-66, July 2006, Montreal A Backward Recursive PCE-based Computation (BRPC) procedure to compute.
OSPF Traffic Engineering (TE) Express Path Updates draft-giacalone-ospf-te-express-path-01.txt Spencer Giacalone, Alia Atlas, John Drake, Stefano Previdi,
RSVP-TE Signaling Extension for Explicit Control of LSP Boundary in MRN/MLN draft-fuxh-ccamp-boundary-explicit-control-ext-01.txt draft-fuxh-ccamp-boundary-explicit-control-ext-01.txt.
61st IETF Washington DC, Nov GMPLS Inter-domain Traffic Engineering Requirements GMPLS Inter-domain Traffic Engineering Requirements draft-otani-ccamp-interas-gmpls-te-01.txt.
Draft-chen-rtgwg-resource-management-yang-00IETF 94 RTGWG1 PCE-initiated IP Tunnel draft-chen-pce-pce-initiated-ip-tunnel-00 Xia Chen, Zhenbin Li(Huawei)
1 draft-ali-ccamp-te-metric-recording-02.txt CCAMP – IETF 84 – Vancouver July - August 2012 Zafar Ali Cisco Systems Clarence Filsfils  Cisco Systems Kenji.
Requirements for the Resilience of Control Plane in GMPLS (draft-kim-ccamp-cpr-reqts-00.txt) Young Hwa Kim CCAMP WG (59 th IETF) Apr.04,
Extensions to Path Computation Element Communication Protocol (PCEP) for Hierarchical Path Computation Elements (PCE) PCE WG, IETF 86th draft-zhang-pce-hierarchy-extensions-03.
GMPLS extensions to communicate latency as a Traffic Engineering performance metric draft-wang-ccamp-latency-te-metric-00.txt draft-wang-ccamp-latency-te-metric-00.txt.
PCEP extensions for GMPLS CCAMP WG, IETF 79th, Beijing, China draft-ietf-pce-gmpls-pcep-extensions-01 Cyril Margaria Nokia Siemens Networks Oscar González.
ASON routing implementation and testing ASON routing extensions IETF 76 – Hiroshima – Nov‘09 L. Ong (Ciena)
RSVP Setup Protection draft-shen-mpls-rsvp-setup-protection-03
Ning So Andrew Malis Dave McDysan Lucy Yong Fredric Jounay Yuji Kamite
Zhenbin Li, Li Zhang(Huawei Technologies)
RSVP-TE Extensions for Associated Co-routed Bidirectional Label Switched Paths (LSPs) draft-gandhishah-teas-assoc-corouted-bidir-01 Author list: Rakesh.
ASON routing implementation and testing ASON routing extensions
MPLS LSP Instant Install draft-saad-mpls-lsp-instant-install-00
RSVP-TE Signaling Extension for Explicit Control of LSP Boundary in MRN/MLN draft-fuxh-ccamp-boundary-explicit-control-ext-02.txt Xihua Fu Qilei Wang.
RSVP Setup Protection draft-shen-mpls-rsvp-setup-protection-02
Guard Bands requirements for GMPLS controlled optical networks
Explicitly advertising the TE protocols enabled on links in OSPF
MPLS Traffic Engineering
Iftekhar Hussain (Presenter),
DetNet Information Model Consideration
Presentation transcript:

GMPLS extensions to communicate latency as a Traffic Engineering performance metric draft-wang-ccamp-latency-te-metric-03.txt draft-wang-ccamp-latency-te-metric-03.txt Xihua Fu Malcolm Betts Qilei Wang ZTE Dave McDysan Andrew Malis Verizon

Changes since last version Clarify the Requirement Modifications to following TLV Latency sub-TLV in OSPF-TE Latency SLA Parameters subobject in RSVP-TE Latency Accumulation Object in RSVP-TE Adding a new object in RSVP-TE Required Latency Object Modifications to the Signaling Procedures Editorial changes

Requirement Identification Making Latency and variation as a Link attribute. Path computation with latency constraint. Component Link or FA selection/creation based on latency constraint. Latency accumulation and verification along one path across multi-domain. Some customers may insist on having the ability to re- route if the latency SLA is not being met.

Latency Advertisement Latency sub-TLV of TE Link – Merging node latency into the link latency attribute. – When the latency calculation is done for paths traversing links on the same node then the node latency can be subtracted out.

Component Link or FA Selection/Creation Latency SLA Parameters ERO subobject – It is added into the boundary node ERO of FA-LSP or Composite Link. – It explicitly conveys the latency SLA parameter used for component link or FA selection and creation based on the latency constraint. I bit: indicates whether a traffic flow shall select a component link or FA with the minimum latency value or not. V bit: indicates whether a traffic flow shall select a component link or FA with the minimum latency variation value or not.

Assume there are following component links within one composite link. – Component link1: latency = 5ms, latency variation = 15 us – Component link2: latency = 10ms, latency variation = 6 us – Component link3: latency = 20ms, latency variation = 3 us – Component link4: latency = 30ms, latency variation = 1 us Assume there are following SLA Parameters for component link selection. Only Component link2 could be qualified. – I bit = TRUE – V bit = FALSE – Maximum Acceptable Latency Value= 35 ms – Maximum Acceptable Latency Variation Value = 10us Assume there are following SLA Parameters for component link selection. There may be no any qualified component links. Priority may be used for latency and variation. – I bit = TRUE – V bit = TRUE – Maximum Acceptable Latency Value= 35 ms – Maximum Acceptable Latency Variation Value = 10us Component Link or FA Selection/Creation

Latency Accumulation and Verification Latency Accumulation Object – It is carried in Path/Resv message in order to accumulate the latency of each links and nodes along the path which is across multi-domain. – When the source node desires to accumulate (i.e., sum) the total latency of one end-to-end LSP, the "Latency Accumulating desired“ flag should be set in the LSP_ATTRIBUTES object of Path/Resv. Latency Accumulation sub-TLV Latency Accumulation Object Non- linearly

Latency Accumulation and Verification Required Latency Object – It is carried in the LSP_ATTRIBUTES object of Path/Resv message. – If the source node makes the intermediate node have the capability to verify the accumulated latency, the "Latency Verifying desired" flag should be set in the LSP_ATTRIBUTES object of Path/Resv. – Intermediate nodes could reject the Path or Resv if the accumulated latency exceeds required latency value in this object.

Next steps Refine the document according to the feedback of meeting and mailing list. Suggestion: – Make it as a framework document in CCAMP – Make RSVP-TE extension as individual document in CCAMP – Make routing TE extension as individual document in OSPF-TE/IS-IS-TE Latency is always combined with bandwidth, SRLG and other traffic engineering parameters.