| < draft-ietf-pce-lsp-setup-type-01.txt | draft-ietf-pce-lsp-setup-type-02.txt > | |||
|---|---|---|---|---|
| PCE Working Group S. Sivabalan | PCE Working Group S. Sivabalan | |||
| Internet-Draft J. Medved | Internet-Draft J. Medved | |||
| Intended status: Standards Track Cisco Systems, Inc. | Intended status: Standards Track Cisco Systems, Inc. | |||
| Expires: September 10, 2015 I. Minei | Expires: October 22, 2015 I. Minei | |||
| Google, Inc. | Google, Inc. | |||
| E. Crabbe | E. Crabbe | |||
| R. Varga | R. Varga | |||
| Pantheon Technologies SRO | Pantheon Technologies SRO | |||
| J. Tantsura | J. Tantsura | |||
| Ericsson | Ericsson | |||
| March 9, 2015 | J. Hardwick | |||
| Metaswitch Networks | ||||
| April 20, 2015 | ||||
| Conveying path setup type in PCEP messages | Conveying path setup type in PCEP messages | |||
| draft-ietf-pce-lsp-setup-type-01.txt | draft-ietf-pce-lsp-setup-type-02.txt | |||
| Abstract | Abstract | |||
| A Path Computation Element can compute traffic engineering paths (TE | A Path Computation Element can compute traffic engineering paths (TE | |||
| paths) through a network that are subject to various constraints. | paths) through a network that are subject to various constraints. | |||
| Currently, TE paths are label switched paths (LSPs) which are set up | Currently, TE paths are label switched paths (LSPs) which are set up | |||
| using the RSVP-TE signaling protocol. However, other TE path setup | using the RSVP-TE signaling protocol. However, other TE path setup | |||
| methods are possible within the PCE architecture. This document | methods are possible within the PCE architecture. This document | |||
| proposes an extension to PCEP to allow support for different path | proposes an extension to PCEP to allow support for different path | |||
| setup methods over a given PCEP session. | setup methods over a given PCEP session. | |||
| Requirements Language | Requirements Language | |||
| The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", | The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", | |||
| "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this | "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this | |||
| document are to be interpreted as described in [RFC2119]. | document are to be interpreted as described in [RFC2119]. | |||
| Status of This Memo | Status of this Memo | |||
| This Internet-Draft is submitted in full conformance with the | This Internet-Draft is submitted in full conformance with the | |||
| provisions of BCP 78 and BCP 79. | provisions of BCP 78 and BCP 79. | |||
| Internet-Drafts are working documents of the Internet Engineering | Internet-Drafts are working documents of the Internet Engineering | |||
| Task Force (IETF). Note that other groups may also distribute | Task Force (IETF). Note that other groups may also distribute | |||
| working documents as Internet-Drafts. The list of current Internet- | working documents as Internet-Drafts. The list of current Internet- | |||
| Drafts is at http://datatracker.ietf.org/drafts/current/. | Drafts is at http://datatracker.ietf.org/drafts/current/. | |||
| Internet-Drafts are draft documents valid for a maximum of six months | Internet-Drafts are draft documents valid for a maximum of six months | |||
| and may be updated, replaced, or obsoleted by other documents at any | and may be updated, replaced, or obsoleted by other documents at any | |||
| time. It is inappropriate to use Internet-Drafts as reference | time. It is inappropriate to use Internet-Drafts as reference | |||
| material or to cite them other than as "work in progress." | material or to cite them other than as "work in progress." | |||
| This Internet-Draft will expire on September 10, 2015. | ||||
| This Internet-Draft will expire on October 22, 2015. | ||||
| Copyright Notice | Copyright Notice | |||
| Copyright (c) 2015 IETF Trust and the persons identified as the | Copyright (c) 2015 IETF Trust and the persons identified as the | |||
| document authors. All rights reserved. | document authors. All rights reserved. | |||
| This document is subject to BCP 78 and the IETF Trust's Legal | This document is subject to BCP 78 and the IETF Trust's Legal | |||
| Provisions Relating to IETF Documents | Provisions Relating to IETF Documents | |||
| (http://trustee.ietf.org/license-info) in effect on the date of | (http://trustee.ietf.org/license-info) in effect on the date of | |||
| publication of this document. Please review these documents | publication of this document. Please review these documents | |||
| carefully, as they describe your rights and restrictions with respect | carefully, as they describe your rights and restrictions with respect | |||
| to this document. Code Components extracted from this document must | to this document. Code Components extracted from this document must | |||
| include Simplified BSD License text as described in Section 4.e of | include Simplified BSD License text as described in Section 4.e of | |||
| the Trust Legal Provisions and are provided without warranty as | the Trust Legal Provisions and are provided without warranty as | |||
| described in the Simplified BSD License. | described in the Simplified BSD License. | |||
| Table of Contents | Table of Contents | |||
| 1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . 2 | 1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . . 4 | |||
| 2. Terminology . . . . . . . . . . . . . . . . . . . . . . . . . 3 | 2. Terminology . . . . . . . . . . . . . . . . . . . . . . . . . . 4 | |||
| 3. Path Setup Type TLV . . . . . . . . . . . . . . . . . . . . . 3 | 3. Path Setup Type TLV . . . . . . . . . . . . . . . . . . . . . . 5 | |||
| 4. Operation . . . . . . . . . . . . . . . . . . . . . . . . . . 4 | 4. Operation . . . . . . . . . . . . . . . . . . . . . . . . . . . 6 | |||
| 5. Security Considerations . . . . . . . . . . . . . . . . . . . 5 | 5. Security Considerations . . . . . . . . . . . . . . . . . . . . 7 | |||
| 6. IANA Considerations . . . . . . . . . . . . . . . . . . . . . 5 | 6. IANA Considerations . . . . . . . . . . . . . . . . . . . . . . 7 | |||
| 7. Acknowledgements . . . . . . . . . . . . . . . . . . . . . . 6 | 7. Acknowledgements . . . . . . . . . . . . . . . . . . . . . . . 7 | |||
| 8. Normative References . . . . . . . . . . . . . . . . . . . . 6 | 8. Normative References . . . . . . . . . . . . . . . . . . . . . 7 | |||
| Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . . 6 | Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . . . 8 | |||
| 1. Introduction | 1. Introduction | |||
| [RFC5440] describes the Path Computation Element Protocol (PCEP) for | [RFC5440] describes the Path Computation Element Protocol (PCEP) for | |||
| communication between a Path Computation Client (PCC) and a Path | communication between a Path Computation Client (PCC) and a Path | |||
| Control Element (PCE) or between one a pair of PCEs. A PCC requests | Control Element (PCE) or between one a pair of PCEs. A PCC requests | |||
| a path subject to various constraints and optimization criteria from | a path subject to various constraints and optimization criteria from | |||
| a PCE. The PCE responds to the PCC with a hop-by-hop path in an | a PCE. The PCE responds to the PCC with a hop-by-hop path in an | |||
| Explicit Route Object (ERO). The PCC uses the ERO to set up the path | Explicit Route Object (ERO). The PCC uses the ERO to set up the path | |||
| in the network. | in the network. | |||
| skipping to change at page 5, line 28 ¶ | skipping to change at page 7, line 12 ¶ | |||
| send PCErr message with Error-Type = 21 (Traffic engineering path | send PCErr message with Error-Type = 21 (Traffic engineering path | |||
| setup error) and Error-Value = 2 (Mismatched path setup type). | setup error) and Error-Value = 2 (Mismatched path setup type). | |||
| 5. Security Considerations | 5. Security Considerations | |||
| No additional security measure is required. | No additional security measure is required. | |||
| 6. IANA Considerations | 6. IANA Considerations | |||
| IANA is requested to allocate a new TLV type (recommended value is | IANA is requested to allocate a new TLV type (recommended value is | |||
| TBD)for PATH-SETUP-TYPE TLV specified in this document. | 28)for PATH-SETUP-TYPE TLV specified in this document. | |||
| This document requests that a registry is created to manage the value | This document requests that a registry is created to manage the value | |||
| of the path Setup Type field in the PATH-SETUP-TYPE TLV. | of the path Setup Type field in the PATH-SETUP-TYPE TLV. | |||
| Value Description Reference | Value Description Reference | |||
| 0 Traffic engineering This document | 0 Traffic engineering This document | |||
| path is setup using | path is setup using | |||
| RSVP signaling | RSVP signaling | |||
| protocol | protocol | |||
| This document also defines a new Error-Type (recommended 21) and new | This document also defines a new Error-Type (recommended 21) and new | |||
| Error-Values for the following new error conditions: | Error-Values for the following new error conditions: | |||
| Error-Type Meaning | Error-Type Meaning | |||
| 21 Invalid traffic engineering path setup type | 21 Invalid traffic engineering path setup type | |||
| Error-value=1: Unsupported path setup type | Error-value=1: Unsupported path setup type | |||
| Error-value=2: Mismatched path setup type | Error-value=2: Mismatched path setup type | |||
| 7. Acknowledgements | 7. Acknowledgements | |||
| We like to thank Marek Zavodsky for valuable comments. | We like to thank Marek Zavodsky for valuable comments. | |||
| 8. Normative References | 8. Normative References | |||
| [I-D.ietf-pce-pce-initiated-lsp] | [I-D.ietf-pce-pce-initiated-lsp] | |||
| Crabbe, E., Minei, I., Sivabalan, S., and R. Varga, "PCEP | Crabbe, E., Minei, I., Sivabalan, S., and R. Varga, "PCEP | |||
| Extensions for PCE-initiated LSP Setup in a Stateful PCE | Extensions for PCE-initiated LSP Setup in a Stateful PCE | |||
| Model", draft-ietf-pce-pce-initiated-lsp-03 (work in | Model", draft-ietf-pce-pce-initiated-lsp-03 (work in | |||
| progress), March 2015. | progress), March 2015. | |||
| [I-D.ietf-pce-stateful-pce] | [I-D.ietf-pce-stateful-pce] | |||
| Crabbe, E., Minei, I., Medved, J., and R. Varga, "PCEP | Crabbe, E., Minei, I., Medved, J., and R. Varga, "PCEP | |||
| Extensions for Stateful PCE", draft-ietf-pce-stateful- | Extensions for Stateful PCE", | |||
| pce-10 (work in progress), October 2014. | draft-ietf-pce-stateful-pce-10 (work in progress), | |||
| October 2014. | ||||
| [RFC2119] Bradner, S., "Key words for use in RFCs to Indicate | [RFC2119] Bradner, S., "Key words for use in RFCs to Indicate | |||
| Requirement Levels", BCP 14, RFC 2119, March 1997. | Requirement Levels", BCP 14, RFC 2119, March 1997. | |||
| [RFC5440] Vasseur, JP. and JL. Le Roux, "Path Computation Element | [RFC5440] Vasseur, JP. and JL. Le Roux, "Path Computation Element | |||
| (PCE) Communication Protocol (PCEP)", RFC 5440, March | (PCE) Communication Protocol (PCEP)", RFC 5440, | |||
| 2009. | March 2009. | |||
| Authors' Addresses | Authors' Addresses | |||
| Siva Sivabalan | Siva Sivabalan | |||
| Cisco Systems, Inc. | Cisco Systems, Inc. | |||
| 2000 Innovation Drive | 2000 Innovation Drive | |||
| Kanata, Ontario K2K 3E8 | Kanata, Ontario K2K 3E8 | |||
| Canada | Canada | |||
| Email: msiva@cisco.com | Email: msiva@cisco.com | |||
| skipping to change at page 7, line 21 ¶ | skipping to change at page 9, line 4 ¶ | |||
| Edward Crabbe | Edward Crabbe | |||
| Robert Varga | Robert Varga | |||
| Pantheon Technologies SRO | Pantheon Technologies SRO | |||
| Mlynske Nivy 56 | Mlynske Nivy 56 | |||
| Bratislava, 821 05 | Bratislava, 821 05 | |||
| Slovakia | Slovakia | |||
| Email: robert.vargad@pantheon.sk | Email: robert.vargad@pantheon.sk | |||
| Jeff Tantsura | Jeff Tantsura | |||
| Ericsson | Ericsson | |||
| 300 Holger Way | 300 Holger Way | |||
| San Jose, CA 95134 | San Jose, CA 95134 | |||
| USA | USA | |||
| Email: jeff.tantsura@ericsson.com | Email: jeff.tantsura@ericsson.com | |||
| Jon Hardwick | ||||
| Metaswitch Networks | ||||
| 100 Church Street | ||||
| Enfield, Middlesex | ||||
| UK | ||||
| Email: jon.hardwick@metaswitch.com | ||||
| End of changes. 14 change blocks. | ||||
| 26 lines changed or deleted | 28 lines changed or added | |||
This html diff was produced by rfcdiff 1.48. The latest version is available from http://tools.ietf.org/tools/rfcdiff/ | ||||