Re: [core] Warren Kumari's No Objection on draft-ietf-core-senml-etch-05: (with COMMENT)

Warren Kumari <warren@kumari.net> Sat, 14 September 2019 16:28 UTC

Return-Path: <warren@kumari.net>
X-Original-To: core@ietfa.amsl.com
Delivered-To: core@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A43611200E7 for <core@ietfa.amsl.com>; Sat, 14 Sep 2019 09:28:44 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=kumari-net.20150623.gappssmtp.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 LzI-1NPaP9xh for <core@ietfa.amsl.com>; Sat, 14 Sep 2019 09:28:42 -0700 (PDT)
Received: from mail-qk1-x734.google.com (mail-qk1-x734.google.com [IPv6:2607:f8b0:4864:20::734]) (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 2B53F1200CD for <core@ietf.org>; Sat, 14 Sep 2019 09:28:42 -0700 (PDT)
Received: by mail-qk1-x734.google.com with SMTP id q203so31531391qke.1 for <core@ietf.org>; Sat, 14 Sep 2019 09:28:42 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kumari-net.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=MGiXKGGo03BAtSz328sxb7jvJo2blUhl7rqp3/vG6uo=; b=BdT1QMoHn6XbZ3+/PXV83t3qM210jMkTBBY+q0WrCKxtH3QApvfQHuN7A9Pv1h0zfS 8xhVZxExswg4tDWRPJs4zaBeQcN4SiAhidB94wAIGfxVIq60tLuwRdaXewDaYvCBIu7y BebbkOtQovBCwzR4xLejoLq3sC85Zi1DS7kq3hMpkvEoY+oRSiXFwTEIo3aLJ1WDp7FX U3I0wlRO8blxcpJcPmd3VGps9gx/ri9IwtDThN8K7qUXOCF3H7D3th9x0E1Gok8pwMiy sHqdrpWUcCg7kHlfd/FHKD5sGKTM+WU1eeaS7XNm08w4c9csch5Wx1C31gxK1riaPOcX 7amg==
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=MGiXKGGo03BAtSz328sxb7jvJo2blUhl7rqp3/vG6uo=; b=QfxzSGZJmx/n+FzNffNPWdcIIBsMHUH+V4siN/JfdRDJLfBTq9FF5i+VVWHLIXMAdV XzY3ePao6lteBhc7GoKMG34ITzk2NxeQ5qpqjQ2pfGm/rheaI7OrgX5TyimnTevL4TIX YLM5UsJht1ZGcFNDvND9q+FPAOjyMFfwxIkys9/qp00qSZXJ0QV7HSmRd+VVtf7UOtgg ldgFDMW9RmLRACb0l4V8hxUrKCvbSbbWcwTM0OdbFfO8yuFxGuc4Yfxl421RsgwGE/6X MsbR+fqCo2TOL+hPsTQa8PlkEUBRpwaaRkU0zCtJJDBblgCWxOn0L3QhkSyIHW/nlNdi FbeQ==
X-Gm-Message-State: APjAAAXcPWduWnBi2/Qu6Kx3AYVU4SIRFhFUfzktTsgEPBRjfDsDpEjA bHON20FYAGpKNbpYoQ+RvgLd//a9ViTMiU2YhlKBDw==
X-Google-Smtp-Source: APXvYqz2YQRO3JJiCDLRVr7UDO5l+CSXksOQe0kk53ahmuqojPfrqWG0Zkam+1LnJCkgqKgrzfgzruaRFVqXqw9Xejs=
X-Received: by 2002:a37:a849:: with SMTP id r70mr52285496qke.37.1568478520853; Sat, 14 Sep 2019 09:28:40 -0700 (PDT)
MIME-Version: 1.0
References: <156753857865.3431.14971111950489795941.idtracker@ietfa.amsl.com> <0B4EE1C1-574C-4509-951C-B08C7A0AFF6E@ericsson.com>
In-Reply-To: <0B4EE1C1-574C-4509-951C-B08C7A0AFF6E@ericsson.com>
From: Warren Kumari <warren@kumari.net>
Date: Sat, 14 Sep 2019 12:28:30 -0400
Message-ID: <CAHw9_i+iEZfGRLOyhjh=uHUtmX1sOpADQ2P4ehsqvddwFKFW=Q@mail.gmail.com>
To: Ari Keränen <ari.keranen@ericsson.com>
Cc: Carsten Bormann <cabo@tzi.org>, The IESG <iesg@ietf.org>, "core-chairs@ietf.org" <core-chairs@ietf.org>, "core@ietf.org" <core@ietf.org>, "draft-ietf-core-senml-etch@ietf.org" <draft-ietf-core-senml-etch@ietf.org>
Content-Type: multipart/alternative; boundary="00000000000012dfe0059285dd26"
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/YMBIJNIYTy_z_gOq5jencMAYUFA>
Subject: Re: [core] Warren Kumari's No Objection on draft-ietf-core-senml-etch-05: (with COMMENT)
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 14 Sep 2019 16:28:44 -0000

Awesome, thank you for addressing my comments.

W

On Sat, Sep 14, 2019 at 12:18 PM Ari Keränen <ari.keranen@ericsson.com>
wrote:

> Thank you once more for your review Warren! See answers and fix
> suggestions below.
>
> > On 3 Sep 2019, at 22.23, Warren Kumari via Datatracker <
> noreply@ietf.org> wrote:
> >
> > Warren Kumari has entered the following ballot position for
> > draft-ietf-core-senml-etch-05: No Objection
> [...]
> > I have a question and a few nits which might be worth addressing if you
> are
> > making other edits:
> >
> > Question:
> > 1: The text in Section 4 feels quite hand-wavy / terse, and I don't
> think gives
> > sufficient guidance to actually use this. e.g: What takes precedence? Do
> I
> > refer to a specific record (using fragment identification) and then
> apply the
> > FETCH / PATCH to that? Or do I use fragment identification to refer to
> records
> > what have been PATCHed? As might be clear from the above, I'm not a CoRE
> > person, so I'll be happy to accept "Your question makes no sense, this
> will be
> > blindingly obvious to anyone who's actually implementing this...." :-)
>
> As mentioned in my other email, this is now addressed here:
> https://github.com/core-wg/senml-etch/pull/10
>
> > Nits:
> > 1:  Target Record:  A Record in a SenML Pack that is matching the
> > s/is matching/matches/
> >
> > 2: The names for a Fetch Pack are given using the SenML "name" and/or
> "base
> > name" Fields. I *think* that in this case "fields" would be better than
> > "Fields" - you seem to be using the term fields generically in this case.
>
> Good catches! Also the SenML RFC uses "field" without capitalization so
> using that makes sense here. Both nits are addressed in this PR:
> https://github.com/core-wg/senml-etch/pull/11/
>
>
> Thanks,
> Ari
>
> --
I don't think the execution is relevant when it was obviously a bad idea in
the first place.
This is like putting rabid weasels in your pants, and later expressing
regret at having chosen those particular rabid weasels and that pair of
pants.
   ---maf