AERO/OMNI transition to the IETF (2nd try)

"Templin (US), Fred L" <Fred.L.Templin@boeing.com> Mon, 02 August 2021 18:50 UTC

Return-Path: <Fred.L.Templin@boeing.com>
X-Original-To: ipv6@ietfa.amsl.com
Delivered-To: ipv6@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 314EE3A15E4; Mon, 2 Aug 2021 11:50:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.397
X-Spam-Level:
X-Spam-Status: No, score=-4.397 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_MED=-2.3, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=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 bUNZ1koms13A; Mon, 2 Aug 2021 11:50:22 -0700 (PDT)
Received: from clt-mbsout-01.mbs.boeing.net (clt-mbsout-01.mbs.boeing.net [130.76.144.162]) (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 9EBBD3A15EB; Mon, 2 Aug 2021 11:50:20 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by clt-mbsout-01.mbs.boeing.net (8.15.2/8.15.2/DOWNSTREAM_MBSOUT) with SMTP id 172IoG0b001865; Mon, 2 Aug 2021 14:50:17 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=boeing.com; s=boeing-s1912; t=1627930218; bh=FcPhUPfxnmFyBV3NOEWLYU9Sj1DOvWXNYXLjfqo59pY=; h=From:To:CC:Subject:Date:From; b=s5/CZq+Nvei+gyiOa4nBRqV4J46YkNH3rstptMNHWORFND8+Btrn8BYVnaF8MBCyR WJPmbQ8D5ypKOusHhAuwUxisSRWTVJwc9+q+tYpyIjponWyOx5+BM8RwzPc4QmnZWg 472ZQVSrQZwHxlssaGFDtWoYsG1xYu6RXz8AlniDXaRT9lFmXND2fVQ0brbY+EprQ5 RIjEZWfqHcSQirH8aQM7M/Ncgwf6c+a3fTKUPtdqlv+avCZukoXnHVDOeMY3wzx2nX sfnvFZ0U5hrbmzC3hBCdZe3TFsK4W3z47uI7iV1sMXe/RTFxELmuOLVRimrcGau+DL 11W+SSCSPgAXg==
Received: from XCH16-07-10.nos.boeing.com (xch16-07-10.nos.boeing.com [144.115.66.112]) by clt-mbsout-01.mbs.boeing.net (8.15.2/8.15.2/8.15.2/UPSTREAM_MBSOUT) with ESMTPS id 172Io6Pc001804 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 2 Aug 2021 14:50:06 -0400
Received: from XCH16-07-10.nos.boeing.com (144.115.66.112) by XCH16-07-10.nos.boeing.com (144.115.66.112) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.1.2242.4; Mon, 2 Aug 2021 11:50:05 -0700
Received: from XCH16-07-10.nos.boeing.com ([fe80::1522:f068:5766:53b5]) by XCH16-07-10.nos.boeing.com ([fe80::1522:f068:5766:53b5%2]) with mapi id 15.01.2242.008; Mon, 2 Aug 2021 11:50:05 -0700
From: "Templin (US), Fred L" <Fred.L.Templin@boeing.com>
To: "atn@ietf.org" <atn@ietf.org>
CC: "6man@ietf.org" <6man@ietf.org>, Bob Hinden <bob.hinden@gmail.com>, rtgwg-chairs <rtgwg-chairs@ietf.org>, int-area <int-area@ietf.org>, Robert Moskowitz <rgm@labs.htt-consult.com>, Linda Dunbar <linda.dunbar@futurewei.com>, "adrian@olddog.co.uk" <adrian@olddog.co.uk>, Erik Kline <ek.ietf@gmail.com>, "jgs@juniper.net" <jgs@juniper.net>, "Eric Vyncke (evyncke)" <evyncke@cisco.com>, routing WG <rtgwg@ietf.org>, "intarea-chairs@ietf.org" <intarea-chairs@ietf.org>, 6man Chairs <6man-chairs@ietf.org>
Subject: AERO/OMNI transition to the IETF (2nd try)
Thread-Topic: AERO/OMNI transition to the IETF (2nd try)
Thread-Index: AdeHzw8MD9gjSADhToyXcOwoe3UicQ==
Date: Mon, 02 Aug 2021 18:50:05 +0000
Message-ID: <f9d92337ef3e48c68493c34617623045@boeing.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: 92B7C99D64FB0BBD7439CFEC528ECFB4AD7D5C86B88D6848A6E93314E5E874572000: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/ipv6/qCbjqisK2UcP5BcXcfWFG5KfoIc>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "IPv6 Maintenance Working Group \(6man\)" <ipv6.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ipv6>, <mailto:ipv6-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ipv6/>
List-Post: <mailto:ipv6@ietf.org>
List-Help: <mailto:ipv6-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 02 Aug 2021 18:50:28 -0000

(Re-sending to correct int-area@ietf.org email address)

Members of the International Civil Aviation Organization (ICAO) Aeronautical
Telecommunications Network (ATN) Community and the Internet Engineering
Task Force (IETF),

As you know, the AERO and OMNI technologies have been under development for many
years within the ATN Working Group I (WG-I) and Mobility Subgroup (MSG) communities,
but their technical specifications are now complete and ready for adoption by the IETF.
The final products are in the following IETF "Internet Drafts" dated 7/2/2021:

https://www.ietf.org/archive/id/draft-templin-6man-aero-22.txt
https://www.ietf.org/archive/id/draft-templin-6man-omni-33.txt

These documents will remain in their current form unless and until they are ADOPTED by
the IETF for progression to some form of Requests for Comments (RFC) publication. In the
interim, an "Issue Tracker" will be maintained for each document to track any technical
and/or editorial errata reported between now and IETF adoption.

As you may be aware, there has been an impasse as to how to encourage the IETF to adopt
the work with the goal of producing RFCs. The possible avenues for RFC publication include:

1) IETF working group documents
In this approach, the document is adopted by a new or existing IETF working group, with
the ultimate goal of progressing to a Working Group Last Call (WGLC), an IESG ballot,
a resolution of all outstanding issues and finally publication as either Standards Track,
Informational or Experimental-category RFC.

2) IESG Area Director (AD) sponsorship
The AD Sponsored approach is sometimes taken in which an IETF AD (e.g., Routing Area,
Internet Area, etc.) serves as "Document Shepherd" and brings the work forward outside
the context of any IETF working group but within scope of their area of responsibility. The
document would undergo IESG review the same as for a working group document, again
with Standards Track, Informational or Experimental-category as possible outcomes.
 
3) Independent Submissions through the RFC-ISE Editor
The ISE stream allows anyone with work that is relevant to the IETF and of sufficient
quality to submit an Internet Draft directly to the RFC-ISE Editor. The work is then
progressed toward RFC publication with a note that it is related to the IETF but is not
an IETF standard of any kind. In this alternative, only Informational or Experimental
documents are possible and Standards Track is not an option. While there have been
examples of non-Standards Track works that have been implemented by vendors of
widely distributed implementations, this seems to be the exception rather than the
normal course of events for ISE stream documents.

>From the above alternatives, it should be clear that AERO and OMNI should be published
as Standards-Track if at all possible as either an IETF working group or AD-sponsored
product (i.e., options 1 or 2). While publication through option 3) would also attain the
desirable end -state of an IETF RFC publication, failure to attain Standards Track could
fail to encourage a wide range of network equipment vendors to implement the
technologies in their products which could lead to either few or no equipment vendor
products to choose from.

To date, several overtures have been made to the IETF including publication of a liaison
statement requesting IETF action:

https://datatracker.ietf.org/liaison/1676/

The AERO/OMNI works were then brought to the attention of the IETF 6man working group
where they were largely ignored, including a presentation at IETF110 that drew no comments
or discussion. This led the author to conclude that the scope of the work is too broad for the
6man charter; therefore, following finalization of the drafts the works were then offered to
the IETF rtgwg and intarea working groups for presentation at IETF111 held last week.

At IETF111, a presentation to rtgwg generated substantial discussion on the chat session for
which a summary note was posted on the rtgwg mailing list:

https://mailarchive.ietf.org/arch/msg/rtgwg/oNPr8BA_4esFDXTmY-CbBRhkJ2I/

The IETF111 presentation to intarea generated no discussion, presumably due to the author's
attempt  to cram 60 mins worth of detailed presentation materials into a 20 min timeslot
which may have been better served by a shorter presentation with higher-level bullet points.

With all of the above under consideration, the following are now seen as possible ways
forward toward RFC publication:

1) Publish AERO as a WG item of the rtgwg working group, while publishing OMNI as a WG
item of the intarea working group.

2) Publish one of AERO/OMNI as a WG item, while publishing the other as AD Sponsored.

3) Publish both AERO/OMNI as AD sponsored (i.e., with AERO in the routing area and
OMNI in the Internet area)

4) Form a new ATN IETF working group using the atn@ietf.org mailing list for coordination
and publish both AERO/OMNI as working documents of this new working group.

5) Publish both AERO and OMNI as RFC ISE stream Informational Category documents.

6) Other

Of these alternatives, operating within the context of an existing working group or through
AD-sponsorship (options 1-3) would provide the fastest paths toward a Standards-Track
publication, while publishing through the RFC ISE stream (option 5) could potentially provide
an even faster path but for a lesser publication category. Option 4) (form a new working group)
could also be considered, but would likely take multiple years with cooperation needed from a
significant number of contributors since first a "Birds of a Feather (BoF)" would first need to be
held at an upcoming IETF meeting, followed by selection of working group chairs followed by
development and ratification of a working group charter, etc. And, it is not clear that ICAO's
deadlines would be met by an approach that could take 3-5 years or even longer to produce
a final product.

So, the purpose of this message is to both inform the ICAO and IETF communities of possible
ways forward toward AERO/OMNI IETF RFC publication and to request interested parties
to respond to this message to confirm that some form of IETF action is desired. This is
especially true for members of the atn@ietf.org list who are not regular IETF participants.
This appeal is being posted also to the IETF working groups as well as wg chairs/ADs
where the work might potentially be taken up.

In closing, the technical work on AERO and OMNI is now complete. So, if they are indeed
wanted by ICAO (and/or any other interest groups) the time for discussion on publication
ways forward has come. Please send responses to this list (keeping the To:/Cc:) to express
your interest.

Sincerely, Fred Templin
fred.l.templin@boeing.com
fltemplin@acm.org