IETF Logo Mail Archive

Re: [Sidrops] I-D Action: draft-ietf-sidrops-6486bis-06.txt

Tim Bruijnzeels <tim@nlnetlabs.nl> Fri, 01 October 2021 06:48 UTC

Return-Path: <tim@nlnetlabs.nl>
X-Original-To: sidrops@ietfa.amsl.com
Delivered-To: sidrops@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 88CB23A086D for <sidrops@ietfa.amsl.com>; Thu, 30 Sep 2021 23:48:05 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.1
X-Spam-Level:
X-Spam-Status: No, score=-2.1 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, 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=nlnetlabs.nl
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 1jaJdM0VsU_Q for <sidrops@ietfa.amsl.com>; Thu, 30 Sep 2021 23:48:00 -0700 (PDT)
Received: from outbound.soverin.net (outbound.soverin.net [116.202.126.228]) (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 394EE3A086A for <sidrops@ietf.org>; Thu, 30 Sep 2021 23:47:59 -0700 (PDT)
Received: from smtp.soverin.net (unknown [10.10.3.24]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (No client certificate requested) by outbound.soverin.net (Postfix) with ESMTPS id 46C821D8; Fri, 1 Oct 2021 06:47:56 +0000 (UTC)
Received: from smtp.soverin.net (smtp.soverin.net [159.69.232.138]) by soverin.net
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=nlnetlabs.nl; s=soverin; t=1633070875; bh=o5BnnbWerY7+/LsWLmD5Kr7paAH/7LbUUaiTlu8RoPE=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From; b=iActOaBKbjoW9jgPmCUBHhJsRdYk7onV1weC2piNrhfKa8ep75jhauE9wf4+Dv5/r f0HILQilqsBU9TQsvqRjbE/vHU/qrpNE82M5G10n0kglsHBCftCsCdrhPB3o43YcXC 6wCd4/jQ3S9Em+8AT3wQWgNGdzzc0Sf2cOEWPLSvjyJn1qd2F3EaEnWGInVGaytrMg LlWfviFVaA1s+S9Q5FeF5a/qOI37iMQluLshJysB3eaA43g5o+1Kzz1d11yPz8gBeZ eGlpCv7gnl6v9YEA92RdpomcmLZVc3Suydu1NgYUxLRuBkF9hnxdmo2+AKLTDEgeV/ b7LxksmP8oDmQ==
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.120.0.1.13\))
From: Tim Bruijnzeels <tim@nlnetlabs.nl>
In-Reply-To: <F32DADF2-48C1-4CE7-AC4F-5ADB01C0C224@vigilsec.com>
Date: Fri, 01 Oct 2021 08:47:51 +0200
Cc: Ben Maddison <benm@workonline.africa>, SIDR Operations WG <sidrops@ietf.org>, Steve Kent <stephen.kent@verizon.net>
Content-Transfer-Encoding: 7bit
Message-Id: <F069C65C-2BD2-4DD7-9CDB-96DBAA122CD1@nlnetlabs.nl>
References: <162730591845.29690.12178353991713962835@ietfa.amsl.com> <2457bdd2-de07-241f-b8e4-87206dabcf16@verizon.net> <28F0ACCE-4D0C-4D80-B4C5-4E8B9D05760F@nlnetlabs.nl> <51acd845-d937-34a1-359b-7379b45e3fe3@verizon.net> <49e73d37-6d26-7715-da60-c2411020d595@verizon.net> <20210930171302.m7b5utqceotecooc@benm-laptop> <B2E57F08-CA61-4713-BFAE-6D36B20EA1D2@vigilsec.com> <20210930205213.kzwpn3e4ft3q33a6@benm-laptop> <F32DADF2-48C1-4CE7-AC4F-5ADB01C0C224@vigilsec.com>
To: Russ Housley <housley@vigilsec.com>
Archived-At: <https://mailarchive.ietf.org/arch/msg/sidrops/eqg0XbQgD28Yb460k6XV1MYtDgA>
Subject: Re: [Sidrops] I-D Action: draft-ietf-sidrops-6486bis-06.txt
X-BeenThere: sidrops@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: A list for the SIDR Operations WG <sidrops.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/sidrops>, <mailto:sidrops-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/sidrops/>
List-Post: <mailto:sidrops@ietf.org>
List-Help: <mailto:sidrops-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/sidrops>, <mailto:sidrops-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Oct 2021 06:48:06 -0000

Hi,

I saw this:

> On 30 Sep 2021, at 23:11, Russ Housley <housley@vigilsec.com> wrote:
> 
>      version        [0] INTEGER DEFAULT 0,

This is how it was done, and also what the e.g. the ROA profile uses.

However, reading the ASPA profile I came across another way, like:

     version        [0] VERSION DEFAULT v0,

     VERSION ::= INTEGER { v0(0) }


This does not change the profile really afaik, but I believe this
explicitly limits the available options of 'version' to just 'v0',
i.e. an INTEGER with value 0. So, this may be a bit better in that
regard.

Tim

v2.23.0 | Report a Bug | By Email