Re: [ippm] Deborah Brungard's No Objection on draft-ietf-ippm-6man-pdm-option-09: (with COMMENT)

<nalini.elkins@insidethestack.com> Tue, 09 May 2017 16:21 UTC

Return-Path: <nalini.elkins@insidethestack.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 603CE12EA64 for <ippm@ietfa.amsl.com>; Tue, 9 May 2017 09:21:35 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.391
X-Spam-Level:
X-Spam-Status: No, score=-2.391 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FORGED_MUA_MOZILLA=2.309, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-2.8] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=yahoo.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 ZAs2yvq0TS9m for <ippm@ietfa.amsl.com>; Tue, 9 May 2017 09:21:34 -0700 (PDT)
Received: from nm34-vm8.bullet.mail.gq1.yahoo.com (nm34-vm8.bullet.mail.gq1.yahoo.com [98.136.216.159]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 95CC812EA7C for <ippm@ietf.org>; Tue, 9 May 2017 09:21:26 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1494346885; bh=2p34BIDuTLXVcFB27uNqBbgPZi/vAPYeu8J38N5K3b4=; h=Date:From:Reply-To:To:Cc:Subject:References:From:Subject; b=tIHqnYdQn02A4fpXJz8Eym0pJ1h406gUqA9VZ/veyOVwUFqiz0CZb9K5y2M0dJWwn/84KwIbFMOZv/LR1kW6zWB2p0cygb4mVgdTJr4MQaZjFcmNh24AadOYJ7EQl3xUrRIJy4LEi6l7AcJPiIqi8qKFLAkMJp4lwRAGgi1eh1xSvbjuE2n3ufvc+D9ozd6kndvhKoagx6wqh0u07rfFI7ro/Paua2/7nWp7IW3PSmZJyjUxm1GPDMMsCmbZhw8XeNSpiDWKlKLq4iqX3qD3awKu63c8hZ5ynFcwShykj/sNFbBdSNWfHvt+zu0LS9YCUkQj2Cl8Fo3F6C+jv13uyg==
Received: from [127.0.0.1] by nm34.bullet.mail.gq1.yahoo.com with NNFMP; 09 May 2017 16:21:25 -0000
Received: from [216.39.60.183] by nm34.bullet.mail.gq1.yahoo.com with NNFMP; 09 May 2017 16:18:29 -0000
Received: from [98.137.12.225] by tm19.bullet.mail.gq1.yahoo.com with NNFMP; 09 May 2017 16:18:29 -0000
Received: from [127.0.0.1] by omp1033.mail.gq1.yahoo.com with NNFMP; 09 May 2017 16:18:29 -0000
X-Yahoo-Newman-Property: ymail-4
X-Yahoo-Newman-Id: 608956.55724.bm@omp1033.mail.gq1.yahoo.com
X-YMail-OSG: brb4fYgVM1nm1B0TuDzZW6kJsAepQNolIbWewMszrTjsbL95rG8RIE9rBEnuqCS oIzYIVLZkskk9qR_eshviO4vXj6Gm3I6vFt7_cSeuWmlyn1c3paK.9B5wJuoAJdlxHfhUcGXWKvw YZgUaQNmJjAZbR48H6ZRxkUQbivilsPE3dQzQ8u8Qyrm9D_QIEscl08SrVCDzEMKiQigNORbIySX MuUaqNL_xFpdHkeRME5mbpr1BR_0FekuQ8e1uVJxFLZtRciE5XtWY6.zOXrAEuov4F6eInQHfUqK _KS8jPgAicV5zLI40haLu8Df4lGr3FqPtAvlt_IQPcuyn82HIk348a6hZG01C4SqIbzl3s9WMN7M 4X1A0RWQC3HplJPKjYWyjBYZI8txmZehaSbCGsX8eZnNqpwwc9Bvn.olfw.KTpwHiO73DWS5r0b_ Z_Zq9Df7KsSI9zqR7RD2IYWBLsfNcZBpgBXslUX3F9Ta9qAsboRuwrskRDd7QxoSxm8YBqiYXENz y5bFP5aCv21XF6j4jKY4HQPA85qlcb1InaqFvkp2Rtnik54e2bTXyoIw-
Received: from jws300075.mail.gq1.yahoo.com by sendmailws111.mail.gq1.yahoo.com; Tue, 09 May 2017 16:18:29 +0000; 1494346709.161
Date: Tue, 09 May 2017 16:18:28 +0000
From: nalini.elkins@insidethestack.com
Reply-To: nalini.elkins@insidethestack.com
To: The IESG <iesg@ietf.org>, Deborah Brungard <db3546@att.com>
Cc: draft-ietf-ippm-6man-pdm-option@ietf.org, Bill Cerveny <ietf@wjcerveny.com>, ippm-chairs@ietf.org, acmorton@att.com, ippm@ietf.org
Message-ID: <1563341655.7894899.1494346708895@mail.yahoo.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
References: <1563341655.7894899.1494346708895.ref@mail.yahoo.com>
X-Mailer: WebService/1.1.9539 YahooMailBasic Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/58.0.3029.96 Safari/537.36
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/NErXOHUPXHlrdnlEQGPRUOaGV6Q>
Subject: Re: [ippm] Deborah Brungard's No Objection on draft-ietf-ippm-6man-pdm-option-09: (with COMMENT)
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 09 May 2017 16:21:35 -0000

Deborah,


I have posted a new draft which incorporates responses to comments from Mirja and Warren.

https://datatracker.ietf.org/doc/html/draft-ietf-ippm-6man-pdm-option-10

My responses inline to your comments.


Thanks,

Nalini Elkins
CEO and Founder
Inside Products, Inc.
www.insidethestack.com
(831) 659-8360

--------------------------------------------
On Wed, 4/12/17, Deborah Brungard <db3546@att.com> wrote:

 Subject: [ippm] Deborah Brungard's No Objection on draft-ietf-ippm-6man-pdm-option-09: (with COMMENT)
 To: "The IESG" <iesg@ietf.org>
 Cc: draft-ietf-ippm-6man-pdm-option@ietf.org, "Bill Cerveny" <ietf@wjcerveny.com>, ippm-chairs@ietf.org, acmorton@att.com, ippm@ietf.org
 Date: Wednesday, April 12, 2017, 2:28 PM
 
 > Deborah Brungard has entered the following ballot position for draft-ietf-ippm-6man-pdm-option-09: No Objection
 

> 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-ippm-6man-pdm-option/
 
 
 
 ----------------------------------------------------------------------
 COMMENT:
 ----------------------------------------------------------------------
 
> Agree with the many comments by the other ADs. Especially, Mirja's and Ben's comments, the document reads like a white paper vs. an IETF specification.

Please check the changes suggested by Mirja and incorporated in the document.   I have responded to Ben and am waiting for his response.

> The "Consent to be Measured" by a user (section 4.4) seems contra to the use case described in the document (estimate QoS as experienced by an end user device). It should be the network
> provider who should be giving "consent to be measured" and the associated risks. Warren also noted these sentences as inappropriate. The document discusses the security aspects relative to the user but is
> missing discussion with respect to the network provider.

Please check the new wording below in response to Warren's comments.  Please let me know if this addresses your concerns.

New
------

An implementation may want to be sure that PDM is enabled only for certain ip addresses, or only for some ports.  Additionally, the implementation SHOULD require an explicit restart of monitoring after
a certain time period (for example for 1 hour), to make sure that PDM is not accidentally left on after debugging has been done etc. 
 
Even so, if using PDM, a user "Consent to be Measured" SHOULD be a pre-requisite for using PDM.  Consent is common in enterprises and with some subscription services.  The actual content of "Consent to
be Measured" will differ by site but it SHOULD make clear that the traffic is being measured for quality of service and to assist in diagnostics as well as to make clear that there may be potential
risks of certain vulnerabilities if the traffic is captured during a diagnostic session

 
 
 _______________________________________________
 ippm mailing list
 ippm@ietf.org
 https://www.ietf.org/mailman/listinfo/ippm