Subject: [CCAMP] New Version Notification for draft-cecczhang-ccamp-gmpls-g709v3-lmp-00.txt

From: Daniele Ceccarelli <[email-masked]>
Date: Fri, 12 Oct 2012 13:41:06 +0000

Dear CCAMPers interested in OTN LMP,

The two exisitng OTN LMP drafts:
- Test messages: http://tools.ietf.org/id/draft-ceccarelli-ccamp-gmpls-g709-lmp-test-04.txt
- Discovery: http://tools.ietf.org/html/draft-zhang-ccamp-gmpls-g709-lmp-discovery-06

Have been merged into a single ID as per chairs request and submitted as:

draft-cecczhang-ccamp-gmpls-g709v3-lmp : http://tools.ietf.org/html/draft-cecczhang-ccamp-gmpls-g709v3-lmp-00

Best regards,
Daniele

>-----Original Message-----
>From: [email-masked] [mailto:[email-masked]] 
>Sent: venerdì 12 ottobre 2012 15.27
>To: Daniele Ceccarelli
>Cc: [email-masked]; [email-masked]; 
>Diego Caviglia; [email-masked]; 
>[email-masked]; [email-masked]
>Subject: New Version Notification for 
>draft-cecczhang-ccamp-gmpls-g709v3-lmp-00.txt
>
>
>A new version of I-D, draft-cecczhang-ccamp-gmpls-g709v3-lmp-00.txt
>has been successfully submitted by Daniele Ceccarelli and 
>posted to the IETF repository.
>
>Filename:	 draft-cecczhang-ccamp-gmpls-g709v3-lmp
>Revision:	 00
>Title:		 Link Management Protocol (LMP) extensions for 
>G.709 Optical Transport Networks
>Creation date:	 2012-10-12
>WG ID:		 Individual Submission
>Number of pages: 24
>URL:             
>http://www.ietf.org/internet-drafts/draft-cecczhang-ccamp-gmpls
-g709v3-lmp-00.txt
>Status:          
>http://datatracker.ietf.org/doc/draft-cecczhang-ccamp-gmpls-g709v3-lmp
>Htmlized:        
>http://tools.ietf.org/html/draft-cecczhang-ccamp-gmpls-g709v3-lmp-00
>
>
>Abstract:
>   Recent progress of the Optical Transport Network (OTN) has 
>introduced
>   new signal types (i.e., ODU0, ODU4, ODU2e and ODUflex) and new
>   Tributary Slot granularity (1.25Gbps).
>
>   Since equipments deployed prior to recently defined ITU-T
>   recommendations only support 2.5 Gbps Tributary Slot granularity and
>   ODU1, ODU2 and ODU3 containers, the compatibility problem should be
>   considered. In addition, a Higher Order ODU (HO ODU) link may not
>   support all the types of Lower Order ODU (LO ODU) signals defined by
>   the new OTN standard because of the limitation of the devices at the
>   two ends of a link. In these cases, the control plane is required to
>   run the capability discovering functions for the evolutive OTN.
>
>   This document describes the extensions to the Link Management
>   Protocol (LMP) needed to discover the capability of HO ODU link,
>   including the granularity of Tributary Slot to be used and 
>the LO ODU
>   signal types that the link can support. Moreover, extensions of LMP
>   test messages detailing the OTN technology specific information in
>   order to cover also G.709v3 signal types and containers are also
>   provided.
>
>
>                                                               
>                   
>
>
>The IETF Secretariat
>
>