Network Working Group X. Fu Internet-Draft M. Tao Intended status: Standards Track ZTE Expires: April 26, 2012 October 24, 2011 Associate PW label with PTP application draft-fuxh-tictoc-associate-pw-with-ptp-00.txt Abstract [1588overMPLS] defines two methods for transporting PTP messages (PDUs) over an MPLS network. The second method is to transport PTP messages inside a PW via Ethernet encapsulation. When PHP is applied to PTP LSP or the PW is etablished between two routers directly and no PTP LSP is needed, PW label must be associated with PTP application at the PW termination point. This document introduces a mechanism to associate PW label with PTP application. Requirements Language 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]. 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 April 26, 2012. Copyright Notice Copyright (c) 2011 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 Fu & Tao Expires April 26, 2012 [Page 1] Internet-Draft PW Label,Association,PTP October 2011 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. Table of Contents 1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . . 3 2. PTP-Aware Capability Advertisement . . . . . . . . . . . . . . 3 2.1. LDP Extension . . . . . . . . . . . . . . . . . . . . . . . 3 2.2. BGP Extension . . . . . . . . . . . . . . . . . . . . . . . 3 3. PTP Application Association . . . . . . . . . . . . . . . . . . 4 3.1. LDP Extension . . . . . . . . . . . . . . . . . . . . . . . 4 3.2. BGP Extension . . . . . . . . . . . . . . . . . . . . . . . 4 4. IANA Considerations . . . . . . . . . . . . . . . . . . . . . . 5 5. Security Considerations . . . . . . . . . . . . . . . . . . . . 5 6. Acknowledgements . . . . . . . . . . . . . . . . . . . . . . . 5 7. References . . . . . . . . . . . . . . . . . . . . . . . . . . 5 7.1. Normative References . . . . . . . . . . . . . . . . . . . 5 7.2. Informative References . . . . . . . . . . . . . . . . . . 5 Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . . . 5 Fu & Tao Expires April 26, 2012 [Page 2] Internet-Draft PW Label,Association,PTP October 2011 1. Introduction [1588overMPLS] defines two methods for transporting PTP messages (PDUs) over an MPLS network. The second method is to transport PTP messages inside a PW via Ethernet encapsulation. When PHP is applied to PTP LSP or the PW is etablished between two routers directly and no PTP LSP is needed, PW label must be associated with PTP application at the PW termination point. This document extend LDP and BGP to associate PW label with PTP application. 2. PTP-Aware Capability Advertisement It is useful for PW switching point to announce its capabilities, such as the capability to be PTP-aware. So both PW switching points could know each other of the PTP-aware capability. If both of them could support PTP-aware, PTP PW label could be coordinated during the label mapping. 2.1. LDP Extension [RFC5561] defines a mechanism for advertising LDP enhancements at session initialization time. So LDP capability advertisement provides means for an LDP speaker to announce what it can receive and process. This document introduces a new Capability Parameter TLV, the PTP-Aware Capability. Following is the format of the PTP-Aware Capability Parameter. 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |1|0| PTP-Aware Capability(TBD)| Length (= 1) | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |1| Reserved | +-+-+-+-+-+-+-+-+ Figure 1: PTP-Aware Capability TLV The PTP-Aware Capability TLV MUST be supported in the LDP Initialization Message([RFC5561]). Advertisement of the PTP-Aware Capability indicates that the PW switching point supports PTP message processing and PTP application association 2.2. BGP Extension TBD Fu & Tao Expires April 26, 2012 [Page 3] Internet-Draft PW Label,Association,PTP October 2011 3. PTP Application Association When PTP LSP isn't be present, PW switching point must associate the top label (aka PW Label) with PTP application so that it can identify PTP traffic carried in the PW. This PTP application association relationship could be configured by management system. It could also be configure by dynamic control plane. This document introduces LDP/BGP extension to signal that this PW segment is a PTP PW. 3.1. LDP Extension [RFC3036] defines the Label Distribution Protocol (LDP) for distributing labels. This document defines a new TLV, PTP Association TLV which can be used to indicate a PW is associated with PTP traffic. This TLV is carried in the Label Mapping message. The PTP Association TLV, is defined as follows (TLV type needs to be assigned by IANA): 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |1|1| PTP Association(TBD) | Length (= 1) | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Offset to locate the start of the PTP message header | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Figure 2: PTP Association TLV The OFFSET to the start of the PTP message header MAY also be signaled. Implementations can trivially locate the correctionField (CF) location given this information. The OFFSET points to the start of the PTP header as a node may want to check the PTP messageType before it touches the correctionField (CF). The T-PE or S-PE must include this object in the LDP Mapping Message when it want to request a PTP label or advertise a PTP label to a peer. 3.2. BGP Extension TBD Fu & Tao Expires April 26, 2012 [Page 4] Internet-Draft PW Label,Association,PTP October 2011 4. IANA Considerations TBD. 5. Security Considerations TBD. 6. Acknowledgements TBD. 7. References 7.1. Normative References [RFC2119] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997. 7.2. Informative References [1588overMPLS] S. Davari, "Transporting PTP messages (1588) over MPLS Networks", draft-ietf-tictoc-1588overmpls-02 . Authors' Addresses Xihua Fu ZTE Email: fu.xihua@zte.com.cn Muliu Tao ZTE Email: tao.muliu@zte.com.cn Fu & Tao Expires April 26, 2012 [Page 5]