Re: [Pce] Adoption of draft-margaria-pce-gmpls-pcep-extensions-01?
Tomonori TAKEDA <takeda.tomonori@lab.ntt.co.jp> Thu, 05 August 2010 06:53 UTC
Return-Path: <takeda.tomonori@lab.ntt.co.jp>
X-Original-To: pce@core3.amsl.com
Delivered-To: pce@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id BE39D3A6803 for <pce@core3.amsl.com>; Wed, 4 Aug 2010 23:53:41 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -100.09
X-Spam-Level:
X-Spam-Status: No, score=-100.09 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_JP=1.244, HOST_EQ_JP=1.265, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id e75UE0uPbNQh for <pce@core3.amsl.com>; Wed, 4 Aug 2010 23:53:40 -0700 (PDT)
Received: from tama500.ecl.ntt.co.jp (tama500.ecl.ntt.co.jp [129.60.39.148]) by core3.amsl.com (Postfix) with ESMTP id A9C033A6403 for <pce@ietf.org>; Wed, 4 Aug 2010 23:53:40 -0700 (PDT)
Received: from mfs6.rdh.ecl.ntt.co.jp (mfs6.rdh.ecl.ntt.co.jp [129.60.39.149]) by tama500.ecl.ntt.co.jp (8.14.4/8.14.4) with ESMTP id o756s9j3025501 for <pce@ietf.org>; Thu, 5 Aug 2010 15:54:09 +0900 (JST)
Received: from mfs6.rdh.ecl.ntt.co.jp (localhost [127.0.0.1]) by mfs6.rdh.ecl.ntt.co.jp (Postfix) with ESMTP id C5D4A6ACA for <pce@ietf.org>; Thu, 5 Aug 2010 15:54:09 +0900 (JST)
Received: from imail2.m.ecl.ntt.co.jp (imail2.m.ecl.ntt.co.jp [129.60.5.247]) by mfs6.rdh.ecl.ntt.co.jp (Postfix) with ESMTP id BEDC765F3 for <pce@ietf.org>; Thu, 5 Aug 2010 15:54:09 +0900 (JST)
Received: from [127.0.0.1] ([129.60.80.55]) by imail2.m.ecl.ntt.co.jp (8.13.8/8.13.8) with ESMTP id o756s1Ek014497 for <pce@ietf.org>; Thu, 5 Aug 2010 15:54:09 +0900
Message-ID: <4C5A5F63.4040207@lab.ntt.co.jp>
Date: Thu, 05 Aug 2010 15:51:15 +0900
From: Tomonori TAKEDA <takeda.tomonori@lab.ntt.co.jp>
User-Agent: Thunderbird 2.0.0.9 (Windows/20071031)
MIME-Version: 1.0
To: pce@ietf.org
References: <4C583F6D.3060506@orange-ftgroup.com>
In-Reply-To: <4C583F6D.3060506@orange-ftgroup.com>
Content-Type: text/plain; charset="ISO-2022-JP"
Content-Transfer-Encoding: 7bit
Subject: Re: [Pce] Adoption of draft-margaria-pce-gmpls-pcep-extensions-01?
X-BeenThere: pce@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Path Computation Element <pce.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pce>, <mailto:pce-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/pce>
List-Post: <mailto:pce@ietf.org>
List-Help: <mailto:pce-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pce>, <mailto:pce-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 05 Aug 2010 06:53:41 -0000
Hi, In favor. A few comments for clarification below (which can be addressed after making it a WG document). o Section 2 (message format) refers RFC 5440, but the content is more related to P2MP (draft-ietf-pce-pcep-p2mp-extensions-11.txt). It would be good to have an appropriate reference. o Section 2.2 says "label restrictions on endpoint". I am wondering what this is used for. It it for egress control (RFC4003) or fixed/restricted wavelength tunable capability at the termination point in WSON? o Section 2.2.2.5 says: The REQ-ADAP-CAP object from [I-D.ietf-pce-inter-layer-ext] can be used in case of mono-layer request, however in case of multilayer it is possible to have in the future more than one object, so it is better to have a dedicated TLV for the label (the scope is then more clear). Not sure what this means. Thanks, Tomonori Takeda Julien Meuric wrote: > Hi all. > > During the PCE meeting in Maastricht, we had a consensus in the room in > favor of adopting draft-margaria-pce-gmpls-pcep-extensions-01 as WG > document. Considering that we already have the GMPLS requirements as WG > draft and that it is a foundation for any WSON work which might follow > the GMPLS extensions in CCAMP, now it is time to express your minds on > this list. > > Do you support the adoption of > draft-margaria-pce-gmpls-pcep-extensions-01 as WG document? > > Properly argued answered are always valuable, especially in case of > "no". As you are going to review the I-D before answering, any comments > you will send to improve its content are very welcome. > > Thanks, > > Julien > > _______________________________________________ > Pce mailing list > Pce@ietf.org > https://www.ietf.org/mailman/listinfo/pce > >
- Re: [Pce] Adoption of draft-margaria-pce-gmpls-pc… Tomonori TAKEDA
- [Pce] Adoption of draft-margaria-pce-gmpls-pcep-e… Julien Meuric
- Re: [Pce] Adoption of draft-margaria-pce-gmpls-pc… Sprecher, Nurit (NSN - IL/Hod HaSharon)
- Re: [Pce] Adoption of draft-margaria-pce-gmpls-pc… Fatai Zhang
- Re: [Pce] Adoption of draft-margaria-pce-gmpls-pc… Suresh
- Re: [Pce] Adoption of draft-margaria-pce-gmpls-pc… Dan Li
- Re: [Pce] Adoption of draft-margaria-pce-gmpls-pc… Quintin Zhao
- Re: [Pce] Adoption of draft-margaria-pce-gmpls-pc… Margaria, Cyril (NSN - DE/Munich)
- Re: [Pce] Adoption of draft-margaria-pce-gmpls-pc… Dhruv Dhody
- Re: [Pce] Adoption of draft-margaria-pce-gmpls-pc… Udayasree
- Re: [Pce] Adoption of draft-margaria-pce-gmpls-pc… Oscar González de Dios
- Re: [Pce] Adoption of draft-margaria-pce-gmpls-pc… Itaru Nishioka
- Re: [Pce] Adoption of draft-margaria-pce-gmpls-pc… Young Lee
- [Pce] 答复: Adoption of draft-margaria-pce-gmpls-pc… Bao.Yuanlin
- Re: [Pce] Adoption of draft-margaria-pce-gmpls-pc… Julien Meuric