Re: [ippm] Alissa Cooper's No Objection on draft-ietf-ippm-twamp-yang-11: (with COMMENT)

Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com> Fri, 22 June 2018 05:56 UTC

Return-Path: <spencerdawkins.ietf@gmail.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 48803130DED; Thu, 21 Jun 2018 22:56:00 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.999
X-Spam-Level:
X-Spam-Status: No, score=-0.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, FREEMAIL_REPLY=1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=no 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 re3luWpntkQc; Thu, 21 Jun 2018 22:55:58 -0700 (PDT)
Received: from mail-yb0-x243.google.com (mail-yb0-x243.google.com [IPv6:2607:f8b0:4002:c09::243]) (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 F3871130DEB; Thu, 21 Jun 2018 22:55:57 -0700 (PDT)
Received: by mail-yb0-x243.google.com with SMTP id q62-v6so2126254ybg.5; Thu, 21 Jun 2018 22:55:57 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=7E6URZ0BmRiJij9fuM1h/I0fJ807pM4MI0Wm4ELUbDo=; b=OW0PnNRY+yXHN1r0FwSBPnnTAKwVQehjEDAM0ewymtin2rD2rTZm/w87t8Agx6h/1A QQMr7XPncL1tnEF7d1jeIrQKeP1XMwtgchRYhAFA7w9EKl/o317WWUeSqVy7IITbqwb0 dLqE06br6JgW5oCY7Jz4awxqYRPHcib3YckNBLvCjgG/Y2j5yWug0TpnY42jM/243pFJ fScFr68CxoZatCBYfKQITg9//lxLIZrnjQ5bpEfxcCcWx2LHsCTKnQPYHl10FNwDCh8C 0bDBgSa10h57upI0oNYx+0CRFt7uog9Ea1c3KDszYr/H/Kb7kqZRbtDtPXW2+Ph210n7 v1JA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=7E6URZ0BmRiJij9fuM1h/I0fJ807pM4MI0Wm4ELUbDo=; b=YVpylxV3YMc92JKCJkDul4DY1wuG/Fadu6c/IFcvbMqs7AzLZb7cwn6E0f/a42PBig hXxJtc+LqTgURnvj41CNWtKMlOREICYXYnc7oYDHkTbgvwVqRRX9fFzEeOTS6NX+jtSi V+YpJ/HtkrPgtGFop02V/R7CRxw/GUU9lm2eQl1eLsOwRFceYtnfEKePf3auCVakfye5 3OVrbjtyjiqletv9Wta9bor4exhPT6LGyDg40X65HMpqqDJq3VJ5Dch4LnzCS8wMvwSp H00KBe9XPN1JiEyOISkWNUEyU4U1GJVo4yhKnj7ugb7Hl2FTcZEAi9Nu8P/XcEIUGvxr GsLA==
X-Gm-Message-State: APt69E2B1Kt7UdhonrX/cRZECYWxSGhJeaA3z970rwejOK0VQNYhe9Iv 3R9xsReJLWG0sSNICgZnobl6rnpM1+J0NOFt6yk=
X-Google-Smtp-Source: ADUXVKKGBuGW6VNXNWDBaAl/3VeS4TSvI2CSzkhgQuOhP9ETXtqr6HxEeSJRVQ5TbnRQpH6XsTrLB6KdhtrompbiCF4=
X-Received: by 2002:a25:8e10:: with SMTP id p16-v6mr98461ybl.71.1529646956962; Thu, 21 Jun 2018 22:55:56 -0700 (PDT)
MIME-Version: 1.0
References: <152958677666.31598.2871670854497240031.idtracker@ietfa.amsl.com> <767FDA55-D716-4005-9150-0C6AAD47CAB8@gmail.com>
In-Reply-To: <767FDA55-D716-4005-9150-0C6AAD47CAB8@gmail.com>
From: Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com>
Date: Fri, 22 Jun 2018 00:55:44 -0500
Message-ID: <CAKKJt-dyfBGoLb-W6n=NNXogL3JZ2Q0c_Sgcb3+fpfHoUW_O2w@mail.gmail.com>
To: Mahesh Jethanandani <mjethanandani@gmail.com>
Cc: Alissa Cooper <alissa@cooperw.in>, ippm-chairs@ietf.org, draft-ietf-ippm-twamp-yang@ietf.org, IESG <iesg@ietf.org>, ippm@ietf.org, Nalini Elkins <nalini.elkins@insidethestack.com>
Content-Type: multipart/alternative; boundary="00000000000080695c056f34af33"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/4Y_xNoTWhOVT-YuV4xTGt_Z4dnA>
Subject: Re: [ippm] Alissa Cooper's No Objection on draft-ietf-ippm-twamp-yang-11: (with COMMENT)
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.26
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: Fri, 22 Jun 2018 05:56:01 -0000

Hi, Mahesh,

On Thu, Jun 21, 2018 at 4:36 PM Mahesh Jethanandani <mjethanandani@gmail.com>
wrote:

> Hi Alissa,
>
> > On Jun 21, 2018, at 6:12 AM, Alissa Cooper <alissa@cooperw.in> wrote:
> >
> > Alissa Cooper has entered the following ballot position for
> > draft-ietf-ippm-twamp-yang-11: 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-ippm-twamp-yang/
> >
> >
> >
> > ----------------------------------------------------------------------
> > COMMENT:
> > ----------------------------------------------------------------------
> >
> > I support Adam's DISCUSS.
>
> Ok. Let me respond to that on the thread Adam has initiated.
>
> >
> > Section 1.1: I'm surprised to see the two references to the long-expired
> NFVRG
> > drafts. If a reference to describe virtualized infrastructure using
> > orchestration is really needed (I'm not convinced that it is), I would
> assume a
> > better reference exists from outside the IETF/IRTF.
>
> I did a Google search for the topic of one of the drafts, and top hits
> came from IEEE. But both the papers are available on a subscription basis.
> What is the policy for quoting papers that are not publicly available?
>

I think the key points here are that you should provide the best references
that you can, and provide the most stable pointers you can come up with for
those references.

I don't believe we require that references be available at no cost, only
that the cost of obtaining them should be reasonable.

IIRC, Russ Housley told me about a standard somewhere in the medical space
that was $40K US per copy. We didn't think that was reasonable, but we
thought that some amount of cost could be reasonable.

Spencer


> To the question for the need to have a reference to virtualized
> infrastructure, the authors are merely pointing out that the problem of
> measurement is more acute because of scale. We are happy to drop the
> reference.
>
> Please advise.
>
> >
> > Section 5.2:
> >
> > OLD
> > "Encrypted mode 'makes it impossible to alter
> >              timestamps undetectably.' See also Section 4 of RFC 7717
> >              and Section 6 of RFC 4656."
> >
> > NEW
> > "Encrypted mode 'makes it impossible to alter
> >              timestamps undetectably' [Section 6 of RFC 4656]. See also
> >              Section 4 of RFC 7717.”
>
> Will fix.
>
> Thanks.
>
> > Process comment more for the AD: the YANG doctors reviewed a version of
> this
> > more than a year ago. Is that typical or would they normally review again
> > during IETF LC?
> >
> >
>
> Mahesh Jethanandani
> mjethanandani@gmail.com
>
>