Re: [Drip] Genart last call review of draft-ietf-drip-reqs-13

"Card, Stu" <stu.card@axenterprize.com> Fri, 25 June 2021 13:37 UTC

Return-Path: <stu.card@axenterprize.com>
X-Original-To: tm-rid@ietfa.amsl.com
Delivered-To: tm-rid@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 943413A18FB for <tm-rid@ietfa.amsl.com>; Fri, 25 Jun 2021 06:37:42 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.098
X-Spam-Level:
X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=axenterprize.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 1GDwnDfkEbTL for <tm-rid@ietfa.amsl.com>; Fri, 25 Jun 2021 06:37:37 -0700 (PDT)
Received: from mail-ed1-x52c.google.com (mail-ed1-x52c.google.com [IPv6:2a00:1450:4864:20::52c]) (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 27B0F3A177B for <tm-rid@ietf.org>; Fri, 25 Jun 2021 06:37:37 -0700 (PDT)
Received: by mail-ed1-x52c.google.com with SMTP id n20so13422777edv.8 for <tm-rid@ietf.org>; Fri, 25 Jun 2021 06:37:36 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=axenterprize.com; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=RIRin6FwNOYxMd4tAuk48yG2Rmn0CS45Hxrg5ugPkJg=; b=YaIVXxqjm+Ysp7LbLAUQT1RwMSg21jLKuG92bvuz4GgB5vuKfRwcFRWH6EpH7crHSD s+4zRJVBP+PpQmHZf+z6qlTNugVntmu4nn/8i7Dl2IXWRjzlMsS7v9P8LEYUdvJ2+UAn IMPHOTvOw6DIB2/FZi30LaHPpDmFX1qX4fG7k=
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=RIRin6FwNOYxMd4tAuk48yG2Rmn0CS45Hxrg5ugPkJg=; b=rpNmTn3dp+yHkY/pczp8VIZegXeOb/UTgvFqz+lRjVUTNUsSqUKDtv6kSRjijTyMWR Fav4weNMb/SnFI/lPoANwz//66zofGPl57f5dCZL6KGGe696t7nQuZWMqHFA2eUqnAw0 At8MRldwQRtPKA//rFm//IGVe9v1cR+V+nHkVGQdBgLLwQTyrkyKvap1Bv/eGs06TYqI PImGy8L9MGhcUQuUWhLwcIibiTSD556O626ZI00eo3b6qpLLyxh8B6BZ20QUhD81A9Qo Y8V7hrLXHeQMppM7CHEQzoGn9ch806PIH/f/0T0RQeqy/HbWfc2F70U2/7gupIrliynw FiKQ==
X-Gm-Message-State: AOAM531mI+PAhBla76r5hF2FRGmiUN0C/RpSYvODgmeSbqoa49X5bLXN owZyvnhjRx5zZBa5Ny5YGulIHIB6uboiSMsJmpymig==
X-Google-Smtp-Source: ABdhPJzeALEf3ZT1hWXgXeVq5510Ixg+F2zA1DA6MukO2SYpbhy6ZmA6A97fZ7NUn4W1mRSgfn4gxAk3Ruy9rR8gKsk=
X-Received: by 2002:a05:6402:d66:: with SMTP id ec38mr14990303edb.212.1624628253663; Fri, 25 Jun 2021 06:37:33 -0700 (PDT)
MIME-Version: 1.0
References: <162448245233.21994.9651022857037912373@ietfa.amsl.com>
In-Reply-To: <162448245233.21994.9651022857037912373@ietfa.amsl.com>
From: "Card, Stu" <stu.card@axenterprize.com>
Date: Fri, 25 Jun 2021 09:37:24 -0400
Message-ID: <CAKM0pYMckOFAaqm_2Ch254qkRb00yK3PVyTmUxedN3D6pQP53Q@mail.gmail.com>
To: Suresh Krishnan <suresh.krishnan@gmail.com>
Cc: gen-art@ietf.org, draft-ietf-drip-reqs.all@ietf.org, last-call@ietf.org, tm-rid@ietf.org
Content-Type: multipart/alternative; boundary="000000000000f3b2f105c5973d09"
Archived-At: <https://mailarchive.ietf.org/arch/msg/tm-rid/q13FrWds9i81a3ZJ2yOaGhZHSn0>
Subject: Re: [Drip] Genart last call review of draft-ietf-drip-reqs-13
X-BeenThere: tm-rid@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Drone Remote Identification Protocol <tm-rid.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tm-rid>, <mailto:tm-rid-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tm-rid/>
List-Post: <mailto:tm-rid@ietf.org>
List-Help: <mailto:tm-rid-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tm-rid>, <mailto:tm-rid-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 25 Jun 2021 13:37:51 -0000

Suresh --

Thank you for the review. I agree these points needed clarification, have
made some changes and just uploaded version 15.

My responses on each of your points are interspersed below.

On Wed, Jun 23, 2021 at 5:07 PM Suresh Krishnan via Datatracker <
noreply@ietf.org> wrote:

> Reviewer: Suresh Krishnan
> Review result: Ready with Nits
>
> I am the assigned Gen-ART reviewer for this draft. The General Area
> Review Team (Gen-ART) reviews all IETF documents being processed
> by the IESG for the IETF Chair.  Please treat these comments just
> like any other last call comments.
>
> For more information, please see the FAQ at
>
> <https://trac.ietf.org/trac/gen/wiki/GenArtfaq>.
>
> Document: draft-ietf-drip-reqs-??
> Reviewer: Suresh Krishnan
> Review Date: 2021-06-22
> IETF LC End Date: 2021-06-07
> IESG Telechat date: 2021-07-01
>
> Summary:
>
> It is a very interesting problem space and this document provides a good
> overview along with the references.
>
> Major issues:
>
> Minor issues:
>
> * The term RID is used to mean slightly different things in different
> locations
> of the document. One very obvious example is in this sentence in Page 6
>
> "However, applications of RID beyond RID itself"
>
> probably need to be clarified a bit
>

SWC: done, and the related safety vs security text consolidated


>
> * Section 4.1.1.
>
> -> The following sentence fragment in GEN-3 is confusing
>
> "UAS ID is in a registry and identification of which one"
>
> Suggest rewording to
>
> "UAS ID is in a registry and identification of the registry"
>
> if my understanding of the intent is correct.
>

SWC: reworded essentially as suggested but specified "that registry"


>
> -> GEN-6: Not sure if "Finger" is a obvious description of this
> requirement for
> somebody who has not read RFC742. Suggest rewording to something more
> broadly
> understandable (e.g. "User Information")
>

SWC: "Finger" -> "Contact"
as often it will be with a system rather than a user,
and enumerated those entities more specifically


>
> -> It feels like Section 4.1.2. might be better placed before 4.1.1. as it
> addressed some of the questions I had on the GEN-* requirements. The other
> rationale sections were fine either way, but it may make sense to describe
> the
> rationale consistently before the requirement.s
>

SWC: Everything before section 4 is general rationale,
and 4.x.2 is only specific rationale for 4.x.1 requirements,
in answer to questions the reader won't even formulate
until after reading 4.x.1. Presenting the requirements first
makes ideas concrete, then they can be defended; trying to
justify them before presenting them fails to provide readers
with a clear notion of what is being justified. I conferred
with one of the co-authors and he agreed with this logic.
I can reverse this if there is consensus that most readers
would find it clearer that way?


>
> Nits/editorial comments:
>
> Again, thanks, and please look at revision 15 if you have time,
to verify whether I adequately addressed your concerns.

-- Stu