Re: [Sidrops] WGLC = draft-ietf-sidrops-aspa-verification - ENDS 03/22/2023 (Mar 22 2023)

Martin Hoffmann <martin@nlnetlabs.nl> Tue, 02 May 2023 10:45 UTC

Return-Path: <martin@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 8DD29C15154C; Tue, 2 May 2023 03:45:49 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.798
X-Spam-Level:
X-Spam-Status: No, score=-2.798 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, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_PASS=-0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=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 ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fyYtuBcZ420m; Tue, 2 May 2023 03:45:45 -0700 (PDT)
Received: from outbound.soverin.net (outbound.soverin.net [185.233.34.146]) (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 904DEC14CE2F; Tue, 2 May 2023 03:45:43 -0700 (PDT)
Received: from smtp.soverin.net (c04smtp-lb01.int.sover.in [10.10.4.74]) (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 outbound.soverin.net (Postfix) with ESMTPS id 4Q9cDh74yVzBd; Tue, 2 May 2023 10:45:40 +0000 (UTC)
Received: from smtp.soverin.net (smtp.soverin.net [10.10.4.100]) by soverin.net (Postfix) with ESMTPSA id 4Q9cDg67Znz9j; Tue, 2 May 2023 10:45:39 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=nlnetlabs.nl; s=soverin; t=1683024340; bh=R+ypdiQlcGOpCcZ0uRI+ag50ufWJ4gaBTJ/yTSKRBDM=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=j4xUCpiyMUS34RIGzDbWW1RULf1/VSZ2rvLY70MKs2GqDZTrsQY94tqERr/xecD3L H9+zdEVM3caAiDe2OG0GZcxEL3ccl+LHAck1DNVYOPIzXAvWdbRshxWDUM2ICyUnDp etNm0LknDlf8AsvN3f8SNldxKBfvdLhy7n9rqijpM6snwpEGWq2Ewmq3WxjdEuE0i2 5kV/TVNUqdEIDMSaKB83pzxH+/FvkLxkYdShwxiYBk1hT1ZCxcWlCnewm+0kWfJJ47 XZd5cRycufY8U4ZF/BtycQK/+ZL3rNKtc0ra8nkU8TaLipZ9Wn5dO06JPM9uteLtLU 9ZPsrbG6MV62g==
Date: Tue, 02 May 2023 12:45:40 +0200
X-Soverin-Authenticated: true
From: Martin Hoffmann <martin@nlnetlabs.nl>
To: "Sriram, Kotikalapudi (Fed)" <kotikalapudi.sriram@nist.gov>
Cc: Claudio Jeker <cjeker@diehard.n-r-g.com>, "sidrops@ietf.org" <sidrops@ietf.org>, "draft-ietf-sidrops-8210bis@ietf.org" <draft-ietf-sidrops-8210bis@ietf.org>
Message-ID: <20230502124540.6bc662ba@glaurung.nlnetlabs.nl>
In-Reply-To: <SA1PR09MB8142DA858A2039F2ED7DAD2B846E9@SA1PR09MB8142.namprd09.prod.outlook.com>
References: <SA1PR09MB814241245D01E81BADE3ED0884CF9@SA1PR09MB8142.namprd09.prod.outlook.com> <ZCGcYHJ9PyrjgR+V@diehard.n-r-g.com> <SA1PR09MB8142EA7F33880679E9B509D384889@SA1PR09MB8142.namprd09.prod.outlook.com> <SA1PR09MB81426E1BB66D6DF31860F26984889@SA1PR09MB8142.namprd09.prod.outlook.com> <ed0146b09da346b2b48cb9701240926c@akamai.com> <SA1PR09MB81427D28EF661F9DAB05FB9B84889@SA1PR09MB8142.namprd09.prod.outlook.com> <c62da49ce2a142999260371a0af7b673@akamai.com> <SA1PR09MB81428936A8B2BC30C04C4B2684629@SA1PR09MB8142.namprd09.prod.outlook.com> <88D8A314-0D17-4EA7-9E33-424021AF0FFF@vigilsec.com> <SA1PR09MB814232A57F80E8B92637ABF684639@SA1PR09MB8142.namprd09.prod.outlook.com> <SA1PR09MB8142A3F0D8E30F4F154863A084639@SA1PR09MB8142.namprd09.prod.outlook.com> <SA1PR09MB81427668A874A3EEFDE61DAE846A9@SA1PR09MB8142.namprd09.prod.outlook.com> <20230428100855.3450881e@glaurung.nlnetlabs.nl> <SA1PR09MB8142DA858A2039F2ED7DAD2B846E9@SA1PR09MB8142.namprd09.prod.outlook.com>
Organization: NLnet Labs
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/sidrops/VEKcymy6FrOnR-eCxiC-vT_vcu8>
Subject: Re: [Sidrops] WGLC = draft-ietf-sidrops-aspa-verification - ENDS 03/22/2023 (Mar 22 2023)
X-BeenThere: sidrops@ietf.org
X-Mailman-Version: 2.1.39
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: Tue, 02 May 2023 10:45:49 -0000

Hi Sririam!

Sriram, Kotikalapudi (Fed) wrote:
> 
> >My observation was mostly about the fact that this is (now: was)
> >rather quite hidden in the somewhat complex document structure.
> >Calling it out in the profile draft should be good enough for RP
> >implementers to at least be aware of something going on and having
> >to read up on it some more.  
> 
> Just to be sure, would you be fine now with the proposed copying
> of the ASPA registration related sections (Sec. 2 and Sec. 4) 
> from the verification draft into the profile draft?

I think keeping them in the verification document is better. To my
mind, the split between the two documents should be: profile contains
everything an implementer of relying party software or a (simply) CA
needs to be aware of, while verification has everything related to BGP,
i.e., how does ASPA verification work and what should an AS publish.

Profile would then be limited to parsing and validating
published objects itself and transforming their content into a
validated payload set.

Keeping both publishing recommendations and ASPA path verification
together in one document makes sense to me, since in order to fully
understand the consequences of publishing certain ASPA objects, you
need to understand how path verification works.

  -- Martin