[Sidrops] Which 8210-bis error code should be used?

"Borchert, Oliver (Fed)" <oliver.borchert@nist.gov> Wed, 17 May 2023 18:57 UTC

Return-Path: <oliver.borchert@nist.gov>
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 6639CC14F5E0 for <sidrops@ietfa.amsl.com>; Wed, 17 May 2023 11:57:11 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.099
X-Spam-Level:
X-Spam-Status: No, score=-2.099 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FROM_GOV_DKIM_AU=-0.001, HTML_MESSAGE=0.001, 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=nist.gov
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 OIbn8IjEfgdk for <sidrops@ietfa.amsl.com>; Wed, 17 May 2023 11:57:07 -0700 (PDT)
Received: from GCC02-DM3-obe.outbound.protection.outlook.com (mail-dm3gcc02on20708.outbound.protection.outlook.com [IPv6:2a01:111:f400:7d04::708]) (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 48AC5C14CF1B for <sidrops@ietf.org>; Wed, 17 May 2023 11:57:07 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=iu93Ub7BpKPiHMDPlFDk4wlfurK2nA4DkDSVx8ripFFbhcqAtZ5BdzzR1sCEEfyk8/FHURZ/PV73fQTb9QFLBQ+BDDMxe/mNWukn6EzPMMaOKiBVkGymnt3SltkotGq+owud5OnVWnzamODS0L4wvJULHkw9cdzdKs3Wg2QXcebFt0BYQMT6RtuPXGnV1+l/C2zH52vPmsM7pSa6Y+cuA7nJVxlxwtV04fNzXScBJBbqbEJlz7kCITYQETzQ7bL7/rbi87vRO9qcbiemosLPsD6Md42UGcxEkaZXyY2ShWFRweuiHxygxihx5qfLx/tWkgLNYz6YHV+Ucqk05Oe5OA==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=/4aipOdtakhoZwYbmTbxihegL0lvBi3CrvPHaT5EjTE=; b=eUnAqiispJG1+L3/DJQwzHsbwSwYCXJ5KV8ZMSBppk/nmHHwiK2AF47Sr1SThic7nSNqGR0h6GtyNyeqytYJfn6ndSsx5Q+r7qECqqPk1XqMU0V9h9LKLfVh2J69nrba/yZQHKiTVZMVyv8KcwazBk0C+yrkYLmdKl+2p75Tw1UeKBRjwbJp76kEdmZccWiUiN3rdeMAHel/n2Nq3oSjSGQbu0wGZ1eARcTw4zQMGL8sOGw+98kjT8BNvdX/JIBaKtifvmFFC5cMOZFwsWPeF+MNeWc8o7+fGXu04Or3oV76WJwV1aYxDnP6UAke+j7PkKOACrIbFtYsKfC7xFDreA==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=nist.gov; dmarc=pass action=none header.from=nist.gov; dkim=pass header.d=nist.gov; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nist.gov; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=/4aipOdtakhoZwYbmTbxihegL0lvBi3CrvPHaT5EjTE=; b=TbIlUGSsoHC6H3zKUOSkm2dYua0mln/RNQ+xSJ0a3PQCuWMgAOfN2760nSnUPobSalh6pxHPQdf4UItcr8g0JkaMa3oGQVfBNgx8K3cUm0TcYjXUQGKDSbZJsL0/2KP7+1qDG19JrQIGpSP1PDo43L+hBfPyQKgXKiMNIiVeE/0iSwhXm6eEc+3BwKt2wy6VZBdhDZWKL6GnqULpst2mKzrdmrTWM3Ysm8HGmviDAq4IDg8MBRTD7URClJgBcYFqBj3V9gyt6vL6yOQyalgQD73DptLktnHxQOR8yaOzfSskNKOgsPuCphbdcBwBWiTtbmD/w0M5iRxzeiu3K9lp7Q==
Received: from BLAPR09MB6322.namprd09.prod.outlook.com (2603:10b6:208:2af::22) by PH8PR09MB9934.namprd09.prod.outlook.com (2603:10b6:510:184::17) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.6411.17; Wed, 17 May 2023 18:57:00 +0000
Received: from BLAPR09MB6322.namprd09.prod.outlook.com ([fe80::4cfd:5a22:71b0:3149]) by BLAPR09MB6322.namprd09.prod.outlook.com ([fe80::4cfd:5a22:71b0:3149%7]) with mapi id 15.20.6411.017; Wed, 17 May 2023 18:56:59 +0000
From: "Borchert, Oliver (Fed)" <oliver.borchert@nist.gov>
To: "sidrops@ietf.org" <sidrops@ietf.org>
CC: "Borchert, Oliver (Fed)" <oliver.borchert@nist.gov>
Thread-Topic: Which 8210-bis error code should be used?
Thread-Index: AQHZh2KgZ9Wt6dWEK0mqYTQIdTmM2Q==
Date: Wed, 17 May 2023 18:56:45 +0000
Message-ID: <BLAPR09MB632225B977B3138A7E05793E98789@BLAPR09MB6322.namprd09.prod.outlook.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=nist.gov;
x-ms-publictraffictype: Email
x-ms-traffictypediagnostic: BLAPR09MB6322:EE_|PH8PR09MB9934:EE_
x-ms-office365-filtering-correlation-id: 1f6b8738-4028-4e86-5445-08db57087ea4
x-ms-exchange-senderadcheck: 1
x-ms-exchange-antispam-relay: 0
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: sSn6mthGjxaTRhfag0pXSdNu9QTiS6Kea/cUQaKpPqZANNpjoXiJeq+hvcACobprATtKFSl29gHDDTDizk3jKAgNapSl+vX9UnXRkR88ygucIIp4WRJOD24jm/OAlPTNRa+V/8Fpmnhn7vk5xqQc1YFNhZxP+ikyAi4c+ccU2tHQUQiwAKAqm6gFqbBgXsuM3cv0BTzocPQYq14MJRhcPFb7HFInYL3tx7MX9knXCwueDfJTsbeMXIj44TJNKrKCRBO/vGi//Tn2wMyueSub7oXfw1BwiEhOuemrspTgEmaDBQdxHvAa9AdJyAkqIeUV3Fa8AWz/65BQGJV2ASOiwqDk9BzNVfz7n2qOIpB+4V01EiROYe5s0EoncJ5kNhGvwo1oO0UGXX0bKTzp6dBAF9ucaVheSjZ2vfXvLEEBO20t4Njsy/WKd/Hh11t/XnEP221/ATF+xdald4dsSjubYAd49EVbV96Qh+NwnIrUyxBhoOWRjvw2sZFwjyUCWEk/WDMRMLcfiYEaqwAUKCO49P8/cpAbSSrvwFuOALbyArSzM7Klcc1he5hlEWPCwlkeO9S0PE8FqvvD0I9k1LR63vEz0bUBZceRtgSVoRs37UQ=
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BLAPR09MB6322.namprd09.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230028)(4636009)(366004)(451199021)(66899021)(83380400001)(7696005)(122000001)(82960400001)(6916009)(33656002)(40140700001)(5660300002)(8936002)(52536014)(8676002)(55016003)(86362001)(38070700005)(166002)(66476007)(66556008)(4326008)(38100700002)(66946007)(66446008)(64756008)(2906002)(76116006)(91956017)(966005)(66574015)(498600001)(107886003)(6506007)(26005)(186003)(9686003)(6666004)(71200400001); DIR:OUT; SFP:1102;
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: rjV12Fj/M1YpAMDGdFsgaKVlBQyQoIvw3Yn1TV6TU/rT1+5T1OjTXIS07o0VxRgKcGgBkDYnkql9sds65GFJIoRunI5tAXKwtwgiOF5xLXBiDP0npTR2Y4Qf0p838FEQTjABShs3bdhEIozkNjyiOjE1BTdcC924WQOjBKbo1kcDrRcCvmx/j21DMA1jea0IdSPU1S95eC/UX30DHpKDH/iwReh0F3EWLF+w0hWpuiaLCwXkp6jFLZgWbQU6RhPn6wzIqcflciVFTFhblBLqUTeXONQQXWu0vddGmZBbWulPMb5iRBeUmablSPGEolrrWsl4gN0eOQFFAyjtskD5lpOoUs0OOJdV+9ex35YDkYMeXWjyVTkLU15zpR73WSedaoK7uyc5XSVbcqbr99cCjPmsf+AIRec2TRnFOL0g3UZ+n5t+HitxoRa3ng48VRq3q3bpwfNKek6xHC9V9GJyMlYlOoYnek9DXTeV/D/kSqg68csILRD9w6XJaCa879Te96OTHatNVuLcKP8SQOZgyQ9KR1xqM4xf+hZaedOLhRAFbZ9nFgCJ5SWaQUmmZMOCWW1T7kCovV84DfdiksVmyAHDAMMPDPVGxFmklK2J5AYby78tyPOqLv61xXjixmd1qxkDV0NCpRxkptTq55ewYRsPbZidAopJxtaOWKc3W5cKE7Ywmh1czPlZA+qdhuN1+InmeXl+mwKFSGY9Qs0es3nAfRs2todIzSqF3sot4tpomkNjCX9jVXUBmzyXUgjZYw4MfG3t2kbz2VhqINU9sfpcz+Tc/LOZWfqxgN46lBp9cdnUtxyyAGFUSzv0YdROxzb4u52+j93b97xylw0R6hszy0Vfj4+HPa0Fe6NvbwxaqiQ9tWm/UtUgG33bSMSKfTtLPySiSD/T5xzykO2WnLe9e9ceucnAyqil9ZIzMLSXswYv86Z380/slPFifkQA5GdrTfuMAort/JPHgZ0wER9Zqx1jbSTM2rGEcZVO85gDuI8L52aG+cqfCXxm9pbRyaL8Ulo1xX03UER3VxeK4DW3LYRBXWRsvtnkYYAYHxbfKihjtEWyH3bfQAxm5whaj7qbs4x+kzQZS8qcJytjWmT6bLnYLfMHtPQYKl6jL8UGWdcYm6iMaPiXv1xiVzqz/QSXnGgpATHvkaxZXgLrl8iOU9lTM67QaBLbDpmMzr8XbSdunrGw9bTHxHrZ0Jw/Eh2mR6BBEOOkNDm//5wQl49P/qTuFDmnrNcJf0OT0hQJ2dMQB85vWRTYUtw8FT9ll0W0wasgaZoYJLmYeTtBxbDWwKQKCQ4HhyBedHIDLUIjvNE5B973jt7M5VCp1Oc9/ux3o47M4Eg9lh6KCPuo+3LLRi++iwMSoGRUDR80UWew/wBYSND9xQFIU0MnHfFu/MVmUwT/axEYdcW9N4j1OOsMwERzBPVZq74Z5DBNB48S4s+odUayXnrcZevlY5LODhjvINbX8jHI9SPy8EDRj4wvZEo8WocPvoz/WrMdmSBuIEKmp1hWVlFAwpcI72wIts+AjU2i9aPmDE5rvBPyiys1LWIna7UyN9niyALl+/g=
Content-Type: multipart/alternative; boundary="_000_BLAPR09MB632225B977B3138A7E05793E98789BLAPR09MB6322namp_"
MIME-Version: 1.0
X-OriginatorOrg: nist.gov
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: BLAPR09MB6322.namprd09.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 1f6b8738-4028-4e86-5445-08db57087ea4
X-MS-Exchange-CrossTenant-originalarrivaltime: 17 May 2023 18:56:59.8809 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 2ab5d82f-d8fa-4797-a93e-054655c61dec
X-MS-Exchange-Transport-CrossTenantHeadersStamped: PH8PR09MB9934
Archived-At: <https://mailarchive.ietf.org/arch/msg/sidrops/CNve4bWaoW-CqgoNkWtaC_vkh88>
Subject: [Sidrops] Which 8210-bis error code should be used?
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, 17 May 2023 18:57:11 -0000

All,



When processing the ASPA PDU of https://datatracker.ietf.org/doc/html/draft-ietf-sidrops-8210bis-10, the profile draft https://www.ietf.org/archive/id/draft-ietf-sidrops-aspa-profile-13.txt and in particular Appendix A mentions that: “Note that two PDUs are always generated per Customer ASID: one with AFI Flags = IPv4 and one with AFI Flags = IPv6.”. This requires when using 8210bis to propagate the data to the router (client) that 2 separate PDU’s need to be generated because a single ASPA PDU only contains provider information for a single AFI.

Question:
=========
What error code should I use when the router only receives in total one of them?

The fact that the content for IPv4 and IPv6 are not in the same PDU might make this a possibility. I checked the error codes and at this point I only can think of error code 0.

0: Corrupt Data (fatal):
The receiver believes the received PDU to be corrupt in a manner not specified by another error code.

Though the received PDU is not corrupted, data is missing and should trigger an error.
Would it make sense to add a new error code that deals with the missing ASPA PDU?


Furthermore, this requirement does add additional workload on the router? The ASPA PDU’s for AFI=IPv4 and AFI=IPv6, let’s call them ASPA-PDU pairs for simplicity, might not be send in sequence, there is no requirement to do so and with the lack thereof, one should not expect it to. Maybe the cache processes first all AFI=IPv4 and then all AFI=IPv6 PDU’s. In this case the router needs to parse through all data it received to assure all ASPA-PDU pairs are accounted for.

Now after the initial set of ASPA-PDU siblings were received, the AFI=IPv4 ASPA data changes for one ASPA object and therefore triggers the need for an update. Because both PDU’s were send already, only the AFI=IPv4 PDU needs to be generated. The AFI=IPv6 PDU remains the same and therefore no re-send is necessary. Here too, the router, in order to comply with the requirement listed in Appendix A of the profiles draft, must verify that all ASPA-PDU pairs do exist and throw an error if not.

Should there be more wording in any of the drafts to address this situation?


Thanks,
Oliver

-----------------------------------------------
Oliver Borchert, Computer Scientist
National Institute of Standards and Technology
(Office) +1.301.975.4856
(GVoice) +1.240.668.4117