Re: [Sidrops] Format of ASPA RTR PDU

Claudio Jeker <cjeker@diehard.n-r-g.com> Wed, 08 November 2023 09:44 UTC

Return-Path: <cjeker@diehard.n-r-g.com>
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 A78B6C16F3F3 for <sidrops@ietfa.amsl.com>; Wed, 8 Nov 2023 01:44:50 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.902
X-Spam-Level:
X-Spam-Status: No, score=-6.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=unavailable 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 7vCO925ic4iK for <sidrops@ietfa.amsl.com>; Wed, 8 Nov 2023 01:44:48 -0800 (PST)
Received: from diehard.n-r-g.com (diehard.n-r-g.com [62.48.3.9]) (using TLSv1.3 with cipher TLS_CHACHA20_POLY1305_SHA256 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA512) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3D02AC16F403 for <sidrops@ietf.org>; Wed, 8 Nov 2023 01:44:46 -0800 (PST)
Received: (qmail 40694 invoked by uid 1000); 8 Nov 2023 09:44:43 -0000
Date: Wed, 08 Nov 2023 10:44:43 +0100
From: Claudio Jeker <cjeker@diehard.n-r-g.com>
To: Martin Hoffmann <martin@nlnetlabs.nl>
Cc: Maria Matejka <maria.matejka=40nic.cz@dmarc.ietf.org>, sidrops <sidrops@ietf.org>, Kateřina Kubecová <katerina.kubecova@nic.cz>, Ondrej Zajicek <santiago@crfreenet.org>
Message-ID: <ZUtYi01nYNExFAOY@diehard.n-r-g.com>
References: <0d8fcb69-54e1-4ba3-b5c9-29f93b3271eb@nic.cz> <ZUpWsu5xtPSJwUN2@diehard.n-r-g.com> <20231108103704.45af35c2@glaurung.nlnetlabs.nl>
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <20231108103704.45af35c2@glaurung.nlnetlabs.nl>
Archived-At: <https://mailarchive.ietf.org/arch/msg/sidrops/xIfKB3f2dXFinSK7yIg4YQg_Zeo>
Subject: Re: [Sidrops] Format of ASPA RTR PDU
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: Wed, 08 Nov 2023 09:44:50 -0000

On Wed, Nov 08, 2023 at 10:38:38AM +0100, Martin Hoffmann wrote:
> Claudio Jeker wrote:
> > On Tue, Nov 07, 2023 at 04:00:49PM +0100, Maria Matejka wrote:
> > > 
> > > While trying to implement ASPA in RTR, we got confused by § 5.12,
> > > ASPA PDU, as of draft-ietf-sidrops-8210bis-11. Bytes 2 and 3 are
> > > set to zero and bytes 10 and 11 are encoding Provider AS Count
> > > which can be inferred from the overall PDU length easily. Is there
> > > any good reason to have this redundant information inside the PDU?
> > > We are suggesting to move the Flags and AFI Flags to bytes 2 and 3
> > > and to drop Provider AS Count completely. The Customer ASN would
> > > then start at byte 8 and Provider ASNs would start at byte 12.  
> > 
> > To be honest, the RTR bits are nowhere close to be ready. Especially
> > these questions have been raised numerous times by various developers
> > implementing this draft but the authors seem to not listen.
> > Right now draft-ietf-sidrops-8210bis is holding up all of ASPA.
> 
> Ironically, all of ASPA is holding up publishing 8210bis. Maybe it is
> time to admit that moving it forward was a mistake and use the
> opportunity to get it back and fix the issues properly?

That happened a few weeks ago. There is now draft-ietf-sidrops-8210bis-11
pulished on 2023-09-21. I sent my feedback on 2023-09-22 see
https://mailarchive.ietf.org/arch/msg/sidrops/qOygwqeF8PGZeSMCt5Hjq8_jGU4/

I would love to see your feedback to the -11 update. 
-- 
:wq Claudio