Re: Last Call: <draft-betts-itu-oam-ach-code-point-03.txt>(Allocation of an Associated Channel Code Point for Use byITU-T Ethernet based OAM) to Informational RFC

Yoshinori Koike <koike.yoshinori@lab.ntt.co.jp> Wed, 21 March 2012 21:01 UTC

Return-Path: <koike.yoshinori@lab.ntt.co.jp>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DC2B721E80AF for <ietf@ietfa.amsl.com>; Wed, 21 Mar 2012 14:01:36 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.06
X-Spam-Level:
X-Spam-Status: No, score=0.06 tagged_above=-999 required=5 tests=[AWL=0.150, BAYES_00=-2.599, HELO_EQ_JP=1.244, HOST_EQ_JP=1.265]
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 BOshI8Xp71hM for <ietf@ietfa.amsl.com>; Wed, 21 Mar 2012 14:01:36 -0700 (PDT)
Received: from tama50.ecl.ntt.co.jp (tama50.ecl.ntt.co.jp [129.60.39.147]) by ietfa.amsl.com (Postfix) with ESMTP id 118C621E80A8 for <ietf@ietf.org>; Wed, 21 Mar 2012 14:01:34 -0700 (PDT)
Received: from mfs6.rdh.ecl.ntt.co.jp (mfs6.rdh.ecl.ntt.co.jp [129.60.39.149]) by tama50.ecl.ntt.co.jp (8.13.8/8.13.8) with ESMTP id q2LL1XKb014659 for <ietf@ietf.org>; Thu, 22 Mar 2012 06:01:33 +0900
Received: from mfs6.rdh.ecl.ntt.co.jp (localhost [127.0.0.1]) by mfs6.rdh.ecl.ntt.co.jp (Postfix) with ESMTP id A03E765F1 for <ietf@ietf.org>; Thu, 22 Mar 2012 06:01:33 +0900 (JST)
Received: from imail3.m.ecl.ntt.co.jp (imail3.m.ecl.ntt.co.jp [129.60.5.248]) by mfs6.rdh.ecl.ntt.co.jp (Postfix) with ESMTP id 931BC65EB for <ietf@ietf.org>; Thu, 22 Mar 2012 06:01:33 +0900 (JST)
Received: from [129.60.11.43] (koike-pc.nslab.ecl.ntt.co.jp [129.60.11.43]) by imail3.m.ecl.ntt.co.jp (8.13.8/8.13.8) with ESMTP id q2LL1XAL021842; Thu, 22 Mar 2012 06:01:33 +0900
Message-ID: <4F6A426B.2040806@lab.ntt.co.jp>
Date: Thu, 22 Mar 2012 06:04:43 +0900
From: Yoshinori Koike <koike.yoshinori@lab.ntt.co.jp>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2
MIME-Version: 1.0
To: ietf@ietf.org
Subject: Re: Last Call: <draft-betts-itu-oam-ach-code-point-03.txt>(Allocation of an Associated Channel Code Point for Use byITU-T Ethernet based OAM) to Informational RFC
References: <20120222151252.32262.82157.idtracker@ietfa.amsl.com> <039f01ccf174$fe79d780$fb6d8680$@olddog.co.uk> <44F4E579A764584EA9BDFD07D0CA0813075C936F@tlvmail1>
In-Reply-To: <44F4E579A764584EA9BDFD07D0CA0813075C936F@tlvmail1>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ietf>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 21 Mar 2012 21:01:37 -0000

Yes/Support.

I also support the following comment from Mr.Tom Petch.

"There is no reason not to approve the allocation of a code point
and furthermore, I believe we should do it now, to facilitate the 
migration of the existing boxes to an approved solution."

It is very difficult for me to find the reason that a Generic Associated 
Channel Type for ITU-T MPLS-TP OAM cannot be allocated, considering the 
following points.

-Request from ITU-T(LS370 - Current status of Recommendation ITU-T 
G.8113.1/Y.1372.1, Operations, Administration and Maintenance mechanism 
for MPLS-TP in Packet Transport Network (PTN)) which I think reflects a 
strong demand for G.8113.1 in transport networks which sustain Internet 
all over the world.
-Necessity to continue cooperation and collaboration with ITU-T
-Expected difficulties to progress G.8113.1 OAM protocol based on Rough 
Consensus in IETF

IMHO, this is the case that the IETF leverages standards that are 
defined and maintained by other organizations; we continue to work with 
those organizations on their standards and do not attempt to take them over.

Best regards,

Yoshinori

 > -----Original Message-----
 > From: ietf-announce-bounces@ietf.org [mailto:ietf-announce-
 > bounces@ietf.org] On Behalf Of The IESG
 > Sent: 22 February 2012 15:13
 > To: IETF-Announce
 > Subject: Last Call: <draft-betts-itu-oam-ach-code-point-03.txt>
(Allocation of
an
 > Associated Channel Code Point for Use by ITU-T Ethernet based OAM) to
 > Informational RFC
 >
 >
 > The IESG has received a request from an individual submitter to
consider
 > the following document:
 > - 'Allocation of an Associated Channel Code Point for Use by ITU-T
 >    Ethernet based OAM'
 >   <draft-betts-itu-oam-ach-code-point-03.txt> as an Informational RFC
 >
 > The IESG plans to make a decision in the next few weeks, and solicits
 > final comments on this action. Please send substantive comments to the
 > ietf@ietf.org mailing lists by 2012-03-21. Exceptionally, comments may
be
 > sent to iesg@ietf.org instead. In either case, please retain the
 > beginning of the Subject line to allow automated sorting.
 >
 > Abstract
 >
 >    This document assigns an Associated Channel Type code point for
 >    carrying Ethernet based Operations, Administration, and Management
 >    messages in the MPLS Generic Associated Channel (G-ACh).
 >
 > The file can be obtained via
 > http://datatracker.ietf.org/doc/draft-betts-itu-oam-ach-code-point/
 >
 > IESG discussion can be tracked via
 > http://datatracker.ietf.org/doc/draft-betts-itu-oam-ach-code-point/
 >
 >
 > No IPR declarations have been submitted directly on this I-D.
 > _______________________________________________
 > IETF-Announce mailing list
 > IETF-Announce@ietf.org
 > https://www.ietf.org/mailman/listinfo/ietf-announce



-- 
Yoshinori Koike
koike.yoshinori@lab.ntt.co.jp