Re: I-D ACTION:draft-farrel-ccamp-inter-domain-framework-00.txt

Tomohiro Otani <otani@kddilabs.jp> Tue, 18 May 2004 01:08 UTC

Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id VAA18734 for <ccamp-archive@ietf.org>; Mon, 17 May 2004 21:08:42 -0400 (EDT)
Received: from ietf-mx.ietf.org ([132.151.6.1] helo=ietf-mx) by ietf-mx with esmtp (Exim 4.32) id 1BPt61-0001Mw-V6 for ccamp-archive@ietf.org; Mon, 17 May 2004 21:08:42 -0400
Received: from exim by ietf-mx with spam-scanned (Exim 4.12) id 1BPt59-00010u-00 for ccamp-archive@ietf.org; Mon, 17 May 2004 21:07:48 -0400
Received: from psg.com ([147.28.0.62] ident=mailnull) by ietf-mx with esmtp (Exim 4.12) id 1BPt4X-0000f6-00 for ccamp-archive@ietf.org; Mon, 17 May 2004 21:07:09 -0400
Received: from lserv by psg.com with local (Exim 4.30; FreeBSD) id 1BPslo-000Fwa-H2 for ccamp-data@psg.com; Tue, 18 May 2004 00:47:48 +0000
Received: from [192.26.91.6] (helo=mandala.kddilabs.jp) by psg.com with esmtp (Exim 4.30; FreeBSD) id 1BPslm-000Fw7-Tg for ccamp@ops.ietf.org; Tue, 18 May 2004 00:47:47 +0000
Received: from localhost (localhost [127.0.0.1]) by mandala.kddilabs.jp (Postfix) with ESMTP id 76ECAEC8E8; Tue, 18 May 2004 09:47:42 +0900 (JST)
Received: from silver.onw.kddlabs.co.jp (silver.onw.kddlabs.co.jp [172.19.83.4]) by mandala.kddilabs.jp (Postfix) with ESMTP id CD8C1EC92C; Tue, 18 May 2004 09:47:41 +0900 (JST)
Received: from T-OTAN.kddilabs.jp ([172.19.83.38]) by silver.onw.kddlabs.co.jp (ExpressMail 4.01) with ESMTP id AAA286141; Tue, 18 May 2004 09:47:41 +0900 (JST)
Message-Id: <5.1.1.11.2.20040518094253.00d32008@mail.onw.kddlabs.co.jp>
X-Sender: otani@mail.onw.kddlabs.co.jp
X-Mailer: QUALCOMM Windows Eudora Version 5.1-Jr5
Date: Tue, 18 May 2004 09:47:41 +0900
To: dimitri papadimitriou <dpapadimitriou@psg.com>, Adrian Farrel <adrian@olddog.co.uk>
From: Tomohiro Otani <otani@kddilabs.jp>
Subject: Re: I-D ACTION:draft-farrel-ccamp-inter-domain-framework-00.txt
Cc: ccamp@ops.ietf.org
In-Reply-To: <40A132A8.6070805@psg.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by amavisd-new
Sender: owner-ccamp@ops.ietf.org
Precedence: bulk
X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on ietf-mx.ietf.org
X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.60
Content-Transfer-Encoding: 7bit

Hi Everyone,

I have a couple of questions or comments on this draft.

1) Does this draft cover requirements described in draft-ietf-tewg-interas-
mpls-te-req-06.txt ?
2) Although this draft describes the framework in not only MPLS but
also GMPLS, the content mainly focuses on MPLS.  For example of
As pointed out by Dimitri, this should focus on automated stitching,
referring to GMPLS e2e recovery drafts.
3) In this draft, the architecture using PCE is assumed.  I do not deny
this description in MPLS, but I feel unnatural in the case of GMPLS.
4) In terms of Inter-domain OAM, RRO processing may also be clarified
on this draft from the point of route management.
5) Considering the overall, I feel unclear about the difference between
requirement draft and the framework draft. Could you clarify this?
6) I propose to have a separate framework draft of MPLS as well as
GMPLS.

Regards,

tomo

----------------------------------------
Tomohiro Otani
KDDI R&D Laboratories, Inc.
----------------------------------------



At 22:08 04/05/11 +0200, dimitri papadimitriou wrote:
 >hi adrian,
 >
 >Adrian Farrel wrote:
 >
 > > Folks,
 > >
 > > This draft represents the first step in the much-discussed six point
 > > plan towards inter-area/AS solutions.
 > >
 > > I would like three things to happen:
 > >
 > > a. This draft to become a WG draft
 > >     Please send your opinions
 >
 >i think this is a good start
 >
 > > b. The draft to be reinforced in areas that people consider necessary
 > >     One such area MAY be diverse routing.
 > >     Please send suggested text, but
 > >     - recall that this is not a solutions draft
 > >     - try to keep the length of the draft down below 100 pages
 >
 >i think the draft should focus on automated stitching and more advanced
 >features like inter-domain recovery and crankback signaling
 >
 >this said the document points out a very interesting concept of multi-
 >domain FA (since so far the concept has been detailed in the context of
 >a single area and TE link) - imho it would be worth reinforcing also this 
part of the document as well, if that was the intention -
 >
 > > c. Move on with the next step in the plan.
 > >     At the moment, this seems to require effort on points 2 and 4
 > >     Viz, develop individual signaling solutions as required and
 > >     state their applicability.
 > >     We await input from those who have preferred solutions.
 > >
 > > Cheers,
 > > Adrian
 > > ----- Original Message -----
 > > From: <Internet-Drafts@ietf.org>
 > > To: <i-d-announce@ietf.org>
 > > Cc: <ccamp@ops.ietf.org>
 > > Sent: Friday, April 30, 2004 8:44 PM
 > > Subject: I-D ACTION:draft-farrel-ccamp-inter-domain-framework-00.txt
 > >
 > >
 > >
 > >>A New Internet-Draft is available from the on-line Internet-Drafts 
directories.
 > >>
 > >>
 > >>Title : A Framework for Inter-Domain MPLS Traffic Engineering
 > >>Author(s) : A. Farrel, et al.
 > >>Filename : draft-farrel-ccamp-inter-domain-framework-00.txt
 > >>Pages : 14
 > >>Date : 2004-4-30
 > >>
 > >>This document provides a framework for establishing and controlling
 > >>   Multiprotocol Label Switching (MPLS) and Generalized MPLS (GMPLS)
 > >>   Label Switched Paths (LSPs) in multi-domain networks.
 > >>
 > >>   For the purposes of this document, a domain is considered to be any
 > >>   collection of network elements within a common sphere of address
 > >>   management or path computational responsibility. Examples of such
 > >>   domains include IGP areas and Autonomous Systems.
 > >>
 > >>A URL for this Internet-Draft is:
 > 
 >>http://www.ietf.org/internet-drafts/draft-farrel-ccamp-inter-domain-framework-00.txt
 > >>
 > >>To remove yourself from the I-D Announcement list, send a message to
 > >>i-d-announce-request@ietf.org with the word unsubscribe in the body 
of the message.
 > >>You can also visit https://www1.ietf.org/mailman/listinfo/I-D-announce
 > >>to change your subscription settings.
 > >>
 > >>
 > >>Internet-Drafts are also available by anonymous FTP. Login with the username
 > >>"anonymous" and a password of your e-mail address. After logging in,
 > >>type "cd internet-drafts" and then
 > >>"get draft-farrel-ccamp-inter-domain-framework-00.txt".
 > >>
 > >>A list of Internet-Drafts directories can be found in
 > >>http://www.ietf.org/shadow.html
 > >>or ftp://ftp.ietf.org/ietf/1shadow-sites.txt
 > >>
 > >>
 > >>Internet-Drafts can also be obtained by e-mail.
 > >>
 > >>Send a message to:
 > >>mailserv@ietf.org.
 > >>In the body type:
 > >>"FILE /internet-drafts/draft-farrel-ccamp-inter-domain-framework-00.txt".
 > >>
 > >>NOTE: The mail server at ietf.org can return the document in
 > >>MIME-encoded form by using the "mpack" utility.  To use this
 > >>feature, insert the command "ENCODING mime" before the "FILE"
 > >>command.  To decode the response(s), you will need "munpack" or
 > >>a MIME-compliant mail reader.  Different MIME-compliant mail readers
 > >>exhibit different behavior, especially when dealing with
 > >>"multipart" MIME messages (i.e. documents which have been split
 > >>up into multiple messages), so check your local documentation on
 > >>how to manipulate these messages.
 > >>
 > >>
 > >>Below is the data which will enable a MIME compliant mail reader
 > >>implementation to automatically retrieve the ASCII version of the
 > >>Internet-Draft.
 >
 >