Re: [mpls] I-D Action: draft-ietf-mpls-tp-rosetta-stone-10.txt

t.petch <ietfc@btconnect.com> Thu, 21 February 2013 16:04 UTC

Return-Path: <ietfc@btconnect.com>
X-Original-To: mpls@ietfa.amsl.com
Delivered-To: mpls@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 68BCE21F8EBB for <mpls@ietfa.amsl.com>; Thu, 21 Feb 2013 08:04:27 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.484
X-Spam-Level:
X-Spam-Status: No, score=-5.484 tagged_above=-999 required=5 tests=[AWL=1.115, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZSaEoRIXZRqp for <mpls@ietfa.amsl.com>; Thu, 21 Feb 2013 08:04:26 -0800 (PST)
Received: from tx2outboundpool.messaging.microsoft.com (tx2ehsobe001.messaging.microsoft.com [65.55.88.11]) by ietfa.amsl.com (Postfix) with ESMTP id 685B721F8EC9 for <mpls@ietf.org>; Thu, 21 Feb 2013 08:04:25 -0800 (PST)
Received: from mail168-tx2-R.bigfish.com (10.9.14.246) by TX2EHSOBE006.bigfish.com (10.9.40.26) with Microsoft SMTP Server id 14.1.225.23; Thu, 21 Feb 2013 16:04:24 +0000
Received: from mail168-tx2 (localhost [127.0.0.1]) by mail168-tx2-R.bigfish.com (Postfix) with ESMTP id 035FC3C014B; Thu, 21 Feb 2013 16:04:24 +0000 (UTC)
X-Forefront-Antispam-Report: CIP:157.56.253.85; KIP:(null); UIP:(null); IPV:NLI; H:DB3PRD0710HT001.eurprd07.prod.outlook.com; RD:none; EFVD:NLI
X-SpamScore: -21
X-BigFish: PS-21(zz9371I936eI542I1432I1418Izz1f42h1ee6h1de0h1202h1e76h1d1ah1d2ahzz1033IL17326ah8275bh8275dhz2dh2a8h5a9h668h839h947hd24hf0ah1177h1179h1288h12a5h12a9h12bdh137ah139eh13b6h1441h1504h1537h162dh1631h1758h17f1h184fh1898h18e1h1946h19b5h19ceh19f0h304l1155h)
Received: from mail168-tx2 (localhost.localdomain [127.0.0.1]) by mail168-tx2 (MessageSwitch) id 1361462661834195_18410; Thu, 21 Feb 2013 16:04:21 +0000 (UTC)
Received: from TX2EHSMHS011.bigfish.com (unknown [10.9.14.253]) by mail168-tx2.bigfish.com (Postfix) with ESMTP id BFFD51800ED; Thu, 21 Feb 2013 16:04:21 +0000 (UTC)
Received: from DB3PRD0710HT001.eurprd07.prod.outlook.com (157.56.253.85) by TX2EHSMHS011.bigfish.com (10.9.99.111) with Microsoft SMTP Server (TLS) id 14.1.225.23; Thu, 21 Feb 2013 16:04:18 +0000
Received: from DB3PRD0511HT001.eurprd05.prod.outlook.com (157.56.254.213) by pod51017.outlook.com (10.255.75.36) with Microsoft SMTP Server (TLS) id 14.16.263.1; Thu, 21 Feb 2013 16:04:12 +0000
Message-ID: <00ce01ce104c$9ec829c0$4001a8c0@gateway.2wire.net>
From: "t.petch" <ietfc@btconnect.com>
To: huubatwork@gmail.com, mpls@ietf.org
References: <20130212205042.21102.28859.idtracker@ietfa.amsl.com> <511AB204.60607@gmail.com>
Date: Thu, 21 Feb 2013 14:43:39 +0000
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-Originating-IP: [157.56.254.213]
X-OriginatorOrg: btconnect.com
Subject: Re: [mpls] I-D Action: draft-ietf-mpls-tp-rosetta-stone-10.txt
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 21 Feb 2013 16:04:27 -0000

Huub

Yes, I like it, especially the ordering:-)

Tom Petch


----- Original Message -----
From: "Huub van Helvoort" <huubatwork@gmail.com>
To: <mpls@ietf.org>; "t.petch" <ietfc@btconnect.com>
Sent: Tuesday, February 12, 2013 9:20 PM

> Hello Tom,
>
> I have uploaded draft-ietf-mpls-tp-rosetta-stone-10 after addressing
> your comments.
>
>  > My big comment is that I would like all the entries in section 3
>  > in alphabetic order.  Technically, it makes no difference but to
>  > the user, I think it would be a big improvement.
>
> Done.
>
>  > At the moment, it is like turning to an English dictionary that is
>  > divided into sections and needing to know whether a word derives
>  > from Greek or Arabic, Sanskrit or Chinese, in order to know which
>  > section it is in.  The fact that the first half is in alphabetic
>  > order just makes it harder to use - if the ordering were seemingly
>  > random, it would be less of a problem!
>
> In a few places I made sub sections to group some of the definitions
> of terms that have a relation.
>
>  > Lesser comments.
>  >
>  > PST and SPME have made it into significant MPLS-TP RFC and will
>  > be there for ever.  I would like (deprecated) entries for these
>  > in this.
>
> Done.
>
>  > 3.12 CE is not expanded anywhere
>
> Done.
>
>  > 3.16 spurious period after the reference
>
> Fixed.
>
>  > 3.43 an MEG???
>
> Depends on how you pronounce MEG...
> - an emm eee gee
> - a "meg"
> I used the latter
>
>  > 3.43 et seq.  The various ME entries lack any references; since
>  > ME seems to me to have been the most troublesome aspect of MPLS-TP
>  > and one that still leads to errors, such as the erroneous expansion
>  > of MEP, I think that these entries above all need references.
>
> References are added.
>
>  > 3.45  This is a comprehensive entry and yet ...  TCM is not
>  > expanded anywhere - I think it deserves an entry of its own.
>
> Done.
>
>  > Statements like
>  > "A MEP terminates all the OAM packets that it receives"
>  > makes me think 'from where?' do I really understand this?
>
> Added "source" and "sink" to provide clarity.
>
>  > while
>  > "MPLS-TP MEP notifies a fault indication"
>  > seems odd in highlighting just one aspect of a MEP's functionality;
>  > again, why that?
>
> Reworded.
>
>  > 5 Operations and Management (OAM)
>  > I love it - could we push for this usage to be adopted across the
>  > IETF :-)
>
> I am sorry to disappoint you, I followed RFC6291 (for obvious
reasons).
>
>  > I would like a reference for this section - there are a number of
OAM
>  > RFC to choose from, e.g. framework, analysis, requirements.
>
> Done.
>
>  > 6 I would like a reference for this section, perhaps the
just-WGLC'd
>  > draft-ietf-mpls-tp-security-framework
>
> Done.
>
>  > 9 I do like alphabetic order, for references as well (a comment I
saw
>  > recently from a GenArt reviewer).
>
> Done.
>
>  > Overall, it remains an impressive piece of work.
>
> Thank you, much appreciated.
>
> Cheers, Huub.
>
>
> -------- Original Message --------
> Subject: [mpls] I-D Action: draft-ietf-mpls-tp-rosetta-stone-10.txt
> Date: Tue, 12 Feb 2013 12:50:42 -0800
> From: internet-drafts@ietf.org
> To: i-d-announce@ietf.org
> CC: mpls@ietf.org
>
>
> A New Internet-Draft is available from the on-line Internet-Drafts
> directories.
>   This draft is a work item of the Multiprotocol Label Switching
Working
> Group of the IETF.
>
> Title           : A Thesaurus for the Terminology used in
Multiprotocol
> Label Switching Transport Profile (MPLS-TP) drafts/RFCs and ITU-T's
> Transport Network Recommendations.
> Author(s)       : Huub van Helvoort
>                            Loa Andersson
>                            Nurit Sprecher
> Filename        : draft-ietf-mpls-tp-rosetta-stone-10.txt
> Pages           : 20
> Date            : 2013-02-12
>
> Abstract:
>     MPLS-TP is based on a profile of the MPLS and PW procedures as
>     specified in the MPLS-TE and (MS-)PW architectures developed by
the
>     IETF.  The ITU-T has specified a Transport Network architecture.
>
>     This document provides a thesaurus for the interpretation of
MPLS-TP
>     terminology within the context of the ITU-T Transport Network
>     recommendations.
>
>     It is important to note that MPLS-TP is applicable in a wider set
of
>     contexts than just Transport Networks.  The definitions presented
in
>     this document do not provide exclusive nor complete
interpretations
>     of MPLS-TP concepts.  This document simply allows the MPLS-TP
terms
>     to be applied within the Transport Network context.
>
>
>
>
> The IETF datatracker status page for this draft is:
> https://datatracker.ietf.org/doc/draft-ietf-mpls-tp-rosetta-stone
>
> There's also a htmlized version available at:
> http://tools.ietf.org/html/draft-ietf-mpls-tp-rosetta-stone-10
>
> A diff from the previous version is available at:
> http://www.ietf.org/rfcdiff?url2=draft-ietf-mpls-tp-rosetta-stone-10
>
>