Re: [Tm-rid] Review of draft-drip-arch-02 w.r.t. RFC6973, RFC8280 and other
Alexandre Petrescu <alexandre.petrescu@gmail.com> Tue, 07 July 2020 16:04 UTC
Return-Path: <alexandre.petrescu@gmail.com>
X-Original-To: tm-rid@ietfa.amsl.com
Delivered-To: tm-rid@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A65E03A0E98 for <tm-rid@ietfa.amsl.com>; Tue, 7 Jul 2020 09:04:12 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.671
X-Spam-Level:
X-Spam-Status: No, score=0.671 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, FORGED_GMAIL_RCVD=1, FREEMAIL_FROM=0.001, NML_ADSP_CUSTOM_MED=0.9, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_SOFTFAIL=0.665, URIBL_BLOCKED=0.001] autolearn=no 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 pKIamCkkBrbF for <tm-rid@ietfa.amsl.com>; Tue, 7 Jul 2020 09:03:56 -0700 (PDT)
Received: from oxalide-smtp-out.extra.cea.fr (oxalide-smtp-out.extra.cea.fr [132.168.224.13]) (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 BBE4D3A0F36 for <tm-rid@ietf.org>; Tue, 7 Jul 2020 09:03:55 -0700 (PDT)
Received: from pisaure.intra.cea.fr (pisaure.intra.cea.fr [132.166.88.21]) by oxalide-sys.extra.cea.fr (8.14.7/8.14.7/CEAnet-Internet-out-4.0) with ESMTP id 067G3rM5013909; Tue, 7 Jul 2020 18:03:53 +0200
Received: from pisaure.intra.cea.fr (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id 3F238207DEC; Tue, 7 Jul 2020 18:03:53 +0200 (CEST)
Received: from muguet2-smtp-out.intra.cea.fr (muguet2-smtp-out.intra.cea.fr [132.166.192.13]) by pisaure.intra.cea.fr (Postfix) with ESMTP id 31059207C68; Tue, 7 Jul 2020 18:03:53 +0200 (CEST)
Received: from [10.8.35.150] (is154594.intra.cea.fr [10.8.35.150]) by muguet2-sys.intra.cea.fr (8.14.7/8.14.7/CEAnet-Internet-out-4.0) with ESMTP id 067G3rg3001497; Tue, 7 Jul 2020 18:03:53 +0200
To: Robert Moskowitz <rgm@labs.htt-consult.com>
References: <1bebf5b1-1fa5-6902-5bb7-9ec3582e6d9a@andersdotter.cc> <2990FBF0-FCB0-49CE-8F4B-BF5111CE5D57@tzi.org> <01a21161-aa8d-6d4b-b384-3129fe6d799b@gmail.com> <973223fd-0119-376d-12cd-21559a14ce87@labs.htt-consult.com>
From: Alexandre Petrescu <alexandre.petrescu@gmail.com>
Cc: tm-rid@ietf.org
Message-ID: <b88975b0-ecfd-3091-4314-304c36d51e8f@gmail.com>
Date: Tue, 07 Jul 2020 18:03:53 +0200
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0
MIME-Version: 1.0
In-Reply-To: <973223fd-0119-376d-12cd-21559a14ce87@labs.htt-consult.com>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Language: fr
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/tm-rid/yxTg0M_JDLNEtF6QvZaN8TjQt18>
Subject: Re: [Tm-rid] Review of draft-drip-arch-02 w.r.t. RFC6973, RFC8280 and other
X-BeenThere: tm-rid@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Trustworthy Multipurpose RemoteID <tm-rid.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tm-rid>, <mailto:tm-rid-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tm-rid/>
List-Post: <mailto:tm-rid@ietf.org>
List-Help: <mailto:tm-rid-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tm-rid>, <mailto:tm-rid-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 07 Jul 2020 16:04:13 -0000
Le 07/07/2020 à 17:15, Robert Moskowitz a écrit : > > > On 7/7/20 10:36 AM, Alexandre Petrescu wrote: >> >> >> Le 06/07/2020 à 20:57, Carsten Bormann a écrit : >>> On 2020-07-06, at 20:15, Amelia Andersdotter >>> <amelia.ietf@andersdotter.cc> wrote: >>>> >>>> - In some European languages, there is no language-inherent >>>> ways to express the difference between safety and security, >>>> said the Scholar. In some Scandinavian languages, for >>>> instance, the closest translation of "safety" rather brings the >>>> mind to a state of personal comfort. It is easy to get lost in >>>> translation when operating in fields that rely a lot on the >>>> distinction. >>> >>> Indeed. E.g., in German, both are called “Sicherheit”. In >>> practice, we help ourselves by simply using the English terms >>> when we need a more selective term. If we are ever forced to >>> actually speak German, we invent compound terms such as >>> “Angriffssicherheit” (Security) and “Betriebssicherheit” >>> (Safety). >> >> Platon would have probably said something about Σωτηρία (ancient >> Greek for the name of a goddess of salvation), especially because >> he cared about that, as he found the defenders to be very useful. >> >> That aside, >> >> I wonder why the choice of encoding an identifier in one >> domainname was made, and not that of set of them? > > Nothing prevents a UA from having multiple IDs to use where needed. > Just the caveat that the Basic ID Message only has room for one ID > and it is expected that that ID be used for a whole Operation. > >> There could be two domainnames in an onboard network of a flying >> taxi: one dedicated to the hosts on the onboard safety network and >> one for the hosts on the entertainment network, for the >> traveller's smartphone wifi. > > UAM provides some other interesting considerations. I suspect that > a UAM will still be required to Broadcast Remote ID messages. In > theory it could have 2 radios sending out different set of messages > with different MAC addresses (Note that many Brd-RID messages do NOT > have the Remote ID, the receiver MUST be able to correlate messages > to RID based on MAC). A querier receiving simply two such unrelated IDs would have difficulty distinguishing that being one object or two objects flying in formation. ('flightooning', akin to 'platooning' which is a convoy of trucks on road). A number that is painted would not have such a problem, because the paint is glued on one object. >> When that is so, one would still want one domainname to be >> advertised to the outside, like there is just one text painted on >> the outside. >> >> This makes me wonder if it would not be easier to just take that >> conventional name painted on the outside frame and encode it in an >> identifier, and why not putting it in an IPv6 address. > > CAAs REQUIRE a tail number for all commercial and almost all civil > aircraft to be displayed clearly. For your hobby drone, you are > expected to register it with the FAA (or EASA in EU) and be assigned > a tail number. Thanks. I would guess a flying taxi would be more like an evolution of an existing flying car, which is itself more of a plane that can also drive on the highway, with its wings folded. As such I would suspect the tail numbers apply to flying taxis. > Thus for 'starters' a UA has THREE IDs: Manufacturer Serial Number, > CAA registration, Remote ID. Now the ASTM and FAA and EASA > proposals offer to use Serial # or Tail # as RID (see text about ASTM > RID types currently defined). > > But each CAA has its own rules on what is a tail number, thus > encoding into an IPv6 address is interesting. Actually that IS > being discussed in IATF GRAIN study group (yet another weekly call). For automobiles, it is very simple: there is a VIN number (Vehicle Identification Number) standardised by SAE and there is the license plate standardised by a country regulator. It thus seems that the tail number is like a license plate. I wonder whether there is a number in planes that is similar to the VIN number in automobiles. >> If we do so, the privacy question would be easier: the painted >> text is there mandatory anyways so anyone can see it with a pair >> of binoculars. > > Yes, but that is not even VLOS as you can't always see where the > number is. With RID, it is RLOS. I see. It sounds like one would expect to query on the Internet the approach of a flying object, like I informally look some times at flightradar24. The great advantage is that I can query it from anywhere about anywhere. For more formal identifications I would have suspected one would query the object in a more direct manner. Alex > > Oh, and I have been told there are 'perfect' replica model planes. > For example it LOOKs just like a 737 even with binoculars. But it > is only 1000' feet away, not 30000'. > > The whole privacy/safety issue is complex. > > Bob > > >> >> Alex >> >> >> The difference is presence or absence >>> of the human mind to effect the degradation of freedom from >>> dangers. (Of course, the terms are not used as selectively in >>> practice in English either, e.g., “social security” is mostly >>> about safety.) >>> >>> Grüße, Carsten >>> >> > > -- Standard Robert Moskowitz Owner HTT Consulting C:248-219-2059 > F:248-968-2824 E:rgm@labs.htt-consult.com > > There's no limit to what can be accomplished if it doesn't matter > who gets the credit
- [Tm-rid] Review of draft-drip-arch-02 w.r.t. RFC6… Amelia Andersdotter
- Re: [Tm-rid] Review of draft-drip-arch-02 w.r.t. … Carsten Bormann
- Re: [Tm-rid] Review of draft-drip-arch-02 w.r.t. … Alexandre Petrescu
- Re: [Tm-rid] Review of draft-drip-arch-02 w.r.t. … Robert Moskowitz
- Re: [Tm-rid] Review of draft-drip-arch-02 w.r.t. … Amelia Andersdotter
- Re: [Tm-rid] Review of draft-drip-arch-02 w.r.t. … Robert Moskowitz
- Re: [Tm-rid] Review of draft-drip-arch-02 w.r.t. … Alexandre Petrescu
- Re: [Tm-rid] Review of draft-drip-arch-02 w.r.t. … Robert Moskowitz
- Re: [Tm-rid] Review of draft-drip-arch-02 w.r.t. … Robert Moskowitz
- Re: [Tm-rid] Review of draft-drip-arch-02 w.r.t. … Alexandre Petrescu
- Re: [Tm-rid] Review of draft-drip-arch-02 w.r.t. … Robert Moskowitz
- Re: [Tm-rid] Review of draft-drip-arch-02 w.r.t. … Alexandre Petrescu
- Re: [Tm-rid] Review of draft-drip-arch-02 w.r.t. … Robert Moskowitz
- Re: [Tm-rid] Review of draft-drip-arch-02 w.r.t. … Stuart W. Card
- Re: [Tm-rid] Review of draft-drip-arch-02 w.r.t. … Alexandre Petrescu
- Re: [Tm-rid] Review of draft-drip-arch-02 w.r.t. … Robert Moskowitz
- Re: [Tm-rid] Review of draft-drip-arch-02 w.r.t. … Da Silva, Saulo
- Re: [Tm-rid] Review of draft-drip-arch-02 w.r.t. … Alexandre Petrescu
- Re: [Tm-rid] Review of draft-drip-arch-02 w.r.t. … Robert Moskowitz
- Re: [Tm-rid] Review of draft-drip-arch-02 w.r.t. … Robert Moskowitz
- [Drip] ADSB (was: Review of draft-drip-arch-02 w.… Stuart W. Card
- Re: [Drip] ADSB (was: Review of draft-drip-arch-0… shuaiizhao(Shuai Zhao)
- Re: [Drip] ADSB Robert Moskowitz
- Re: [Drip] ADSB(Internet mail) shuaiizhao(Shuai Zhao)
- Re: [Drip] ADSB(Internet mail) Robert Moskowitz
- Re: [Drip] ADSB(Internet mail) shuaiizhao(Shuai Zhao)
- Re: [Drip] ADSB(Internet mail) Robert Moskowitz
- Re: [Drip] ADSB(Internet mail) Jarvenpaa, Mika (Nokia - FI/Espoo)
- Re: [Drip] ADSB Alexandre Petrescu
- Re: [Drip] ADSB Alexandre Petrescu
- Re: [Drip] ADSB Stephan Wenger
- Re: [Drip] ADSB Stuart W. Card
- Re: [Drip] ADSB Alexandre Petrescu
- Re: [Drip] ADSB Robert Moskowitz
- Re: [Drip] ADSB Robert Moskowitz
- Re: [Drip] ADSB Stuart W. Card
- Re: [Drip] ADSB mohamed.boucadair
- Re: [Drip] ADSB Alexandre Petrescu
- Re: [Drip] ADSB Alexandre Petrescu
- Re: [Drip] ADSB Robert Moskowitz
- Re: [Drip] ADSB Robert Moskowitz
- Re: [Drip] ADSB Alexandre Petrescu
- Re: [Drip] ADSB Robert Moskowitz
- Re: [Drip] ADSB Alexandre Petrescu
- Re: [Drip] ADSB Card, Stu
- Re: [Drip] ADSB Card, Stu
- Re: [Drip] ADSB Robert Moskowitz
- Re: [Drip] ADSB Card, Stu
- Re: [Drip] ADSB Alexandre Petrescu
- Re: [Drip] ADSB Alexandre Petrescu
- Re: [Drip] ADSB Robert Moskowitz
- Re: [Drip] ADSB Robert Moskowitz
- Re: [Drip] ADSB Card, Stu
- [Drip] ASTM on UDP/IP - an (im)possibility Alexandre Petrescu
- Re: [Drip] ASTM on UDP/IP - an (im)possibility Robert Moskowitz
- Re: [Drip] ASTM on UDP/IP - an (im)possibility Card, Stu
- Re: [Drip] ADSB Alexandre Petrescu
- Re: [Drip] ADSB mohamed.boucadair
- Re: [Drip] ADSB Card, Stu
- Re: [Drip] ADSB Stephan Wenger
- Re: [Drip] ADSB Robert Moskowitz
- Re: [Drip] ADSB mohamed.boucadair
- Re: [Drip] [Tm-rid] Review of draft-drip-arch-02 … Stuart W. Card
- [Drip] Fwd: ADSB Alexandre PETRESCU
- Re: [Drip] Fwd: ADSB Alexandre PETRESCU
- Re: [Drip] Fwd: ADSB Robert Moskowitz
- Re: [Drip] Fwd: ADSB Eric Vyncke (evyncke)
- Re: [Drip] Fwd: ADSB Robert Moskowitz
- Re: [Drip] Fwd: ADSB Robert Moskowitz
- Re: [Drip] Fwd: ADSB Stu Card
- Re: [Drip] Fwd: ADSB Stu Card
- Re: [Drip] Fwd: ADSB Robert Moskowitz
- Re: [Drip] Fwd: ADSB Alexandre Petrescu
- Re: [Drip] ADSB Carsten Bormann
- Re: [Drip] ADSB Robert Moskowitz
- Re: [Drip] ADSB Eric Vyncke (evyncke)
- Re: [Drip] ADSB Alexandre Petrescu
- Re: [Drip] ADSB Alexandre Petrescu
- Re: [Drip] ADSB Stu Card
- Re: [Drip] ADSB Alexandre Petrescu
- Re: [Drip] ADSB Robert Moskowitz
- Re: [Drip] ADSB Stu Card
- Re: [Drip] ADSB Robert Moskowitz
- Re: [Drip] ADSB Alexandre Petrescu
- Re: [Drip] ADSB Robert Moskowitz
- Re: [Drip] ADSB Alexandre Petrescu
- Re: [Drip] ADSB Robert Moskowitz
- Re: [Drip] ADSB Alexandre Petrescu
- [Drip] how you can help (was: ADSB) Stu Card
- Re: [Drip] ADSB Robert Moskowitz
- Re: [Drip] how you can help (was: ADSB) Robert Moskowitz
- Re: [Drip] how you can help (was: ADSB) Alexandre Petrescu
- Re: [Drip] how you can help (was: ADSB) Robert Moskowitz
- Re: [Drip] how you can help (was: ADSB) Alexandre Petrescu
- Re: [Drip] how you can help (was: ADSB) Robert Moskowitz
- Re: [Drip] how you can help (was: ADSB) Stu Card
- Re: [Drip] how you can help (was: ADSB) Robert Moskowitz
- Re: [Drip] how you can help (was: ADSB) Robert Moskowitz
- Re: [Drip] ADSB Stephan Wenger
- Re: [Drip] ADSB - draft-moskowitz-drip-crowd-sour… Alexandre Petrescu
- Re: [Drip] ADSB - draft-moskowitz-drip-crowd-sour… Robert Moskowitz
- Re: [Drip] ADSB - draft-moskowitz-drip-crowd-sour… Stephan Wenger
- Re: [Drip] ADSB - draft-moskowitz-drip-crowd-sour… Robert Moskowitz
- Re: [Drip] ADSB - draft-moskowitz-drip-crowd-sour… Stephan Wenger
- Re: [Drip] ADSB - draft-moskowitz-drip-crowd-sour… Alexandre Petrescu
- Re: [Drip] ADSB - draft-moskowitz-drip-crowd-sour… Robert Moskowitz
- Re: [Drip] how you can help (was: ADSB) Alexandre Petrescu
- Re: [Drip] how you can help (was: ADSB) Stu Card
- Re: [Drip] how you can help (was: ADSB) Robert Moskowitz