Re: [ippm] Adam Roach's Discuss on draft-ietf-ippm-twamp-yang-11: (with DISCUSS and COMMENT)

Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com> Fri, 29 June 2018 15:08 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 CC31212F1A6; Fri, 29 Jun 2018 08:08:32 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.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, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-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 XdcIMdMK17aF; Fri, 29 Jun 2018 08:08:28 -0700 (PDT)
Received: from mail-yw0-x242.google.com (mail-yw0-x242.google.com [IPv6:2607:f8b0:4002:c05::242]) (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 0315B126CC7; Fri, 29 Jun 2018 08:08:28 -0700 (PDT)
Received: by mail-yw0-x242.google.com with SMTP id w76-v6so1125124ywg.4; Fri, 29 Jun 2018 08:08:27 -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=6lPArxAoZSOaqM9y7QVXlMnG4/dtwyYn8MPIcqhFZJo=; b=YOFBMUgIU6VksLnJoYefhEl6QlXdyy3xtlhS/LbOHNfYKfG4qNZNwGo2e0G7DwKyfK rqmJ3WnkCHYcZJZ+b13uTnLKWfXA8/vkhmkiYrG3OIsEZBlvHq5yE0Zaf7m7/vkkqyjw FWa++C+fWMa2KAnSrJ9ecU0JWDZzx5b72vkaCobAg0yJfZREkdyqCcXYzzHqKY5RbCWP uT27taooWPFD0gZmYnKdREB38TPnq//pRcA92JbF1CrTB/G3+kcBQjdPDf0hlXdNMpHv 5O8XMUb5AR2tg++hG6lfu12t2le4dala2/Z1yallUdzvLU4s6h30Ar8ZtRznsgp5jxbz 0m8g==
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=6lPArxAoZSOaqM9y7QVXlMnG4/dtwyYn8MPIcqhFZJo=; b=hmC0EIoOSrh8KUKzlqchhyEnimiVNRs1ybyWtCDG6a2I/D58OgGsygwdzwPymUitSP dD0EaJlgm+GIqGLiI6FguHjBgqtbEwWb5Ju+gnX5rIHAHnk6Sg0MOQj6hOo0hQpjPIiG E9aJ1sxsMKva75Bnl3Zgg05qOZHWHmNnGHYIC3YdCZUWbvcJLxsInu+LyKaceCmurO/K A2aM6uks87oY/4x2FVcfrvEIgKWyuCk4P9hjO2EPvbDGE3Tlai2pbCk3r5dnTr1p8n3W IiiAuzg1KpSj9vlRKQrMprhh7rQ3aa1KPOUqsr80iHzgv3yixCPKeWGN3/5npyzenoJg T+Ng==
X-Gm-Message-State: APt69E30R5L90PUUY9liDzb5X7gqJIpeW8c6N7KUCf2urOWE01jvBgQE EJ4zF/fkvSeP0w5o2vKia3HcuwGcuF5EopzEV+RskQ==
X-Google-Smtp-Source: AAOMgpdsz+OoPsqnVuATCTQtmF6ixFfNdqQghroywAMcjve3JugISPk8Clqor55mW5E4LGH7QnC715NrhM2WiDYpgYQ=
X-Received: by 2002:a0d:edc7:: with SMTP id w190-v6mr7102995ywe.467.1530284907106; Fri, 29 Jun 2018 08:08:27 -0700 (PDT)
MIME-Version: 1.0
References: <152955610162.28620.13249468338471662781.idtracker@ietfa.amsl.com> <063FD288-AF03-43B0-A519-5BFE418D3DC0@gmail.com>
In-Reply-To: <063FD288-AF03-43B0-A519-5BFE418D3DC0@gmail.com>
From: Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com>
Date: Fri, 29 Jun 2018 10:08:16 -0500
Message-ID: <CAKKJt-enitr0uC37-x3dJR13o4Ju-3b3SSjyR_qo=rGi1v=Dyg@mail.gmail.com>
To: Mahesh Jethanandani <mjethanandani@gmail.com>
Cc: Adam Roach <adam@nostrum.com>, 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="0000000000004b16bc056fc938f5"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/kQQn16wF0Z_Ge94iZn5Wra1JXz8>
Subject: Re: [ippm] Adam Roach's Discuss on draft-ietf-ippm-twamp-yang-11: (with DISCUSS and 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, 29 Jun 2018 15:08:33 -0000

Hi, Manesh,

On Fri, Jun 22, 2018 at 2:14 PM Mahesh Jethanandani <mjethanandani@gmail.com>
wrote:

> Hi Adam,
>
> > On Jun 20, 2018, at 9:41 PM, Adam Roach <adam@nostrum.com> wrote:
> >
> > Adam Roach has entered the following ballot position for
> > draft-ietf-ippm-twamp-yang-11: Discuss
> >
> > 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/
> >
> >
> >
> > ----------------------------------------------------------------------
> > DISCUSS:
> > ----------------------------------------------------------------------
> >
> > Thanks for the work and thought that everyone involved in this document
> spent. I
> > find the model well described and easy to understand.
> >
> > I agree with Ben's comments about including more information about the
> privacy
> > and security properties of specific entities in the module. See
> > https://trac.ietf.org/trac/ops/wiki/yang-security-guidelines for
> specific
> > guidance.
> >
> > Since this conflicts with normative language in RFC 6087 §3.4 (and
> 6087bis
> > §3.7), it is a blocking defect that needs to be remedied prior to
> publication.
>
> I have added more nodes in the Security Considerations section.
>

I'm not the Adam Interpreter, but I'm seeing considerable new discussion
about the MTI security for NETCONF and RESTCONF, and about what happens if
writable nodes are modified by an attacker. Thank you for that.

Adam said in his Discuss that he was agreeing with Ben's comments on this
topic, and Ben's comments included this question:

 Are there no nodes that are privacy (or otherwise) sensitive when just
readable?


I didn't see any new text about this. Are there privacy-sensitive read-only
nodes?

Thanks,

Spencer