Re: Last call completed on draft-ietf-ccamp-gmpls-mln-reqs-05.txt

Kohei Shiomoto <shiomoto.kohei@lab.ntt.co.jp> Wed, 03 October 2007 13:44 UTC

Return-path: <owner-ccamp@ops.ietf.org>
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Id4WV-0004Fy-Rk for ccamp-archive@ietf.org; Wed, 03 Oct 2007 09:44:23 -0400
Received: from psg.com ([147.28.0.62]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1Id4WV-0001qq-B7 for ccamp-archive@ietf.org; Wed, 03 Oct 2007 09:44:23 -0400
Received: from majordom by psg.com with local (Exim 4.67 (FreeBSD)) (envelope-from <owner-ccamp@ops.ietf.org>) id 1Id4NO-000DVV-Q2 for ccamp-data@psg.com; Wed, 03 Oct 2007 13:34:58 +0000
X-Spam-Checker-Version: SpamAssassin 3.2.1 (2007-05-02) on psg.com
X-Spam-Level:
X-Spam-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.1
Received: from [129.60.39.102] (helo=tama5.ecl.ntt.co.jp) by psg.com with esmtp (Exim 4.67 (FreeBSD)) (envelope-from <shiomoto.kohei@lab.ntt.co.jp>) id 1Id4NM-000DUt-08 for ccamp@ops.ietf.org; Wed, 03 Oct 2007 13:34:57 +0000
Received: from mfs34.rdh.ecl.ntt.co.jp (mfs34.rdh.ecl.ntt.co.jp [129.60.39.114]) by tama5.ecl.ntt.co.jp (8.13.8/8.13.8) with ESMTP id l93DU9O2012231; Wed, 3 Oct 2007 22:34:18 +0900 (JST)
Received: from mfs34.rdh.ecl.ntt.co.jp (localhost [127.0.0.1]) by mfs34.rdh.ecl.ntt.co.jp (Postfix) with ESMTP id 2DD1920B1D0; Wed, 3 Oct 2007 22:32:27 +0900 (JST)
Received: from nttmail3.ecl.ntt.co.jp (nttmail3.ecl.ntt.co.jp [129.60.39.100]) by mfs34.rdh.ecl.ntt.co.jp (Postfix) with ESMTP id 013F320B319; Wed, 3 Oct 2007 22:27:27 +0900 (JST)
Received: from eclscan3.m.ecl.ntt.co.jp (eclscan3.m.ecl.ntt.co.jp [129.60.5.69]) by nttmail3.ecl.ntt.co.jp (8.13.8/8.13.8) with ESMTP id l93DRRZj008204; Wed, 3 Oct 2007 22:27:27 +0900 (JST)
Received: from eclscan3.m.ecl.ntt.co.jp (localhost [127.0.0.1]) by eclscan3.m.ecl.ntt.co.jp (8.13.8/8.13.8) with ESMTP id l93DRQCV010501; Wed, 3 Oct 2007 22:27:26 +0900 (JST)
Received: from imc.m.ecl.ntt.co.jp (imc0.m.ecl.ntt.co.jp [129.60.5.141]) by eclscan3.m.ecl.ntt.co.jp (8.13.8/8.13.8) with ESMTP id l93DRQbj010495; Wed, 3 Oct 2007 22:27:26 +0900 (JST)
Received: from [127.0.0.1] (psei-ibmx30-apb2.nslab.ecl.ntt.co.jp [129.60.80.23]) by imc.m.ecl.ntt.co.jp (8.13.8/8.13.8) with ESMTP id l93DRMxl018331; Wed, 3 Oct 2007 22:27:26 +0900 (JST)
Message-ID: <47039874.4080600@lab.ntt.co.jp>
Date: Wed, 03 Oct 2007 22:26:12 +0900
From: Kohei Shiomoto <shiomoto.kohei@lab.ntt.co.jp>
User-Agent: Thunderbird 2.0.0.6 (Windows/20070728)
MIME-Version: 1.0
To: Adrian Farrel <adrian@olddog.co.uk>
CC: ccamp@ops.ietf.org, Dimitri Papadimitriou <Dimitri.Papadimitriou@alcatel-lucent.be>, Jean-Louis Le Roux <jeanlouis.leroux@orange-ftgroup.com>, Martin Vigoureux <Martin.Vigoureux@alcatel-lucent.fr>, "Brungard, Deborah A, ALABS" <dbrungard@att.com>
Subject: Re: Last call completed on draft-ietf-ccamp-gmpls-mln-reqs-05.txt
References: <003801c7ffb8$86c94070$0200a8c0@your029b8cecfe>
In-Reply-To: <003801c7ffb8$86c94070$0200a8c0@your029b8cecfe>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Sender: owner-ccamp@ops.ietf.org
Precedence: bulk
X-Spam-Score: 0.2 (/)
X-Scan-Signature: d8ae4fd88fcaf47c1a71c804d04f413d

Hi Adrian

Thank you for your comments. We will update the ids on reqs and eval for 
mln according to ITU's comments and yours. I think that we can start 
with the mln solution id now.

Let me respond to your comments in short...

Regarding the renaming the virual TE-link, I would prefer keep it 
because RFC4397 already defines it.

Regarding the adaptaion capabilities in place of switching capabilities, 
we will clarify it. We will consider the solution in revising the 
solution i-d.

Regarding the virtual node model, it might be a solution to represent 
the inter-layer connectivity. We will consider it in revising the 
solution i-d.

Anyway we will revise the ids.
Thanks,
Kohei

> Hi,
> 
> Working group last call completed on 
> draft-ietf-ccamp-gmpls-mln-reqs-05.txt and 
> draft-ietf-ccamp-gmpls-mln-eval-03.txt with a few comments to consider.
> 
> The question was raised about the naming of "virtual TE links." It was 
> suggested that "potential" be considered as a more appropriate word, 
> partly because of the existing overload of "virtual" in various 
> contexts, and partly to tie in with the ASON use of terminology. Could 
> the authors please think about this and propose a resolution.
> 
> We also received some comments from the ITU-T in their liaison 
> https://datatracker.ietf.org/liaison/368/. They raise some issues for 
> our consideration and the authors need to address these points so that 
> they can update the I-D if necessary, and so we can respond to the ITU-T 
> as necessary.
> 
> Adaptation
> - They suggest that we should include a definition of Adaptation.
> - They suggest advertising the adaptation capability/ies of a link in 
> place of the switching capabilities. I am confused by this because I 
> would have thought that both pieces of information are needed. It may be 
> that the ITU-T are assuming that the technology layer is known a priori. 
> It is certainly the case that multiple switching or adaptation 
> capabilities should be able to be advertised on a single link, and I 
> think this is in the I-Ds, but maybe it needs clarification.
> - Abstract representations of layers and adaptations may be 
> advantageous. Although this might be a solution-specific issue, if there 
> are requirements they should be drawn out.
> 
> Virtual Node
> The ITU-T suggests that the virtual node model might be applied as a 
> solution architecture alongside the virtual links. Maybe the 
> requirements draft could include some comments on this.
> 
> Thanks,
> Adrian
> 
> 
> 
> 
> 
> 

-- 
Kohei Shiomoto, Ph.D
NTT Network Service Systems Laboratories
3-9-11 Midori, Musashino, Tokyo 180-8585, Japan
Phone +81 422 59 4402    Fax +81 422 59 3787