IETF Logo Mail Archive

Re: [Sidrops] Making ASPA AFI-Agnostic - coordination

Alexander Azimov <a.e.azimov@gmail.com> Wed, 07 June 2023 13:03 UTC

Return-Path: <a.e.azimov@gmail.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 110EDC153CA1; Wed, 7 Jun 2023 06:03:40 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.095
X-Spam-Level:
X-Spam-Status: No, score=-2.095 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, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 kLrH_UR3B_dU; Wed, 7 Jun 2023 06:03:37 -0700 (PDT)
Received: from mail-pl1-x62e.google.com (mail-pl1-x62e.google.com [IPv6:2607:f8b0:4864:20::62e]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 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 EC2C3C152F3F; Wed, 7 Jun 2023 06:03:37 -0700 (PDT)
Received: by mail-pl1-x62e.google.com with SMTP id d9443c01a7336-1b039168ba0so63287655ad.3; Wed, 07 Jun 2023 06:03:37 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1686143017; x=1688735017; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=AG5oB5TYwrWTIk0Gskx8qopdz1jpAy6etLeHJsyLwBA=; b=nDpSfeo4FF86GOgWeFNYZlnbhN9XOCeyGj+E2EqnRgMX3R7qvPubID2+AhFDFJsm5i zU2gK4c7iYE7gxbUl2X4RrGAp5FYWaIRA9mwF3/Hw1WFo4c63DQk3VYvDFZ+dtGWehbc PIb6xzDj2B37BEFM5mQAg2U9uQEe5fPECa71dMEfNc6eDyW+4NmzIj6r2nORMzMAU7ir 1Y1Fkig9W603WGZvoWTVru1/kAImJZ+jnvHwaLRQ6RtVHGqXqtd7B+ybu4Cy7Oqa96pT KJssKPN4stpaLdq1Qy32axzz03FKoA8Y8rHqCydtlG0l/4J7ItfZNRWRlgAWEX90Dqxw Ggvw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1686143017; x=1688735017; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=AG5oB5TYwrWTIk0Gskx8qopdz1jpAy6etLeHJsyLwBA=; b=AzNb0nEjI5tJ/FHWv0FpMxNWw6OvoLCp6xlv3vclCiAbLYOBblfG7oNgp3FK7Dk0dd dMjliKT1RX1IB681butrnytDXYx3jaO5pkC0s7qEqAEZURbzzgiNCwlLNMG3sYchahi1 /p4b6D8QPimmKHZOHxvxY0WvPi+Zc+X+mYoooXzVxAadriMTIIYtbHeJhj70+t5Tw/TA 097RZE0yXNchMhqsLTdX0VMWeCAxSKXuZolYWQqyidNQLtFefaD/eICfd4u6VQIJqHBY 0vhT5e1jeGzrpvI6n/rCu5Gky/vk4Bx0Z3uQqaDmkNOPysRNM6NSznobb8ZLDn27ZsSI 4HDg==
X-Gm-Message-State: AC+VfDyh5UebqoqVKtTEBY4R1VUZQSbAhpsLsptbutPk8SDiGdTZyRCs b9iakYKCssOs2tzvmcbcAon0QsJbskaURRFx7U4=
X-Google-Smtp-Source: ACHHUZ7FAp7KMLXJCgrevR7Mfau7E1cWY8hXOz/YCZngZGDkIXOmvJOIm58y6fa9PuW+EptxwAvzGWSzVOd9GjNOO+M=
X-Received: by 2002:a17:902:7047:b0:1b0:1fc7:cbc1 with SMTP id h7-20020a170902704700b001b01fc7cbc1mr4790144plt.27.1686143017065; Wed, 07 Jun 2023 06:03:37 -0700 (PDT)
MIME-Version: 1.0
References: <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> <20230502124540.6bc662ba@glaurung.nlnetlabs.nl> <CAL9jLaaL2vvRYL6+ftu8vP9fDWWBoF5NFCGGL_nDj+_VSc5E4Q@mail.gmail.com> <ZH+hdvAwuZ7nN3vK@snel> <4dbb0ef4-91fc-6bbd-d979-2d0b736295ac@tu-dresden.de> <ZIBJUycE10HjIfAP@diehard.n-r-g.com> <20230607121829.3e194cd6@glaurung.nlnetlabs.nl>
In-Reply-To: <20230607121829.3e194cd6@glaurung.nlnetlabs.nl>
From: Alexander Azimov <a.e.azimov@gmail.com>
Date: Wed, 07 Jun 2023 16:03:25 +0300
Message-ID: <CAEGSd=B8ebp0KxTCy0cRyzD9-ih+hK_-jckV6tx9hAH=1G-KLw@mail.gmail.com>
To: Martin Hoffmann <martin@nlnetlabs.nl>
Cc: Claudio Jeker <cjeker@diehard.n-r-g.com>, Matthias Waehlisch <m.waehlisch@fu-berlin.de>, Job Snijders <job=40fastly.com@dmarc.ietf.org>, Christopher Morrow <christopher.morrow@gmail.com>, "Sriram, Kotikalapudi (Fed)" <kotikalapudi.sriram@nist.gov>, "sidrops@ietf.org" <sidrops@ietf.org>, "draft-ietf-sidrops-8210bis@ietf.org" <draft-ietf-sidrops-8210bis@ietf.org>
Content-Type: multipart/alternative; boundary="00000000000092a20b05fd89c38f"
Archived-At: <https://mailarchive.ietf.org/arch/msg/sidrops/-jjHs6U2xgGU-vVCQHE7PrXw_xU>
Subject: Re: [Sidrops] Making ASPA AFI-Agnostic - coordination
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, 07 Jun 2023 13:03:40 -0000

Gentlemen,

I would like to ask you to hold these changes, both in draft and code.
I'm working on getting statistics to see what effects such 'relaxed'
routing filtering may have.

ср, 7 июн. 2023 г. в 13:18, Martin Hoffmann <martin@nlnetlabs.nl>:

> Claudio Jeker wrote:
> >
> > I guess we need to figure out how to adjust RTR by then. Right now
> > only OpenBGPD and StayRTR seem to support ASPA record over RTR.
> > Please correct me if I'm wrong.
> >
> > I told Job that I would prefer to not introduce a new RTR version, the
> > protocol version negotiation in RTR is underspecified and fragile.
> > It is probably enough to remove / force-to-zero the AFI flags field
> > in the ASPA PDU.
>
> While I would like to get rid of those useless 32 bits -- the number of
> provider ASNs can be determined from the PDU length which would avoid
> another possible inconsistency -- I suspect keeping the binary format
> and protocol version, and forcing all 16 flag bits to zero is probably
> the best course.
>
>   -- Martin
>
> _______________________________________________
> Sidrops mailing list
> Sidrops@ietf.org
> https://www.ietf.org/mailman/listinfo/sidrops
>


-- 
Best regards,
Alexander Azimov

v2.23.0 | Report a Bug | By Email