Re: [Int-dir] Intdir telechat review of draft-ietf-raw-ldacs-10

Nils.Maeurer@dlr.de Tue, 19 April 2022 11:18 UTC

Return-Path: <Nils.Maeurer@dlr.de>
X-Original-To: int-dir@ietfa.amsl.com
Delivered-To: int-dir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E626B3A172B; Tue, 19 Apr 2022 04:18:37 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.906
X-Spam-Level:
X-Spam-Status: No, score=-1.906 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H5=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
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 MurdiLplm-WH; Tue, 19 Apr 2022 04:18:33 -0700 (PDT)
Received: from mailin.dlr.de (mailin.dlr.de [194.94.201.12]) (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 B9F1C3A1725; Tue, 19 Apr 2022 04:18:31 -0700 (PDT)
X-IPAS-Result: A2ElAABmmV5i/xWKuApaHAEBAQEBAQcBARIBAQQEAQFAgUYHAQELAYF5gSoCgVYXhD6IJohxA5BGjCWBfAsBAQEBAQEBAQEIATcMBAEBAwSEfAIWhHMmNAkOAQIEAQEBAQMCAwEBAQEBAQMBAQYBAQEBAQEGBAEBAoEYhS85DYI1InyBCAEBAQEBAQEBAQEBAQEBAQEBAQEWAkFTEgEfBiMEDUUQAgEiAiYCAgIwFRACBAENBQgMB4JqgyirUX8ygQGEa4ULBoERLAGHOYcdglCDPoE/gmMBAQOFM4JlBJw+JgRDEBAEDi4sA1sKHgYLAiIRL5IAHS2DH6pnB4ISjFOOcoVmMBWDdJJikX2WXiCCKYpVlBMkCgSFCgIEAgQFAhaBYYIWcYMEATNRFwIPjiwWiGSFSnU4AgYBCgEBAwmSSIESAQE
IronPort-PHdr: A9a23:fKTYsRXA7m8dJJAMPzQO8ncL9oXV8KzLUjF92vMcY1JmTK2v8tzYM VDF4r011RmVB9+dsaofwLGK+4nbGkU4qa6bt34DdJEeHzQksu4x2zIaPcieFEfgJ+TrZSFpV O5LVVti4m3peRMNQJW2aFLduGC94iAPERvjKwV1Ov71GonPhMiryuy+4ZLebxtWiDanf79+M Bu7oQrfu8QZnIBvNrs/xhzVr3VSZu9Y33loJVWdnxb94se/4ptu+DlOtvwi6sBNT7z0c7w3Q rJEAjsmNXs15NDwuhnYUQSP/HocXX4InRdOHgPI8Qv1Xpb1siv9q+p9xCyXNtD4QLwoRTiv6 bpgRRn1gykFKjE56nnahMxugqxGvBKvqR9xw4DWb4GUKPVwcazScMgGRWVaXMZdSzBNDp++Y oYJEuEPPfxYr474p1YWqhawHQisBOf0yjNSgXH5x7M10/k7EQ7YxgwtBM8BsHDOrNnvKagdT /m4wa/VxjrMc/1Ywy3y6JTUch8/u/GMW6p9fMjfxEchCg/Ij1WepIP4Mj6XyukAvWaV4utvW O+rlWIpqxx9rzuuy8sxlIXEmJ4Zxk3K+Ch6wYs7Ktm1Rk56bNOiDZBeuSaaN45sTcMjRWFlo Cc6xaMauZ61ZiQKz44nxxHZZveacIaI+gruWPuNLTtimX5oe72yiwyv/UWuyeDwTNe43EtSo iZYkNTAqGoB2wLO5sSdV/dw/Eas1SyS2w3V9+pKO1o7lbDBJJ4k2rMwk50TvlndESLug0X2i bOWdl0j+ui19+TrerXmqYGYN49zkgzwPKIglMKwD+o4MgYAWGuV9+Om2rH94EH3T7RFg+Msn qnYtpDaOd4bqbSjDwBI1oYj8QyzACq439gAnHkHKkxKeA6fgoT0J13COu30APSwjli2jTtmy fPLMqf/DpnQNnTDla3ufbd5605S0gozytVf6opMBLEAJPLzQVX9utvCARAnLgy02fjoCM9m2 4wDXWKPGLWVP77MvlOQ4OIgOPGDZJUJtzblN/gl+/nugGc5lFMFZ6mmwYMXaGykHvRhO0iWf XjsjcwdHmoRvwo+UPbmiECeXjNdYna+Rbwz5iojBIK8EYjDXpytgKCG3CqjH51WYHxGBkmRH nfpbYWJQPYMZzyOIs9viDAEUqKhS4A52RG0qAD606ZnLvbT+iAAqJ3jzsJ65+PPlR0r9Dx7E did02+UQ2FuhGwJSSY63KRirkNn1liDyrJ0jOZcFdxX/P5JUxk1NYLSz+BgDNDyQA3Bcs+TS Fm6WtWmHS0xTtUpzt8KeUl9AMmiggnf0CWwB78Vk6eGBJ0q/aLA0Xj9PcF9y2zJ1KU5lVkpX tNPNXG6hq547wXTHZTGkkuCmqara6scwCDN+H2EzWqUs0ELGDJ3BPHOX3oUTkrK68nyvUaEQ qT4TfxzMw1djMKDMINLZ8Hny1JcS6GwFs7ZZjflvWa0HlCtz76RdofwU2kZxmPRBR5XwEgo4 X+aOF1mVW+aqGXEAWk2fW8=
IronPort-Data: A9a23:/O5gAatQm22YbG1t54Y/Q8yvCufnVDVfMUV32f8akzHdYApBsoF/q tZmKT/TOa3ZMGOkftEja4SzpkpUvpPSzd42QQZv/nhnRilAgMeUXt7xwmUcns+xwm8vaGo9s q3yv/GZdJhcokf0/0vrav64xZVF/fngqoDUUYYoAQgsA148IMsdoUg7wbRh3tc52YHR7z6l4 LseneWOYDdJ5BYpagr424rbwP+4lK2v0N+wlgVWicFj5DcypVFMZH4sDf3Zw0/Df2VhNrXSq 9AvbV2O1jixEx8FUrtJm1tgG6EAaua60QOm0hK6V0U+6/TrS+NbPqsTbZIhhUlrZzqhsMx8z PV1vJCJSg4xO+6LtPwkeCtWOnQrVUFG0OevzXmXnei/4mPoVlrJ+683IXEde4we5vx+R21K7 7oUJVjhbDja36TvkO79E7I8wJ56RCXoFNp3VnVI6zDdFrADSJ3eWajQzdNcxnE8i6iiGN6AO JpGM2I+NXwsZTV9A25UUMw5jd6al2nWaRRdhGO6rqsOtj27IAtZleKF3MDuUteIT859n1reu 2md+iL0GXkyNdqDjDaE6Fqti/PB2yThV+o6GKex+OIvgVCPyCkJAQJTUVeyquL/g0q6c9NSN 0JS/TAhxYA2/Ve3C9L0WxmQoXOYsFgbQdU4O/cz9ymMx7bapQGDCQA5oiVpZNgqucE4QD0vz gXQksPiQz1prKecD36Z7PGYoFteJBQoEIPLXgdcJSNt3jUpiNhbYs7nJjq7LJOIsw==
IronPort-HdrOrdr: A9a23:PQ39/KpDlDlwimmnrLolBJ8aV5oPeYIsimQD101hICG9Kvbo8P xHnJwguiMc+wxhPk3I/urwRZVoIEmsj6KdjrNhXotKMDOKhILsFvAH0WKA+UydJ8SdzJ8+6U 4IScEXY7fN5BpB/KPHCWKDferItePmzEnev4bjJhlWIT2CIJsQljuRQjzranGeajM2fqYEKA ==
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-AV: E=Sophos;i="5.90,272,1643670000"; d="scan'208";a="67872091"
From: Nils.Maeurer@dlr.de
To: cjbc@it.uc3m.es, int-dir@ietf.org
CC: draft-ietf-raw-ldacs.all@ietf.org, last-call@ietf.org, raw@ietf.org
Thread-Topic: Intdir telechat review of draft-ietf-raw-ldacs-10
Thread-Index: AQHYUvU8072NP6Wi8kKVVSYr+B18xKz3E/aw
Date: Tue, 19 Apr 2022 11:18:28 +0000
Message-ID: <8d10c9935df94f099a372866b37bb205@dlr.de>
References: <165026661788.8576.1085078284291238012@ietfa.amsl.com>
In-Reply-To: <165026661788.8576.1085078284291238012@ietfa.amsl.com>
Accept-Language: de-DE, en-US
Content-Language: de-DE
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/int-dir/Lbco7VkfXIKFxYUbKhxzv7IYYCg>
Subject: Re: [Int-dir] Intdir telechat review of draft-ietf-raw-ldacs-10
X-BeenThere: int-dir@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "This list is for discussion between the members of the Internet Area directorate." <int-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/int-dir>, <mailto:int-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/int-dir/>
List-Post: <mailto:int-dir@ietf.org>
List-Help: <mailto:int-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/int-dir>, <mailto:int-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 19 Apr 2022 11:18:39 -0000

Hi Carlos,

Thank you for your comments. We provide replies to those inline below.

Best,
Nils

-----Ursprüngliche Nachricht-----
Von: Carlos Bernardos via Datatracker <noreply@ietf.org> 
Gesendet: Montag, 18. April 2022 09:24
An: int-dir@ietf.org
Cc: draft-ietf-raw-ldacs.all@ietf.org; last-call@ietf.org; raw@ietf.org
Betreff: Intdir telechat review of draft-ietf-raw-ldacs-10

Reviewer: Carlos Bernardos
Review result: Not Ready

I am an assigned INT directorate reviewer for draft-ietf-raw-ldacs. 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/>.

Based on my review, if I was on the IESG I would ballot this document as DISCUSS.

I have the following DISCUSS/ABSTAIN level issues:

- As stated by the routing review, I think the point of not having an specification of IPv6 over LDACS is a bit troublesome: "There is currently no
"IPv6 over LDACS" specification publicly available; however, SESAR2020 has started the testing of IPv6-based LDACS testbeds." The main value of this document to IETF, in the context of RAW, is to understand the characteristics of IPv6 over LDACS and the requirements of aeronautical trafffic using LDACS in terms of reliability and availability.

- Reply: First: Aeronautical communications as a whole is currently progressing from (plain old) ACARS, over the ATN/OSI (specified in the 90s) to finally, today the Aeronautical Telecommunications Network (ATN) over Internet Protocol Suite (IPS). Now, the most important detail here is that LDACS is a network access technology in the context of the Aeronautical Telecommunications Network (ATN) over Internet Protocol Suite (IPS). As such any user-data via LDACS is essentially ATN/IPS traffic. While we will update our draft with an explanation of the characteristics of IPv6 over LDACS, we believe LDACS reliability and availability have been explained in sufficient depth.

 
- It is mentioned that handover between LDACS cells is seamless, automatic and transparent to the user --> does this mean transparency to the IPv6 layer? how is this done, what type of service/interface (and associated link model) do provide LDACS L2 to IPv6? I think the most relevant part of the LDACS protocol stack for the IETF is the section 7.3.3 (LDACS Sub-Network Layer and Protocol Services), which basically says that this is "ongoing work".

- Reply: We can update the draft now with a specific explanation on how the handover work on LDACS protocol level.

- "Technically the FCI multilink concept will be realized by multi-homed mobile
IPv6 networks in the aircraft." --> how is Mobile IPv6 going to be used and which specific protocol of the Mobile IPv6 family? just MIPv6 and/or PMIPv6?
implications on mobility and RAW are unclear at this point (probably this is for the RAW WG to evaluate, but just wanted to point it out).

- Reply: PMIPv6 seems the most likely candidate at the moment. We will update the draft.

The following are other issues I found with this document that SHOULD be corrected before publication:

- The objectives of the document are not clear in the abstract. Since this is a RAW WG document, it is about explaining a technology that might be used by future RAW solutions, and the goal of the document is present its characteristics with that angle in mind. I think this needs to be better explained, to set the right reader expectations. I think it should also be mentioned that LDACS standardization is not actually finished, and therefore this document is a snapshot of current status.

- Reply: The objective of this document is to make the Internet community aware of the ATN/IPS transition in aeronautical communications along with informing the community about the various access technologies providing ATN/IPS traffic. We will update the draft addressing your last two suggestions.

- There is a lot of very good information about LDACS and context on aeronautical communications in the document, but I wonder if part of it should be maybe moved to an annex to keep tha main body focused on the actual implications to IETF (and specifically RAW) of the use of LDACS.

- Reply: We believe that providing this exact context is of essential interest to the IETF, hence we strongly suggest to leave the document structured as is.

The following are minor issues (typos, misspelling, minor text improvements) with the document. Just some below (I think other directorate reviews did a very good job identifying some):

- "It assumes a star-
   topology in each cell where Aircraft Stations (AS) belonging to
   aircraft within a certain volume of space (the LDACS cell) is
   connected to the controlling GS." -->

   "It assumes a star-
   topology in each cell where Aircraft Stations (AS) belonging to
   aircraft within a certain volume of space (the LDACS cell) ARE
   connected to the controlling GS."

- Reply: We will correct these.