Re: [Pals] Alia Atlas' Yes on draft-ietf-pals-vccv-for-gal-05: (with COMMENT)

Alia Atlas <akatlas@gmail.com> Thu, 17 September 2015 12:58 UTC

Return-Path: <akatlas@gmail.com>
X-Original-To: pals@ietfa.amsl.com
Delivered-To: pals@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7BFE81B2E1E; Thu, 17 Sep 2015 05:58:58 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -101.999
X-Spam-Level:
X-Spam-Status: No, score=-101.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id s3kzC-8KjyPF; Thu, 17 Sep 2015 05:58:57 -0700 (PDT)
Received: from mail-ob0-x22c.google.com (mail-ob0-x22c.google.com [IPv6:2607:f8b0:4003:c01::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EB6E91B2E1A; Thu, 17 Sep 2015 05:58:56 -0700 (PDT)
Received: by obbda8 with SMTP id da8so12362001obb.1; Thu, 17 Sep 2015 05:58:56 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=W3wqz27bIXryua37Dvq3s55rTfQ1oEVnJbeIVLHUtsY=; b=eN+oXRfnfLJ0MHMJEAR/sIwaN9kUwLT1QCIjf+tw6AdQS7HIlxI1OtCBR0H6twmGEG 03ICAaizySFnFe1Jf9E0rctLToY7I+u4zpjUHUKd0H4eBrpht4cUEWXQF1rI2KXLYATe fK36hT3G3EAuuxMRGOCAJSMYiM4ntPWrpZ0r2l41dmHHQjNMx1baWk9Z1bEKZAGKFrDs gKgh3Id3sIfy8xaYkk03C+mOs89Qx4TfWBQbIfhfcby5VsjQgNLtFbX9isHF+mL0IYS8 XKP1frpKIWnTua+25zTYQ+W/SXlu6hkLihti1ZqUl+O43FLKbraHPpYtSY8S/M9qUDgc zy4A==
MIME-Version: 1.0
X-Received: by 10.60.175.71 with SMTP id by7mr28197946oec.58.1442494736224; Thu, 17 Sep 2015 05:58:56 -0700 (PDT)
Received: by 10.60.55.170 with HTTP; Thu, 17 Sep 2015 05:58:56 -0700 (PDT)
In-Reply-To: <55FA977F.8010909@cisco.com>
References: <20150916152241.19554.14958.idtracker@ietfa.amsl.com> <55F9A5AA.5030907@cisco.com> <CAG4d1rc+YYoLw=La1t7+WCohuxQ7njsjU9vPi=Hxq2-+Vdeecw@mail.gmail.com> <55FA977F.8010909@cisco.com>
Date: Thu, 17 Sep 2015 08:58:56 -0400
Message-ID: <CAG4d1rcPB3PrzvKmrerFiHugrJzgG4BSdw=HNeoc7QgO0AgQ3A@mail.gmail.com>
From: Alia Atlas <akatlas@gmail.com>
To: stbryant <stbryant@cisco.com>
Content-Type: multipart/alternative; boundary="047d7bd75f5857d847051ff0faa2"
Archived-At: <http://mailarchive.ietf.org/arch/msg/pals/7wgMI4Wgfnacb8uQuJ8Mhf3Zv3o>
Cc: Matt Bocci <matthew.bocci@alcatel-lucent.com>, draft-ietf-pals-vccv-for-gal@ietf.org, draft-ietf-pals-vccv-for-gal.ad@ietf.org, draft-ietf-pals-vccv-for-gal.shepherd@ietf.org, pals-chairs@ietf.org, The IESG <iesg@ietf.org>, pals@ietf.org
Subject: Re: [Pals] Alia Atlas' Yes on draft-ietf-pals-vccv-for-gal-05: (with COMMENT)
X-BeenThere: pals@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Pseudowire And LDP-enabled Services dicussion list." <pals.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pals>, <mailto:pals-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/pals/>
List-Post: <mailto:pals@ietf.org>
List-Help: <mailto:pals-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pals>, <mailto:pals-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 17 Sep 2015 12:58:58 -0000

Hi Stewart,

On Thu, Sep 17, 2015 at 6:35 AM, Stewart Bryant <stbryant@cisco.com> wrote:

> On 16/09/2015 18:33, Alia Atlas wrote:
>
>
>
>>> 2)  The use of LSE as an unintroduced abbreviation is slightly confusing.
>>>   Can you please expand it the first time
>>> to Label Stack Entry?
>>>
>>
> Alia,
>
> The first occurrence of LSE is in the second para of the introduction:
>
> "In the event of an error
> in the setting of the PW Label Stack Entry (LSE) TTL, VCCV packets"
>
> Would you like me to leave it unexpanded there and expand it somewhere
> else?
>

It's a little awkward, but ok.


> In this case I think the expansion is something of a formality, since it
> is difficult to image that any reader would look at this RFC without
> a prior understanding of MPLS and hence knowledge of the term.
>

I haven't actually seen LSE appear as an acronym for a while - so it took me
a few seconds  to figure out what it must be.  I agree that it's obvious to
someone who understands MPLS - but a trivial reminder is helpful.  There are
a lot of acronyms in our industry!

It's up to you - just a comment on readability.

thanks,
Alia


> - Stewart
>
>
>