Re: [Anima] MichaelR/Rob/*: RFC8995 errata concerns

Toerless Eckert <tte@cs.fau.de> Wed, 31 January 2024 02:31 UTC

Return-Path: <eckert@i4.informatik.uni-erlangen.de>
X-Original-To: anima@ietfa.amsl.com
Delivered-To: anima@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1A32CC14F5FE; Tue, 30 Jan 2024 18:31:43 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.658
X-Spam-Level:
X-Spam-Status: No, score=-1.658 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.249, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=no autolearn_force=no
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6hV6VvFcgnBa; Tue, 30 Jan 2024 18:31:39 -0800 (PST)
Received: from faui40.informatik.uni-erlangen.de (faui40.informatik.uni-erlangen.de [131.188.34.40]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8699BC15107A; Tue, 30 Jan 2024 18:31:33 -0800 (PST)
Received: from faui48e.informatik.uni-erlangen.de (faui48e.informatik.uni-erlangen.de [131.188.34.51]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by faui40.informatik.uni-erlangen.de (Postfix) with ESMTPS id 4TPmJ02vzFznkbm; Wed, 31 Jan 2024 03:31:28 +0100 (CET)
Received: by faui48e.informatik.uni-erlangen.de (Postfix, from userid 10463) id 4TPmJ024mFzkmhj; Wed, 31 Jan 2024 03:31:28 +0100 (CET)
Date: Wed, 31 Jan 2024 03:31:28 +0100
From: Toerless Eckert <tte@cs.fau.de>
To: Michael Richardson <mcr+ietf@sandelman.ca>
Cc: "Rob Wilton (rwilton)" <rwilton=40cisco.com@dmarc.ietf.org>, "anima@ietf.org" <anima@ietf.org>, draft-ietf-anima-brski-cloud@ietf.org
Message-ID: <ZbmxALT76BcRakxO@faui48e.informatik.uni-erlangen.de>
References: <20210805211714.GC57091@faui48e.informatik.uni-erlangen.de> <9465.1628200645@localhost> <20210806003134.GA47840@faui48e.informatik.uni-erlangen.de> <7466.1628378147@localhost> <LV8PR11MB853636871E286AA42FDAE178B56C2@LV8PR11MB8536.namprd11.prod.outlook.com> <29353.1705509924@obiwan.sandelman.ca>
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <29353.1705509924@obiwan.sandelman.ca>
Archived-At: <https://mailarchive.ietf.org/arch/msg/anima/BY1ZctUfj13pUNw9rbj9sdON5_o>
Subject: Re: [Anima] MichaelR/Rob/*: RFC8995 errata concerns
X-BeenThere: anima@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: Autonomic Networking Integrated Model and Approach <anima.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/anima>, <mailto:anima-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/anima/>
List-Post: <mailto:anima@ietf.org>
List-Help: <mailto:anima-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/anima>, <mailto:anima-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 31 Jan 2024 02:31:43 -0000

I am not sure what to do about this in general, but i think the really important
issue is that we ask for support of SNI in BRSKI cloud to support actual cloud
deployment (with shared IP address) of registrars, when pledges only have TLS 1.2 - because
RFC8995 did not require it.

So, i did open: https://github.com/anima-wg/brski-cloud/issues/134

For any other cases, lets hope Michael and I can sort through this - but i am pretty sure
there are no crucial deployment issues beside the BRSKI cloud one (crossing finger ;-))

Cheers
    toerless

On Wed, Jan 17, 2024 at 11:45:24AM -0500, Michael Richardson wrote:
> 
> Rob Wilton \(rwilton\) <rwilton=40cisco.com@dmarc.ietf.org> wrote:
>     > Was there any conclusion of what to do here, which I think applies to
>     > errata 6648: https://www.rfc-editor.org/errata_search.php?eid=6648
> 
>     > I don't think that this is an errata that can be verified, hence I'm
>     > questioning whether "Held for document update" would be both correct
>     > and helpful.  Would it be useful to update the text of the errata at
>     > all, or alternatively, I could just point to this thread in the notes.
> 
> I wrote that errata based upon some discussion at some point about
> implementing things, and probably my draft-richardson-anima-registrar-considerations.
> 
> **The SNI comment is really the Technical update part**
> 
> I'd like the XML to be patched, so whatever gets that done.
> 
> 
> 
> --
> Michael Richardson <mcr+IETF@sandelman.ca>   . o O ( IPv6 IøT consulting )
>            Sandelman Software Works Inc, Ottawa and Worldwide
> 
> 
> 
> 



-- 
---
tte@cs.fau.de