Re: [OPSAWG] WG LC: draft-ietf-opsawg-finding-geofeeds

Randy Bush <randy@psg.com> Wed, 17 February 2021 23:29 UTC

Return-Path: <randy@psg.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 29BE43A1E29 for <opsawg@ietfa.amsl.com>; Wed, 17 Feb 2021 15:29:22 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
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 6JhhXgmGIuDa for <opsawg@ietfa.amsl.com>; Wed, 17 Feb 2021 15:29:20 -0800 (PST)
Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:8006::18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BB5623A1E28 for <opsawg@ietf.org>; Wed, 17 Feb 2021 15:29:20 -0800 (PST)
Received: from localhost ([127.0.0.1] helo=ryuu.rg.net) by ran.psg.com with esmtp (Exim 4.90_1) (envelope-from <randy@psg.com>) id 1lCWFz-00007f-Ak; Wed, 17 Feb 2021 23:29:19 +0000
Date: Wed, 17 Feb 2021 15:29:16 -0800
Message-ID: <m2czwyi88j.wl-randy@psg.com>
From: Randy Bush <randy@psg.com>
To: Joe Clarke <jclarke@cisco.com>
Cc: opsawg@ietf.org
In-Reply-To: <BN6PR11MB166714171776B9AF0AC8F04EB88F9@BN6PR11MB1667.namprd11.prod.outlook.com>
References: <BN6PR11MB1667D4EB91373CCB7F7A3F5AB8A09@BN6PR11MB1667.namprd11.prod.outlook.com> <BN6PR11MB166714171776B9AF0AC8F04EB88F9@BN6PR11MB1667.namprd11.prod.outlook.com>
User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/26.3 Mule/6.0 (HANACHIRUSATO)
MIME-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue")
Content-Type: text/plain; charset=US-ASCII
Archived-At: <https://mailarchive.ietf.org/arch/msg/opsawg/Dzo1eQLpgqjsWB354Vw4SYjLgWs>
Subject: Re: [OPSAWG] WG LC: draft-ietf-opsawg-finding-geofeeds
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: Wed, 17 Feb 2021 23:29:22 -0000

now that last call is over, it's time to make trouble by requesting to
add a hack.  ggm, doc shepherd, has this idea about hierarchic signing
which would affect this doc by adding

   If an inetnum: A points to a geofeed file which is signed per
   Section 4, then a geofeed file pointed to by inetnum: B which is
   covered by A (i.e., B is for a more specific prefix of A) the
   geofeed file pointed to by inetnum: B SHOULD also be signed.  If not,
   then the consumer should be suspicious of data within the geofeed
   file pointed to by B.

to 5.  Operational Considerations

would anyone care to comment, object, maybe even support?

randy