Skip to main content

Resource ReserVation Protocol-Traffic Engineering (RSVP-TE) Extension for Additional Signal Types in G.709 OTN
draft-ali-ccamp-additional-signal-type-g709v3-02

The information below is for an old version of the document.
Document Type
This is an older version of an Internet-Draft whose latest revision state is "Replaced".
Authors Zafar Ali , Antonello Bonfanti , Fatai Zhang
Last updated 2014-03-06
Replaced by draft-ietf-ccamp-additional-signal-type-g709v3, RFC 7963
RFC stream (None)
Formats
Additional resources
Stream Stream state (No stream defined)
Consensus boilerplate Unknown
RFC Editor Note (None)
IESG IESG state I-D Exists
Telechat date (None)
Responsible AD (None)
Send notices to (None)
draft-ali-ccamp-additional-signal-type-g709v3-02
PCE Working Group                                         Zafar Ali 
     Internet Draft                                   Antonello Bonfanti 
     Intended status: Experimental                         Cisco Systems 
                                                                F. Zhang 
                                                     Huawei Technologies 
     Expires: September 5, 2014                            March 6, 2014     
      
                                         
          Resource ReserVation Protocol-Traffic Engineering (RSVP-TE) 
               Extension for Additional Signal Types in G.709 OTN 
              draft-ali-ccamp-additional-signal-type-g709v3-02.txt 

                                         
     Status of this Memo 

     This Internet-Draft is submitted in full conformance with the 
     provisions of BCP 78 and BCP 79. 

     Internet-Drafts are working documents of the Internet Engineering 
     Task Force (IETF). Note that other groups may also distribute 
     working documents as Internet-Drafts. The list of current Internet-
     Drafts is at http://datatracker.ietf.org/drafts/current/. 

     Internet-Drafts are draft documents valid for a maximum of six 
     months and may be updated, replaced, or obsoleted by other 
     documents at any time.  It is inappropriate to use Internet-Drafts 
     as reference material or to cite them other than as "work in 
     progress." 

     This Internet-Draft will expire on September 5, 2014. 
      
     Copyright Notice 

     Copyright (c) 2013 IETF Trust and the persons identified as the 
     document authors. All rights reserved. 

     This document is subject to BCP 78 and the IETF Trust's Legal 
     Provisions Relating to IETF Documents 
     (http://trustee.ietf.org/license-info) in effect on the date of 
     publication of this document. Please review these documents 
     carefully, as they describe your rights and restrictions with 
     respect to this document. Code Components extracted from this 
     document must include Simplified BSD License text as described in 
     Section 4.e of the Trust Legal Provisions and are provided without 
     warranty as described in the Simplified BSD License. 

     This document may contain material from IETF Documents or IETF 
     Contributions published or made publicly available before November 
     10, 2008.  The person(s) controlling the copyright in some of this 
      
      
      
     Expires September 2014                                    [Page 1] 
      


     Internet-Draft draft-ali-ccamp-additional-signal-type-g709v3-02.txt 
      
     material may not have granted the IETF Trust the right to allow 
     modifications of such material outside the IETF Standards Process. 
     Without obtaining an adequate license from the person(s) 
     controlling the copyright in such materials, this document may not 
     be modified outside the IETF Standards Process, and derivative 
     works of it may not be created outside the IETF Standards Process, 
     except to format it for publication as an RFC or to translate it 
     into languages other than English. 

     Abstract 

     [I-D.draft-ietf-ccamp-gmpls-signaling-g709v3] provides the 
     extensions to the Generalized Multi-Protocol Label Switching 
     (GMPLS) signaling to control the full set of OTN features including 
     ODU0, ODU4, ODU2e and ODUflex. However, it does not cover 
     additional signal types mentioned in [G.Sup43] (ODU1e, ODU3e1, 
     ODU3e2). This draft provides GMPLS signaling extension for these 
     additional signal types.  

     Conventions used in this document 

     The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", 
     "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in 
     this document are to be interpreted as described in RFC 2119 
     [RFC2119]. 

     Table of Contents 

        1. Introduction ..................................................2 
        2. RSVP-TE extension for Additional Signal Types .................3 
        3. Security Considerations .......................................3 
        4. IANA Considerations ...........................................3 
        5. Acknowledgments ...............................................3 
        6. References ....................................................3 
          6.1. Normative References ......................................4 
          6.2. Informative References ....................................4 
         
     1. Introduction 

        [I-D.draft-ietf-ccamp-gmpls-signaling-g709v3] updates the ODU-
        related portions of [RFC4328] to provide Resource ReserVation 
        Protocol-Traffic Engineering (RSVP-TE) extensions to support 
        control for [G.709-v3]. However, it does not cover additional 
        signal types mentioned in [G.Sup43] (ODU1e, ODU3e1, ODU3e2).  

        With the evolution and deployment of Optical Transport Network 
        (OTN) technology, it is necessary to support additional signal 
        types mentioned in [G.Sup43]. [I-D.draft-khuzema-ccamp-gmpls-
        signaling-g709] had support for signal types mentioned in 
        [G.Sup43] but the signal types values collides with values 
        defined in [I-D.draft-ietf-ccamp-gmpls-signaling-g709v3]. The 
        draft has expired.  
                          Expires September 2014               [Page 2] 


     Internet-Draft draft-ali-ccamp-additional-signal-type-g709v3-02.txt 
      
        This draft provides GMPLS signaling extension to support 
        additional signal types mentioned in [G.Sup43]. 

     2. RSVP-TE extension for Additional Signal Types 

        [I-D.draft-ietf-ccamp-gmpls-signaling-g709v3] defines the format 
        of Traffic Parameters in OTN-TDM SENDER_TSPEC and OTN-TDM 
        FLOWSPEC objects. The said traffic parameters have a signal type 
        field. This document defines the signal type for ODU1e, ODU3e1, 
        ODU3e2, as defined in the IANA consideration section.  

         
     3. Security Considerations 

        This document does not introduce any additional security issues 
        above those identified in [I-D.draft-ietf-ccamp-gmpls-signaling-
        g709v3].  

     4. IANA Considerations  

        This document defines signal type for ODU1e, ODU3e1 and ODU3e2 
        to be carried in Traffic Parameters in OTN-TDM SENDER_TSPEC and 
        OTN-TDM FLOWSPEC objects [I-D. draft-ietf-ccamp-gmpls-signaling-
        g709v3]. This document defines the signal type for ODU1e, 
        ODU3e1, ODU3e2, as defined in the following:  

                  Value     Type 
                  -----     ---- 
                    23      ODU1e  (10Gbps Ethernet [GSUP.43]) 
                    24      ODU3e1 (40Gbps Ethernet [GSUP.43]) 
                    25      ODU3e2 (40Gbps Ethernet [GSUP.43]) 
                    0xD0-0xF0 (208-240)   
                            A range assigned under the "Private Use" 
                            policy described in [RFC2434]. 
         

        The range assigned under the "Private Use" policy described in 
        [RFC2434] for values intended for private use by one party or 
        among mutually consenting parties. Values in this range extend 
        from 10,000 to 99,999.  IANA will not make any allocations from 
        this range. 
      
     5. Acknowledgments 

        The authors would like to thank Sudip Shukla for comments. 
          
     6. References 

       

                          Expires September 2014               [Page 3] 


     Internet-Draft draft-ali-ccamp-additional-signal-type-g709v3-02.txt 
      
     6.1. Normative References 

        [RFC2119] Bradner, S., "Key words for use in RFCs to Indicate                 
                  Requirement Levels", BCP 14, RFC 2119, March 1997. 

        [RFC4328] Papadimitriou, D., Ed., "Generalized Multi-Protocol 
                  Label Switching (GMPLS) Signaling Extensions for G.709 
                  Optical Transport Networks Control", RFC 4328, January 
                  2006. 

        [G.709-v3] ITU-T, "Interface for the Optical Transport Network 
                  (OTN)", G.709/Y.1331 Recommendation, December 2009. 

        [GSUP.43] ITU-T, "Proposed revision of G.sup43 (for agreement)", 
                  December 2008. 

        [I-D.draft-ietf-ccamp-gmpls-signaling-g709v3] F.Zhang, G.Zhang, 
                  S.Belotti, D.Ceccarelli, K.Pithewan, "Generalized 
                  Multi-Protocol Label Switching (GMPLS) Signaling 
                  Extensions for the evolving G.709 Optical Transport 
                  Networks Control, draft-ietf-ccamp-gmpls-signaling-
                  g709v3, work in progress. 

        [RFC2434] Narten, T. and H. Alvestrand, "Guidelines for Writing 
                  an IANA Considerations Section in RFCs", BCP 26, RFC 
                  2434, October 1998. 

      
     6.2. Informative References 

        [I-D.draft-khuzema-ccamp-gmpls-signaling-g709] Pithewan, K., et 
                  al, ''Signaling Extensions for Generalized MPLS (GMPLS) 
                  Control of G.709 Optical Transport Networks'', expired 
                  draft.  

     Authors' Addresses 

         
        Zafar Ali 
        Cisco Systems 
        Email: zali@cisco.com 
      
        Antonello Bonfanti 
        Cisco Systems 
        abonfant@cisco.com 
         
        Fatai Zhang 
        Huawei Technologies 
        Email: zhangfatai@huawei.com 
         
      

                          Expires September 2014               [Page 4]