IETF Logo Mail Archive

[CCAMP] gmpls-g.709-lmp-discovery Rev02 vs Rev06 - OTU2e

"Pickering, Ladan" <Ladan.Pickering@us.fujitsu.com> Fri, 06 September 2013 23:46 UTC

Return-Path: <Ladan.Pickering@us.fujitsu.com>
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C5E2521E80CC for <ccamp@ietfa.amsl.com>; Fri, 6 Sep 2013 16:46:26 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.598
X-Spam-Level:
X-Spam-Status: No, score=-10.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Iv-vTSgRAhUZ for <ccamp@ietfa.amsl.com>; Fri, 6 Sep 2013 16:46:20 -0700 (PDT)
Received: from fncnmp03.fnc.fujitsu.com (fncnmp03.fnc.fujitsu.com [168.127.0.56]) by ietfa.amsl.com (Postfix) with ESMTP id 67BA121E8054 for <ccamp@ietf.org>; Fri, 6 Sep 2013 16:46:20 -0700 (PDT)
X-IronPort-AV: E=Sophos; i="4.90,858,1371099600"; d="scan'208,217"; a="38941505"
Received: from rchexhcp2.fnc.net.local ([168.127.134.76]) by fncnmp01.fnc.fujitsu.com with ESMTP/TLS/AES128-SHA; 06 Sep 2013 18:46:18 -0500
Received: from RCHEXMBP1.fnc.net.local ([169.254.2.43]) by RCHEXHCP2.fnc.net.local ([168.127.134.76]) with mapi id 14.02.0347.000; Fri, 6 Sep 2013 18:46:18 -0500
From: "Pickering, Ladan" <Ladan.Pickering@us.fujitsu.com>
To: "ccamp@ietf.org" <ccamp@ietf.org>
Thread-Topic: gmpls-g.709-lmp-discovery Rev02 vs Rev06 - OTU2e
Thread-Index: Ac6rW0fMZ2iAV1hxSIKwo5rUiHL0uA==
Date: Fri, 06 Sep 2013 23:46:17 +0000
Message-ID: <01B828A5E4EE9748A7A3575B6CE345C66F862575@RCHEXMBP1.fnc.net.local>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [168.127.136.253]
x-tm-as-product-ver: SMEX-10.2.0.3176-7.000.1014-20132.003
x-tm-as-result: No--40.977600-0.000000-31
x-tm-as-user-approved-sender: Yes
x-tm-as-user-blocked-sender: No
Content-Type: multipart/alternative; boundary="_000_01B828A5E4EE9748A7A3575B6CE345C66F862575RCHEXMBP1fncnet_"
MIME-Version: 1.0
Subject: [CCAMP] gmpls-g.709-lmp-discovery Rev02 vs Rev06 - OTU2e
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Discussion list for the CCAMP working group <ccamp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ccamp>, <mailto:ccamp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ccamp>
List-Post: <mailto:ccamp@ietf.org>
List-Help: <mailto:ccamp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ccamp>, <mailto:ccamp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 06 Sep 2013 23:46:26 -0000

Hi Xian,
I have noticed that in revision 02 of the LMP draft, OTU2e was defined as a HO-ODU with a value of 5 under OD(T)UK, but on rev 06 of this draft this has been removed, but  "Flag F" corresponding to ODU2e as a LO-ODU is still in rev 6.

Version 2:
OD(T)Uk field     Signal type of HO ODUk or OTUk
   -------------     ------------------------------
      0              Reserved (for future use)
      1              HO ODU1 or OTU1
      2              HO ODU2 or OTU2
      3              HO ODU3 or OTU3
      4              HO ODU4 or OTU4
      5              OTU2e
      6              OTU3e1
      7              OTU3e2
      8-15           Reserved (for future use)

Version 6:
OD(T)Uk field     Signal type of HO ODUk or OTUk
   -------------     ------------------------------
      0              Reserved (for future use)
      1              HO ODU1 or OTU1
      2              HO ODU2 or OTU2
      3              HO ODU3 or OTU3
      4              HO ODU4 or OTU4
      5-15           Reserved (for future use)

Can you please help me understand why OTU2e was removed from OD(T)UK?

If we have a link that supports OTU2e and allows a 11.095 rate, what should go in ODU(T)UK?

Thanks,
Ladan

v2.23.0 | Report a Bug | By Email