Re: [Drip] (reminder) RE: call for adoption for draft-ietf-drip-uas-rid

Alexandre Petrescu <alexandre.petrescu@gmail.com> Thu, 17 September 2020 13:35 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 79E603A07CE for <tm-rid@ietfa.amsl.com>; Thu, 17 Sep 2020 06:35:05 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.648
X-Spam-Level:
X-Spam-Status: No, score=0.648 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, FORGED_GMAIL_RCVD=1, FREEMAIL_FROM=0.001, NICE_REPLY_A=-0.001, NML_ADSP_CUSTOM_MED=0.9, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, 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 zRcZi9vcbuPI for <tm-rid@ietfa.amsl.com>; Thu, 17 Sep 2020 06:35:03 -0700 (PDT)
Received: from sainfoin-smtp-out.extra.cea.fr (sainfoin-smtp-out.extra.cea.fr [132.167.192.228]) (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 92D593A0365 for <tm-rid@ietf.org>; Thu, 17 Sep 2020 06:35:03 -0700 (PDT)
Received: from pisaure.intra.cea.fr (pisaure.intra.cea.fr [132.166.88.21]) by sainfoin-sys.extra.cea.fr (8.14.7/8.14.7/CEAnet-Internet-out-4.0) with ESMTP id 08HDZ1ba047356 for <tm-rid@ietf.org>; Thu, 17 Sep 2020 15:35:01 +0200
Received: from pisaure.intra.cea.fr (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id A4F4F201075 for <tm-rid@ietf.org>; Thu, 17 Sep 2020 15:35:01 +0200 (CEST)
Received: from muguet1-smtp-out.intra.cea.fr (muguet1-smtp-out.intra.cea.fr [132.166.192.12]) by pisaure.intra.cea.fr (Postfix) with ESMTP id 9A7B8206741 for <tm-rid@ietf.org>; Thu, 17 Sep 2020 15:35:01 +0200 (CEST)
Received: from [10.8.35.150] (is154594.intra.cea.fr [10.8.35.150]) by muguet1-sys.intra.cea.fr (8.14.7/8.14.7/CEAnet-Internet-out-4.0) with ESMTP id 08HDZ1UY032499 for <tm-rid@ietf.org>; Thu, 17 Sep 2020 15:35:01 +0200
To: tm-rid@ietf.org
References: <19515_1600237045_5F61ADF5_19515_198_1_787AE7BB302AE849A7480A190F8B93303154144E@OPEXCAUBMA2.corporate.adroot.infra.ftgroup>
From: Alexandre Petrescu <alexandre.petrescu@gmail.com>
Message-ID: <91139158-d949-52c5-aaab-a8d2b31aaa7b@gmail.com>
Date: Thu, 17 Sep 2020 15:35:02 +0200
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.12.0
MIME-Version: 1.0
In-Reply-To: <19515_1600237045_5F61ADF5_19515_198_1_787AE7BB302AE849A7480A190F8B93303154144E@OPEXCAUBMA2.corporate.adroot.infra.ftgroup>
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/9I7wks-hiunbUcw9-NzGfbAvR1Q>
Subject: Re: [Drip] (reminder) RE: call for adoption for draft-ietf-drip-uas-rid
X-BeenThere: tm-rid@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Drone Remote Identification Protocol <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: Thu, 17 Sep 2020 13:35:05 -0000

I dont know how to shar emy thoughts.

You say that we need to comment on the contents, not on the naming.

I could comment on the content if there was the right name.

But the wrong name implies that the comments are not needed.  The name 
is wrong in that it seems to be adopted, so there would be no need of 
comments.

If the name was right, and the document was not adopted, and if there 
was a chance for the document to _not_ be adopted, then I could comment 
on it.  Otherwise, why should I comment on it if it is already adopted?

My comment is around the following:

Is UAS-RID concept decoupled from the use of HIP?  Or does UAS-RID 
mandate the use of HIP?

Because, there are other ways into which to achieve same effects as HIP 
which might be probably more in use in the Internet today.  Or maybe 
there are implementations aspects of HIP that I am not aware of.

These are my comments to a document whose name seems to not need comments.

This is a long email, as the situation is difficult.

Alex

Le 16/09/2020 à 08:17, mohamed.boucadair@orange.com a écrit :
> Re,
> 
> This s a nudge that the call is still open for one week.
> 
> Silence does not mean support. So, please consider sharing your thoughts 
> about this draft and whether it should be adopted or not to meet this 
> milestone:
> 
> =====
> 
> Sep 2020 Solution space documents adopted by the WG
> 
> =====
> 
> Cheers,
> 
> Daniel & Med
> 
> *De :*Tm-rid [mailto:tm-rid-bounces@ietf.org] *De la part de* Daniel Migault
> *Envoyé :* mercredi 9 septembre 2020 19:04
> *À :* tm-rid@ietf.org
> *Objet :* [Drip] call for adoption for draft-ietf-drip-uas-rid
> 
> Hi,
> 
> This email starts a call for adoption for draft-ietf-drip-uas-rid 
> available here:
> 
> https://datatracker.ietf.org/doc/draft-ietf-drip-uas-rid/
> 
> The call for adoption ends on 2020 September 23.  Please state clearly 
> your opinion whether you think the work should be adopted or not. If you 
> think the work should not be adopted, please state why.
> 
> Yours,
> Med and Daniel
> 
> -- 
> 
> Daniel Migault
> 
> Ericsson
> 
> _________________________________________________________________________________________________________________________
> 
> Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc
> pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler
> a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration,
> Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci.
> 
> This message and its attachments may contain confidential or privileged information that may be protected by law;
> they should not be distributed, used or copied without authorisation.
> If you have received this email in error, please notify the sender and delete this message and its attachments.
> As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified.
> Thank you.
> 
>