Re: Last Call: draft-ietf-mpls-tp-requirements (MPLS-TP Requirements) toProposed Standard

"Tom.Petch" <sisyphus@dial.pipex.com> Fri, 10 July 2009 10:26 UTC

Return-Path: <sisyphus@dial.pipex.com>
X-Original-To: ietf@core3.amsl.com
Delivered-To: ietf@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id E687E3A68C0 for <ietf@core3.amsl.com>; Fri, 10 Jul 2009 03:26:11 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.214
X-Spam-Level:
X-Spam-Status: No, score=-2.214 tagged_above=-999 required=5 tests=[AWL=0.385, BAYES_00=-2.599]
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 ZHOnOa05akJC for <ietf@core3.amsl.com>; Fri, 10 Jul 2009 03:26:10 -0700 (PDT)
Received: from mk-outboundfilter-2.mail.uk.tiscali.com (mk-outboundfilter-2.mail.uk.tiscali.com [212.74.114.38]) by core3.amsl.com (Postfix) with ESMTP id 1DDB53A6C48 for <ietf@ietf.org>; Fri, 10 Jul 2009 03:26:09 -0700 (PDT)
X-Trace: 231177869/mk-outboundfilter-2.mail.uk.tiscali.com/PIPEX/$PIPEX-ACCEPTED/pipex-customers/62.188.105.126/None/sisyphus@dial.pipex.com
X-SBRS: None
X-RemoteIP: 62.188.105.126
X-IP-MAIL-FROM: sisyphus@dial.pipex.com
X-SMTP-AUTH:
X-MUA: Microsoft Outlook Express 6.00.2800.1106Produced By Microsoft MimeOLE V6.00.2800.1106
X-IP-BHB: Once
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AuoEANuzVko+vGl+/2dsb2JhbACDLFiLfsAgCYN/BQ
X-IronPort-AV: E=Sophos;i="4.42,377,1243810800"; d="scan'208";a="231177869"
X-IP-Direction: IN
Received: from 1cust126.tnt2.lnd9.gbr.da.uu.net (HELO allison) ([62.188.105.126]) by smtp.pipex.tiscali.co.uk with SMTP; 10 Jul 2009 11:26:35 +0100
Message-ID: <019901ca0140$434af100$0601a8c0@allison>
From: "Tom.Petch" <sisyphus@dial.pipex.com>
To: ietf <ietf@ietf.org>
References: <20090702213115.A3FAD3A6B84@core3.amsl.com>
Subject: Re: Last Call: draft-ietf-mpls-tp-requirements (MPLS-TP Requirements) toProposed Standard
Date: Fri, 10 Jul 2009 11:22:43 +0200
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1106
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: "Tom.Petch" <sisyphus@dial.pipex.com>
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/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: Fri, 10 Jul 2009 10:26:12 -0000

I see some difficulties with the references in this I-D.

a) The security section of this I-D says
see    [I-D.ietf-mpls-mpls-and-gmpls-security-framework]
which is an informative reference.

I believe that security should be normative, not informative, even in this, a
requirements (as opposed to a protocol) draft.

b) The terminology section of this draft overlaps with that in an Informational
Reference [I-D.helvoort-mpls-tp-rosetta-stone] "A Thesaurus for the Terminology
used in MPLS-TP drafts/RFCs and  ITU-T's Transport Network Recommendations."
(now republished as a Working Group Draft)
which will doubtless progress to an RFC but as Informational.  I see this as
problematic; the two may be in step now but I am doubtful that they will be as
and when this last gets amended in the course of its development.  The mpls-tp
list has seen some vigorous debate already about the meaning of terms (eg
associated bidirectional, AIS).  Sometimes, the same concept has a different
term in IETF versus ITU-T (versus IEEE) while the same term may also be used for
a different concept.

RFC4397 is the product of a similar, earlier issue and is another potential
overlap.

The definitions in this I-D may be normative for this I-D but if they
diverge from definitions in other I-Ds, we are storing up problems for the
future.

On balance, I believe that this rosetta-stone should be a Normative Reference,
ideally removing the overlapping definitions.

Tom Petch

Original Message -----
From: "The IESG" <iesg-secretary@ietf.org>
To: "IETF-Announce" <ietf-announce@ietf.org>
Cc: <mpls@ietf.org>
Sent: Thursday, July 02, 2009 11:31 PM
Subject: Last Call: draft-ietf-mpls-tp-requirements (MPLS-TP Requirements)
toProposed Standard

> The IESG has received a request from the Multiprotocol Label Switching WG
> (mpls) to consider the following document:
>
> - 'MPLS-TP Requirements '
>    <draft-ietf-mpls-tp-requirements-09.txt> as a Proposed Standard
>
> 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 2009-07-16. 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.
>
> The file can be obtained via
> http://www.ietf.org/internet-drafts/draft-ietf-mpls-tp-requirements-09.txt
>
>
> IESG discussion can be tracked via
>
https://datatracker.ietf.org/public/pidtracker.cgi?command=view_id&dTag=18021&rf
c_flag=0
>