Re: [Pals] Benoit Claise's No Objection on draft-ietf-pals-p2mp-pw-03: (with COMMENT)

Stewart Bryant <stewart.bryant@gmail.com> Thu, 31 August 2017 14:06 UTC

Return-Path: <stewart.bryant@gmail.com>
X-Original-To: pals@ietfa.amsl.com
Delivered-To: pals@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 02ABA132E01; Thu, 31 Aug 2017 07:06:58 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.699
X-Spam-Level:
X-Spam-Status: No, score=-2.699 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, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 sBOvzvGoshVG; Thu, 31 Aug 2017 07:06:56 -0700 (PDT)
Received: from mail-wm0-x22b.google.com (mail-wm0-x22b.google.com [IPv6:2a00:1450:400c:c09::22b]) (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 DCA0F132D8F; Thu, 31 Aug 2017 07:06:55 -0700 (PDT)
Received: by mail-wm0-x22b.google.com with SMTP id f127so5622283wmf.1; Thu, 31 Aug 2017 07:06:55 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding:content-language; bh=mwAa3UFAgF+gplPRKUDvaFTUpFmUM6wYlbasuIMyAXI=; b=N3u4rp1fjku9LcOmLJ5qjg5fXSmQ/ojB4cMfBg9irv4AzDB6K3rNaXpAiSSZYB5ubP 8dXzt4JS0XNVqBymZj9HJGXA+/RHZagHhFSXvULqXKICHF13KwsjUR6jWXiRdTBVn8wS JTQUvkNOcvUXwjZHLriTwH+/clK9YsPmPcn3eUmxOvXbinKnYZkSLE86VcEPKDZ40d9z 5hec0VXdT46A2fifQtS/DsTGEbEgCgDXWDYTp8vgE9p17eqpF/bWSJ5XfLG999mSL9np wd1beDKogfl/MJbzwAaYUNBCK8DYepGRWsbbO73jNUAPWit4OJLgPJtiI+W3U37m7G80 rCsA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=mwAa3UFAgF+gplPRKUDvaFTUpFmUM6wYlbasuIMyAXI=; b=rzFKwkXD2kCti0uGM45p80X+TDXFWTU48BAxIS4NOsOSFDbb7iRlzt/dEUjY18oGtK fUxImwNB6Pe9TeBM95csyBN7PN5ipfT18502xN+Uj6k71yo8Ew6vyvglpn24G/tDa525 u/UqIzYBZ7Ch0L7FJpPjKUdXDFq220qG8ZFmxxS9fLI0rR660asLDafYUSOQ1iYptncP bmgGdFQxzZXZBF/gjuF8wlXCU7QDo1gFt4Aa+rbirbdO0DbGY2rZD0qnMIKYesQjIV0I a6nO5T+yvyKI2tb30vI9qnex2P2byhUA7jdjy7LSnwL1wUoGCy1xUbUdeZzADM0BBQiT RJBg==
X-Gm-Message-State: AHYfb5j9EHDu+04vHv7qz768m6CH23Zo4ZVqra6kccD2iOZgDkCBiICu Aat9+nWphsGFDHT7qEg=
X-Google-Smtp-Source: ADKCNb4S3WYZHAIH0fNenP7zOrpw27OVv7YPIjjDdDr9RiPAjYvOzArrf6b0reRCpnBvJrWMqtJxGw==
X-Received: by 10.28.159.145 with SMTP id i139mr602344wme.16.1504188414379; Thu, 31 Aug 2017 07:06:54 -0700 (PDT)
Received: from [192.168.2.126] (host213-123-124-182.in-addr.btopenworld.com. [213.123.124.182]) by smtp.gmail.com with ESMTPSA id b79sm231041wmb.45.2017.08.31.07.06.53 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 31 Aug 2017 07:06:53 -0700 (PDT)
To: Benoit Claise <bclaise@cisco.com>, The IESG <iesg@ietf.org>
Cc: draft-ietf-pals-p2mp-pw@ietf.org, pals-chairs@ietf.org, pals@ietf.org, sbanks@encrypted.net
References: <150417651353.16856.13061585074237827241.idtracker@ietfa.amsl.com>
From: Stewart Bryant <stewart.bryant@gmail.com>
Message-ID: <62c464f7-cfc4-1922-e934-a8a34d85f2cc@gmail.com>
Date: Thu, 31 Aug 2017 15:06:50 +0100
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.3.0
MIME-Version: 1.0
In-Reply-To: <150417651353.16856.13061585074237827241.idtracker@ietfa.amsl.com>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Transfer-Encoding: 7bit
Content-Language: en-GB
Archived-At: <https://mailarchive.ietf.org/arch/msg/pals/h0w_HAwIwQImNMf6l-2i-Qr8w-A>
Subject: Re: [Pals] Benoit Claise's No Objection on draft-ietf-pals-p2mp-pw-03: (with COMMENT)
X-BeenThere: pals@ietf.org
X-Mailman-Version: 2.1.22
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, 31 Aug 2017 14:06:58 -0000


On 31/08/2017 11:48, Benoit Claise wrote:
> Benoit Claise has entered the following ballot position for
> draft-ietf-pals-p2mp-pw-03: No Objection
>
> When responding, please keep the subject line intact and reply to all
> email addresses included in the To and CC lines. (Feel free to cut this
> introductory paragraph, however.)
>
>
> Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html
> for more information about IESG DISCUSS and COMMENT positions.
>
>
> The document, along with other ballot positions, can be found here:
> https://datatracker.ietf.org/doc/draft-ietf-pals-p2mp-pw/
>
>
>
> ----------------------------------------------------------------------
> COMMENT:
> ----------------------------------------------------------------------
>
> Here is Sarah's OPS DIR review. Her Why (Do I care?) comment resonates with me:
> I could not find the information.
>
> I have reviewed this document as part of the Operational directorate's ongoing
> effort to review all IETF documents being processed by the IESG. These comments
> were written with the intent of improving the operational aspects of the IETF
> drafts. Comments that are not addressed in last call may be included in AD
> reviews during the IESG review. Document editors and WG chairs should treat
> these comments just like any other last call comments.
>
>          I think the document is almost ready to go. I don't have technical
>          issue with the content, but I think the document reads in parts like
>          several authors cut/paste/contributed, and the document doesn't flow
>          well in spots. Perhaps this is a personal choice, but I believe that
>          documents that read with some amount of approachability with respect to
>          all interested readers, and not just hard core
>          whatever-the-protocol-is-fanatics, benefits our community for the
>          better. Last, maybe it's the product manager in me, and not the
>          development engineer, but why do I care?

Previously the only way to set up a p2mp PW was static configuration. 
This defines how to do
the setup via LDP which is the normal signalling protocol used for PWs.

>          Is this just to add LDP as
>          another mechanism for establishing the PW?

It is the first signalled method for a true P2MP PW.

> Is there some deficit that's
>          being addressed by LDP that existing mechanisms don't solve?

Yes, this is a signalled method.

> This isn't
>          addressed in a way that resonates in the document, for me.

> Last, while
>          super picky, the acronym "PSN" was used in the abstract before being
>          properly introduced. This was mostly made more noticeable by the fact
>          that the rest of the draft does a fantastic job of introducing the
>          terms before using the acronym.

That is easily fixed and the RFC Editor would normally do it 
automatically. For the reader
this would not normally be their first text on the subject and so they 
would normally
already be familiar with the term.

Best regards

Stewart

>
>