[Sidrops] Comments on draft-ietf-sidrops-8210bis-01

"Borchert, Oliver (Fed)" <oliver.borchert@nist.gov> Wed, 10 February 2021 15:35 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 652303A0E03 for <sidrops@ietfa.amsl.com>; Wed, 10 Feb 2021 07:35:34 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.223
X-Spam-Level:
X-Spam-Status: No, score=-3.223 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.25, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FROM_GOV_DKIM_AU=-0.873, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nist.gov
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9gxCsMnRjqUw for <sidrops@ietfa.amsl.com>; Wed, 10 Feb 2021 07:35:32 -0800 (PST)
Received: from GCC02-DM3-obe.outbound.protection.outlook.com (mail-dm3gcc02on2132.outbound.protection.outlook.com [40.107.91.132]) (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 4220F3A0DF1 for <sidrops@ietf.org>; Wed, 10 Feb 2021 07:35:32 -0800 (PST)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=C/6SRAzrDD/+C+h3xRPurLVZIVmZ0SXZw6wScpwxV4FLaJeKIiLcUAwaQjQ3+Aeu3zyTZlTx1zkbeMljx0wm5FhOPD0kCOSKlqvlu8hAGME0RsLPODzdm7IBR+Xtmos4GdO8LhpGsmQK0qipFaWXwza81JR3qLoQIFdOlcPv9sobOci42HUHbC1U16WBCVnzsmTnaA1Cpl0MlF6XGy7M8tfX1Njj+N/TxMbENr7gr40i7FsDRn7PlpMjPl+JJweTmNS2iVAGCoOofQnwlG+Lbig4HrlK8InOvQPhe6Zg68FskxYWjtHIxSaGDBiAZ95tnLjfpG6ftaVXQ0KybQqJHA==
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-SenderADCheck; bh=VXgP74LVbKn6n4KZAvhyCntpkCTHct48nvL4t3XNywo=; b=BGnlZdGLXrqemfp026NwnKj/Khg8NEq2h9Is//v0Y6qP//VkJPBjWVmdxOSM95Az7P3mIhaYPR20Fx6f1PbAHiPsCw6LCzHnvcJU/hvD7YsZ2hZ0pyxF7JKs/0PH4LI73fVwa2i+sjBxzJSXCrANxwT8x8Zf9tZyUSat+bJmy22Df1rsAyE3VxChbyI3fV2ZbXJZyG1ErJHdlc5uf92evDIJHXKmF1KHQeDyN6yYNy+WN2fV1vvcwZP4upBF3RBRNgNkdTSfzKSDtb/SDfASBZ7DM1uGZlwJU4+BoiQxdhQRlpKxMcGcyhGgdplum+9TMTzXBIrjtTf+gbwrp3caFw==
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=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=VXgP74LVbKn6n4KZAvhyCntpkCTHct48nvL4t3XNywo=; b=ZYclUKUcnFtPQsSwaLsa43rdfVl4fwMvO4awKZGuQlO0XfV7dF5mr3vfPjMcpcsAosEoe7BPhgis2oKhaJqCm3ItwkT1jpaU2cjz4Zc1NNPKyP0ilwRRMILqEkg1dQZM3VyIcU8KupJbmp+FKvtdyYdoSNLzbRS+QDTLglgWOmE=
Received: from DM6PR09MB5493.namprd09.prod.outlook.com (2603:10b6:5:271::12) by DM8PR09MB7285.namprd09.prod.outlook.com (2603:10b6:5:2e3::12) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3846.25; Wed, 10 Feb 2021 15:32:20 +0000
Received: from DM6PR09MB5493.namprd09.prod.outlook.com ([fe80::19c8:d2fe:495d:b126]) by DM6PR09MB5493.namprd09.prod.outlook.com ([fe80::19c8:d2fe:495d:b126%4]) with mapi id 15.20.3846.026; Wed, 10 Feb 2021 15:32:20 +0000
From: "Borchert, Oliver (Fed)" <oliver.borchert@nist.gov>
To: Randy Bush <randy@psg.com>, Rob Austein <sra@hactrn.net>, "sidrops@ietf.org" <sidrops@ietf.org>
CC: "Borchert, Oliver (Fed)" <oliver.borchert@nist.gov>
Thread-Topic: Comments on draft-ietf-sidrops-8210bis-01
Thread-Index: AQHW/xFMPk5r898jnUy5WYNJJ7Lmtg==
Date: Wed, 10 Feb 2021 15:32:20 +0000
Message-ID: <71D6F564-B484-4DF4-BBCA-36897958BF66@nist.gov>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/16.45.21011103
authentication-results: psg.com; dkim=none (message not signed) header.d=none;psg.com; dmarc=none action=none header.from=nist.gov;
x-originating-ip: [2610:20:6005:152::15]
x-ms-publictraffictype: Email
x-ms-office365-filtering-ht: Tenant
x-ms-office365-filtering-correlation-id: 093182f0-6c86-41a0-165c-08d8cdd90e48
x-ms-traffictypediagnostic: DM8PR09MB7285:
x-ms-exchange-transport-forked: True
x-microsoft-antispam-prvs: <DM8PR09MB7285A696DC33353068B2E49E988D9@DM8PR09MB7285.namprd09.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:3968;
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: hf8+MHL/J2qtCK2H1/7kJBy0o1sZ0cBUK8GL+59sk+6k77X9pt7uLsuRFN04TV1p2zbI8GoXDRVTBtqO34DZToR5uq4haM8ABeedirLZyu9/ChPEtRZ03EScF1h/bcnp6Zd+9KcUekfyJpMiKo5446GB+Qp8mKcuxuIX/To03gVbJGQD4sDbOeyGjR3EC0jImPNUHJ7hCnVOMv/tD+QqjZ2sxKT3HWLrNfQlzr9CFWz/HmvWShMMmdg/cn7z43eX2IDsIm5PTNxTwOy/0S0CcA73Q1O7j/dw29N1VYsD7EdTYe0x3auW2MQrYsln+33j/Ukaa/SnwBJDrKqOvHhqW46TPv9KaJhMCorIrNDmtCnQJV1Nbkw3YH7NUwWJ8ANmXwj7ubw9iQO87o1KDiWAgeWiBo4GrAyq0AtFLU88NqES5jNChleIdYXa5CSz/tl4lYBjo70IQWFiyCT8GffYSdrTedcveG4QU1lQeJWcDjNsS6Vl7rC2Vc9MdbwH2hgyVhCEUPHk6D5UvfpnQY6OZVzKjiab+V4SJfPW19yU0kLFJywGj7R9GZU07eE9pRdJOy6NKO+/LksCrWl74LfUAq+FXLm3rf7D9vDQTVUTL5seM4yDrJM1T59pqD97S6BVJTKBsT0bEYY1RCqMsGgocA==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:DM6PR09MB5493.namprd09.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(366004)(86362001)(71200400001)(33656002)(64756008)(110136005)(2906002)(83380400001)(498600001)(66946007)(166002)(66476007)(66446008)(66556008)(6512007)(4326008)(91956017)(8936002)(5660300002)(2616005)(36756003)(107886003)(8676002)(6486002)(76116006)(186003)(6506007)(45980500001); DIR:OUT; SFP:1102;
x-ms-exchange-antispam-messagedata: jd+jxiJP9Fd1nNZ+b8lKYtCFMXc62pfTjkjR5axxQP3Tzbpvf2xderg3taE28IPszXQyi0jfAXDyNdL3Gk3Cy3Rh2XEchK6KWd5DFZHuKJQHc1ZLF6uoizd7R3HRYqUg6Vm1l2wow3FdW4CMfI/kngLwQ+G5ZKydvBmo2L8QyM3+1E7KV2Xf2c6EuLVZBD/7grlBdvqZLYrZnUXR53GxN8ISzhUX3vGKR9Ec5H8UTDfWJbJ+RUee+bBb0vLpQnlzbmqxdnnNkhxLi5iGA+eIW6vTxoB4a0YEhzxd/Z2PbeeLTW7m8MPrwLw4OPKx6gBgbLPJp2AExtuHQoWLpjJXpmV66hc4FEbp7lT6k1M1nICopaj0Uf9TDNiwgx9VQJ/tRK6oLzbjKhCmH7isI0BIB0BKMOWtltk/JuJqWsO05Cey/g9Txd3ygiOzAwYJSE4KAnSdpylH96Wf5RuXEzUebe5q9b2PrXLXlI7UM6llD6NrNFcoBJNePKHJujr17FaY4vhGnuG8X5gnYlwbGvrnoudqpwdSb7KpdUNirQrXC7lSs0UYYA0pChTNwEn6O7eRahv9Ul8d8VyrXQFakWicoiG2cH4FU0O3EdPLprNJCFMug71b3+a/uVC8VcXWpcu5ztFscIzHIltPU0TE5eW/061VTZmPdUTuLqmKZbb4e2RrY5dMaJrOIS2p+eqmTQjn2nCnA9pg+5AiQl5dhkQJvKZgeqd4KLFIBj1iXUOStiRvVRi5nR9it9iEiy3q9BR3z9asu6Gc6CstK9c8NT8AsqhgIjHrn3ftBi4c56UBlYpxaQKq+HN+q/eBFSUZEhHV9tq2Z4RK5kTIdHqJymKUPmA4IT9VnWav7tiZ9Rzawsh2QaR+EYLceIaJ1y/C7UUsqHZzbhBWre9gCkiT4cHWojIht9M1+RLUiKh2wjIc4WVsFn+Pw3vSfWvwGeD5bjld08t7tidKXJ7yIs2PkOv1JNP3EMzq+rowC/ldxE8nheEZxmaXWCkwfy2k+iL6mYz+4Umw6eG9CGN8fbkxeGkGVegE2RvA+kw8tMn9Cr5D3hLJiCCCFTl7Np8/oKTBNZjVzKvtNxsfYeglMmVCk0pJ65FsJfhNRIDTwlTpAaz1bsOu+hCCCzeTFgqdL4s4RR+N8bZPgPrRcq3PccMj5gnjHU9zLve/KicLlDr8l8MPaHamwcDpshyq5DCI+ogc+BMRsH6Try0HxUnNQGETRNSEUnUf/tcRLEwyD0LZHOiGd/lbTtULuzAeqxidqhYlR+fUP8Ag3guVnL6bpwZaZCSysGNcW79u72dPJ5ZF9jF5X0ISSL04ECWFAXTjqWmt7BHpjklSi8UJvuZcPwbBX5tZWA==
Content-Type: multipart/alternative; boundary="_000_71D6F564B4844DF4BBCA36897958BF66nistgov_"
MIME-Version: 1.0
X-OriginatorOrg: nist.gov
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: DM6PR09MB5493.namprd09.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 093182f0-6c86-41a0-165c-08d8cdd90e48
X-MS-Exchange-CrossTenant-originalarrivaltime: 10 Feb 2021 15:32:20.2813 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 2ab5d82f-d8fa-4797-a93e-054655c61dec
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: of2rTog0Z4L1h/zfk3x6p74g4kESP9vir88kX9coV1O83FZ+hg7tC8n/ZgrQ2Gxe8CvoxtP4/63cfEouxT7wNw==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM8PR09MB7285
Archived-At: <https://mailarchive.ietf.org/arch/msg/sidrops/N2QfcIVATW72BZfdtuGsWoe50RI>
Subject: [Sidrops] Comments on draft-ietf-sidrops-8210bis-01
X-BeenThere: sidrops@ietf.org
X-Mailman-Version: 2.1.29
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, 10 Feb 2021 15:35:35 -0000

Hi Randy and Rob,

Reading section “5.12 ASPA PDU” in draft-ietf-sidrops-8210bis-01 (8210-bis01), it mentions the possibility of zero provider ASs.


   ...An ASPA PDU represents one single customer AS

   and zero or more provider ASs for a particular Address Family.

   ...
   The Provider AS Count is the number of Provider Autonomous System
   Number(s) at the end of the PDU, and may be zero or more.
   ...

   The Provider AS Count is the number of 32-bit Provider Autonomous
   System Numbers in the PDU.  There may be none.


   There are zero or more 32-bit Provider Autonomous System Number

   fields; see [I-D.ietf-sidrops-aspa-profile<https://tools.ietf.org/html/draft-ietf-sidrops-8210bis-01#ref-I-D.ietf-sidrops-aspa-profile>].

I noticed though that the ASCII ART of the PDU specifies the field “Provider Autonomous System Number(s)” correctly as 1..N which means the field “Provider AS Count” cannot be zero.

  |                                           |
   +-------------------------------------------+
   |                                           |
   |   Provider Autonomous System Number(s)    |
   |                                           |
   ~-------------------------------------------~
The ASPA Profile (draft-ietf-sidrops-aspa-profile-XX) which is referred to in the text specifies 1..N provider ASs

      ASProviderAttestation ::= SEQUENCE {
           version [0] ASPAVersion DEFAULT v0,
           AFI  AddressFamilyIdentifier,
           customerASID  ASID,
           providerASSET  SEQUENCE (SIZE(1..MAX)) OF ASID }

I believe the wording in 8210-bis01 is still based upon the initial draft-ietf-sidrops-aspa-profile-00. Though since version 01, the draft was updated to require 1..N providers and 8210-bis01 needs to be updated (see below) to reflect these changes.

The proposed modification could be:

Change: /zero or more/one or more/

   ...An ASPA PDU represents one single customer AS

   and one or more provider ASs for a particular Address Family.

   ...


Change: /may be zero/must be one/
   The Provider AS Count is the number of Provider Autonomous System
   Number(s) at the end of the PDU, and must be one or more.
   ...

Change: /may be none/must be one or more/

   The Provider AS Count is the number of 32-bit Provider Autonomous
   System Numbers in the PDU.  There must be one or more.

Change: /zero or more/one or more/

   There are one or more 32-bit Provider Autonomous System Number

   fields; see [I-D.ietf-sidrops-aspa-profile<https://tools.ietf.org/html/draft-ietf-sidrops-8210bis-01#ref-I-D.ietf-sidrops-aspa-profile>].


In Addition I noticed Section 5.1 does not contain any of the new Fields and the “Flags” field does not contain any information on the new “AFI” bit used for ASPA. There are bits and pieces in 5.12 but a more detailed explanation in 5.1 would be great.


Thanks,
Oliver

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