RE: [EXTERNAL] Intdir early review of draft-ietf-rtgwg-atn-bgp-12

"Templin (US), Fred L" <Fred.L.Templin@boeing.com> Tue, 01 February 2022 22:23 UTC

Return-Path: <Fred.L.Templin@boeing.com>
X-Original-To: rtgwg@ietfa.amsl.com
Delivered-To: rtgwg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 46CBC3A12FF; Tue, 1 Feb 2022 14:23:33 -0800 (PST)
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, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=boeing.com
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 jhYS1maotIAE; Tue, 1 Feb 2022 14:23:29 -0800 (PST)
Received: from clt-mbsout-02.mbs.boeing.net (clt-mbsout-02.mbs.boeing.net [130.76.144.163]) (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 DDE8C3A12FE; Tue, 1 Feb 2022 14:23:27 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by clt-mbsout-02.mbs.boeing.net (8.15.2/8.15.2/DOWNSTREAM_MBSOUT) with SMTP id 211MNNDC016111; Tue, 1 Feb 2022 17:23:25 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=boeing.com; s=boeing-s1912; t=1643754205; bh=H9i96ikJsI4yr4SkAygyB6CLPxQE97S/fjhMjEJ66WE=; h=From:To:CC:Subject:Date:References:In-Reply-To:From; b=MvIWBdDFKqw/801SveH2HDHtZcluN5yWHVa6R8WQv90rhOMnP4g2s5UVMaz1Jft2G IimpWJsiBrRKt8Q32vTUusEzyLSeWLYCE7Y2cxaBt9jmeI6xVcm2nHe2IxojTE6ISQ QY3zsBJ59lq1QuEXyj0O90D5FJ3FOO8avuHyTrnXJl3ySqwZdX+LwvndWYkPKOqXUQ hvMhMXn23EM/8x/AZJ383JuLQF3pxrf+Vktzld3NswOON5EIKxNEj6j5xxpZxD4WoU irRAN9byZBk3dkqtAFhs6VF25pUJs9eRMHo9Y2/8AJIpWfqToMX5qQ410IrkOlxMJX BeGaTuvxScTuQ==
Received: from XCH16-07-11.nos.boeing.com (xch16-07-11.nos.boeing.com [144.115.66.113]) by clt-mbsout-02.mbs.boeing.net (8.15.2/8.15.2/8.15.2/UPSTREAM_MBSOUT) with ESMTPS id 211MNLdw016083 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Tue, 1 Feb 2022 17:23:21 -0500
Received: from XCH16-07-10.nos.boeing.com (144.115.66.112) by XCH16-07-11.nos.boeing.com (144.115.66.113) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.1.2375.18; Tue, 1 Feb 2022 14:23:18 -0800
Received: from XCH16-07-10.nos.boeing.com ([fe80::e065:4e77:ac47:d9a8]) by XCH16-07-10.nos.boeing.com ([fe80::e065:4e77:ac47:d9a8%2]) with mapi id 15.01.2375.018; Tue, 1 Feb 2022 14:23:18 -0800
From: "Templin (US), Fred L" <Fred.L.Templin@boeing.com>
To: Dave Thaler <dthaler@microsoft.com>, "int-dir@ietf.org" <int-dir@ietf.org>
CC: "draft-ietf-rtgwg-atn-bgp.all@ietf.org" <draft-ietf-rtgwg-atn-bgp.all@ietf.org>, "rtgwg@ietf.org" <rtgwg@ietf.org>
Subject: RE: [EXTERNAL] Intdir early review of draft-ietf-rtgwg-atn-bgp-12
Thread-Topic: [EXTERNAL] Intdir early review of draft-ietf-rtgwg-atn-bgp-12
Thread-Index: AQHYFvMXCx9Yr97N6Uu2MblU0EfTW6x/Qb3A
Date: Tue, 01 Feb 2022 22:23:18 +0000
Message-ID: <45a3e65f26564fd7ab146c45c3c5ec5e@boeing.com>
References: <164366861401.26537.16615607513301553033@ietfa.amsl.com>
In-Reply-To: <164366861401.26537.16615607513301553033@ietfa.amsl.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [137.137.12.6]
x-tm-snts-smtp: 068082DAC857504F6767F6EC8EE2F0EF6221D86947E9D680C844771ED06C3AD42000:8
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-TM-AS-GCONF: 00
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtgwg/izFSkWcX1-1UAZjismbgO7xItSE>
X-BeenThere: rtgwg@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Routing Area Working Group <rtgwg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtgwg>, <mailto:rtgwg-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtgwg/>
List-Post: <mailto:rtgwg@ietf.org>
List-Help: <mailto:rtgwg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtgwg>, <mailto:rtgwg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 01 Feb 2022 22:23:33 -0000

Dave, thank you for your comments and see below for follow-up:

Fred

> -----Original Message-----
> From: rtgwg [mailto:rtgwg-bounces@ietf.org] On Behalf Of Dave Thaler via Datatracker
> Sent: Monday, January 31, 2022 2:37 PM
> To: int-dir@ietf.org
> Cc: draft-ietf-rtgwg-atn-bgp.all@ietf.org; rtgwg@ietf.org
> Subject: [EXTERNAL] Intdir early review of draft-ietf-rtgwg-atn-bgp-12
> 
> EXT email: be mindful of links/attachments.
> 
> 
> 
> Reviewer: Dave Thaler
> Review result: On the Right Track
> 
> I am an assigned INT directorate reviewer for draft-ietf-rtgwg-atn-bgp-12.txt.
> These comments were written primarily for the benefit of the Internet Area
> Directors. Document editors and shepherd(s) should treat these comments just
> like they would treat comments from any other IETF contributors and resolve
> them along with any other Last Call comments that have been received. For more
> details on the INT Directorate, see
> https://datatracker.ietf.org/group/intdir/about/
> <https://datatracker.ietf.org/group/intdir/about/>.
> 
> This was a requested "early review" so not surprisingly needs some additional
> work before being done.
> 
> Technical Issues:
> 1) Section 3 explains that ASNs need not be coordinated with IANA since they're
> used in a separate BGP routing instance, but they still have to be unique
> within the ATN/IPS routing system.   However, no explanation is provided about
> how to ensure such uniqueness.   Who coordinates them then, to ensure that are
> unique?   In my view, this has to be solved before the document could be used.

This is similar to a comment raised earlier by the Security area director who
asked what entity would coordinate the security key PKI. For the ATN/IPS,
the over-arching authority will be the International Civil Aviation Organization
(ICAO) but there may be a sub-organization within ICAO that would serve as
the functional equivalent of an "ATN/IPS-specific IANA". Would it suffice for
us to say that the assignment of ASNs would be coordinated by "ICAO-IANA"
while explaining that ICAO would be required to stand up such an organization
if one does not already exist?

> 2) Page 13 mentions that selection of a network-based s-ASBR could be done via
> any of several mechanisms, but there are no references provided and it seems
> that those mechanisms would require a specification as interoperability would
> be required.

The ATN-BGP document will make use of an approach such as that specified in
[OMNI] as one candidate example, but not necessarily the only example.
Would: "see: e.g., [OMNI], etc. for example approaches." suffice?

> 3) Top of page 14 talks about "registering" addresses, but I
> couldn't tell what protocol it was referring to or where such addresses would
> be registered.  Clarify.

Again, [OMNI] and others provide examples. Would adding a citation suffice?

> 4) AERO and OMNI are listed as informative references
> but are used in text as if they are normative, not merely examples.   That is,
> as phrased the document seems to only be useful in an AERO/OMNI context.  Is it
> really specific to those or could other things (maybe RFC 5213 or whatever
> else) be used instead?  If the intent is to keep them as informative
> references, then either they should be used only as examples or they should be
> moved to be normative references.  Of course normative references from an IETF
> document to (currently) non-IETF drafts would be something that the RTGWG may
> want to carefully consider.

We will want for the AERO/OMNI documents to remain as Informative references;
ICAO is currently considering other technologies that might be used in conjunction
with ATN-BGP instead of AERO/OMNI.

> Editorial comments:
> * Page 4 would be a lot easier to understand if there were a high level
> topology diagram there. * See
> https://www.microsoft.com/en-us/research/uploads/prod/2017/05/draft-ietf-rtgwg-atn-bgp-12-DthalerReview.pdf
> for full review with above, and other editorial, comments in context.

OK, thanks - I will check this and make any necessary adjustments.

> _______________________________________________
> rtgwg mailing list
> rtgwg@ietf.org
> https://www.ietf.org/mailman/listinfo/rtgwg