Re: [OPSAWG] Finding and Using Geofeed Data

Erik Kline <ek.ietf@gmail.com> Sat, 12 September 2020 05:26 UTC

Return-Path: <ek.ietf@gmail.com>
X-Original-To: opsawg@ietfa.amsl.com
Delivered-To: opsawg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 44D8F3A0CD3 for <opsawg@ietfa.amsl.com>; Fri, 11 Sep 2020 22:26:18 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.097
X-Spam-Level:
X-Spam-Status: No, score=-2.097 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, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=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 vDpPuD_jYVeq for <opsawg@ietfa.amsl.com>; Fri, 11 Sep 2020 22:26:16 -0700 (PDT)
Received: from mail-oo1-xc35.google.com (mail-oo1-xc35.google.com [IPv6:2607:f8b0:4864:20::c35]) (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 9EB973A0CD2 for <opsawg@ietf.org>; Fri, 11 Sep 2020 22:26:16 -0700 (PDT)
Received: by mail-oo1-xc35.google.com with SMTP id h8so2783120ooc.12 for <opsawg@ietf.org>; Fri, 11 Sep 2020 22:26:16 -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=eL767gPb/srUT1MxvfU7rS0bQQbj7l8SZ3FO6i0NSdE=; b=DPb7t8dQPCu+ibvp2T8ZoMGRGX8ZsnqzjtStOXXevbq6DnToPGE3gYXjja9WeoOa0R VV/r9VLDDn3BR+HY4mqNp+YAW8akKhS5mVWoH1sHda5WEtSEK/x+Ly+PAPDH2fka40VO ggA2JcYo4xNYOQG4ugeoLrne+wYyp+qSAubn9RyfE1NdrTLk8BqD2SSdKIgMARVz8Ykt 37WlLMAPAhOxZcDdgILiKydnkcE5qM0baHzSy+lXyW3OLYBT+d1voYNKbT3ptlOCxW2b AarFJG+SuRuuG6ewvSHte7iUa+GY7awgsxwd9Zx6ngdBS11/6ce+jLG8slo/yQDV3WRD D6Iw==
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=eL767gPb/srUT1MxvfU7rS0bQQbj7l8SZ3FO6i0NSdE=; b=oZTEDs2Q/E8EC2tY0AVV+ivKK7jPoQ3woyyyJnwHh8kmFpwak/L0bbqnwkhZrZBtTC N1NBOZRa2WxXTyO+I8R7BJvu69UO4DMtQmu3SmJeqQFima1HOGipNp3+hUcutPGeG5n0 LD1JWRzl7J3aSlhBQ6394PogpXDmGnot4E2dv19L81rDcwbAB2XIckO+DI3mgdZrQMqq sFzlZhWS8pgbaNV0h5Mlu+tUPU/EBvyRjLqHycKC+80uUWu7rW+Zim5XQE3QtzQGJY8H cVbQL4AYjNA+QGrpCF0MYbbQBrHOkeYIYaT+06JdBc8OFwSGVDHUrGH+fCx0ufRkYx9U s7sw==
X-Gm-Message-State: AOAM531mCv90Ql1vfmos7SpwBqbFE8Pa5wnLNlfox6cAAez3NURLhTm3 TbIdpbG+II2vX17Op8+JE1MGNgmeWyJXeE1q08Sskqt1Kl0=
X-Google-Smtp-Source: ABdhPJz0DPlbdjafBpowfu0y5JpIpkRv8XescshCEe+P0KxhYX40kc7HAqOHxYMU1pyzyZwUgGepPeAHXHHRrhKFVkI=
X-Received: by 2002:a4a:aec3:: with SMTP id v3mr3821857oon.66.1599888375861; Fri, 11 Sep 2020 22:26:15 -0700 (PDT)
MIME-Version: 1.0
References: <8450cc78-8c60-ff7a-19f5-ea7335d262cd@us.ntt.net> <m25z8kdoqb.wl-randy@psg.com>
In-Reply-To: <m25z8kdoqb.wl-randy@psg.com>
From: Erik Kline <ek.ietf@gmail.com>
Date: Fri, 11 Sep 2020 22:26:05 -0700
Message-ID: <CAMGpriXQ40z0secjMho1RCUcXWzbrL4u6CH5eK+YvugPtN4zLg@mail.gmail.com>
To: Randy Bush <randy@psg.com>
Cc: Massimo Candela <massimo@us.ntt.net>, opsawg@ietf.org
Content-Type: multipart/alternative; boundary="00000000000052d6f105af170a6d"
Archived-At: <https://mailarchive.ietf.org/arch/msg/opsawg/ozr-EqXwpeCouJmuBPGKMXRqB6Q>
Subject: Re: [OPSAWG] Finding and Using Geofeed Data
X-BeenThere: opsawg@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: OPSA Working Group Mail List <opsawg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/opsawg>, <mailto:opsawg-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/opsawg/>
List-Post: <mailto:opsawg@ietf.org>
List-Help: <mailto:opsawg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/opsawg>, <mailto:opsawg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 12 Sep 2020 05:26:18 -0000

On Fri, Sep 11, 2020 at 1:48 PM Randy Bush <randy@psg.com> wrote:

> would appreciate review prior to calling for wg adoption
>
> thanks
>
> randy
>
> A new version of I-D, draft-ymbk-opsawg-finding-geofeeds-02.txt
> has been successfully submitted by Randy Bush and posted to the
> IETF repository.
>
> Name:           draft-ymbk-opsawg-finding-geofeeds
> Revision:       02
> Title:          Finding and Using Geofeed Data
> Document date:  2020-09-11
> Group:          Individual Submission
> Pages:          16
> URL:
> https://www.ietf.org/id/draft-ymbk-opsawg-finding-geofeeds-02.txt
> Status:
> https://datatracker.ietf.org/doc/draft-ymbk-opsawg-finding-geofeeds/
> Htmlized:
> https://datatracker.ietf.org/doc/html/draft-ymbk-opsawg-finding-geofeeds
> Htmlized:
> https://tools.ietf.org/html/draft-ymbk-opsawg-finding-geofeeds-02
> Diff:
> https://www.ietf.org/rfcdiff?url2=draft-ymbk-opsawg-finding-geofeeds-02
>
> Abstract:
>    This document describes how to find and authenticate geofeed data.
>
> _______________________________________________
> OPSAWG mailing list
> OPSAWG@ietf.org
> https://www.ietf.org/mailman/listinfo/opsawg



Probably I should have noticed this before and/or just sent a pull request,
but for the sake of discussion, here are some random thoughts.


[[ questions ]]

[ section 4 ]

* Based on RFC 5485 section 2.2, I assume that any comments in the geofeed
  prior to having the CMS appended are included in the canonicalized text?

      ##
      # Auto-generated by shirebot; do not edit.
      ##
      # This conference is in the Prancing Pony.
      2001:db8:1::/48,Shire,West Farthing,Hobbiton,
      2001:db8:2::/48,Shire,East Farthing,Frogmorton, # NOC is by the
stables

  If the comments change, the signature changes?  That seems fine to me, I
  just wanted to be sure.


[[ comments ]]

[ abstract ]

* "authenticate geofeed data"

  There are two things that need authenticating or verifying when it comes
  to geofeeds:

    [a] the source of the geofeed claims is authoritative to make said
        claims for the contained prefixes, and

    [b] the correctness of the claims themselves (i.e. that the location of
        2001:db8::/32 really is "Shire, Middle Earth").

  This document nicely addresses "a" (whereas "b" is necessarily left as an
  exercise for the consumer).

  The text from section 4 provides a suggestion: perhaps replace
  "authenticate" with "verify the authority of", or some such formulation?

[ section 1 ]

* Probably the intro should hint at the authentication awesomeness contained
  within.  I think, actually, the last paragraph of section 2 can just be
  relocated to the end of this section and it will flow well.


[[ nits ]]

[ section 5 ]

* s/objectss/objects/

[ section 6 ]

* "an sadly"