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 >
- Re: Last Call: draft-ietf-mpls-tp-requirements (M… Tom.Petch
- Gen-ART review of draft-ietf-mpls-tp-requirements Christian Vogt
- Gen-ART review of draft-ietf-mpls-tp-requirements Christian Vogt
- Re: Last Call: draft-ietf-mpls-tp-requirements (M… Adrian Farrel
- Re: Last Call: draft-ietf-mpls-tp-requirements (M… Tom.Petch
- Re: Last Call: draft-ietf-mpls-tp-requirements (M… Adrian Farrel
- Re: Last Call: draft-ietf-mpls-tp-requirements (M… Tom.Petch