Re: [Lake] LoRaWAN use case; Re: WGLC for draft-ietf-lake-reqs-01

Jesus Sanchez Gomez <jesus.sanchez4@um.es> Mon, 06 April 2020 11:52 UTC

Return-Path: <jesus.sanchez4@um.es>
X-Original-To: lake@ietfa.amsl.com
Delivered-To: lake@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A41BE3A0F7B for <lake@ietfa.amsl.com>; Mon, 6 Apr 2020 04:52:42 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 1.42
X-Spam-Level: *
X-Spam-Status: No, score=1.42 tagged_above=-999 required=5 tests=[BAYES_20=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_IMAGE_ONLY_24=1.618, HTML_IMAGE_RATIO_04=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=um.es
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 8sBS28IGBa7U for <lake@ietfa.amsl.com>; Mon, 6 Apr 2020 04:52:41 -0700 (PDT)
Received: from mx02.puc.rediris.es (outbound4sev.lav.puc.rediris.es [130.206.19.178]) (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 956AA3A0FCF for <lake@ietf.org>; Mon, 6 Apr 2020 04:52:38 -0700 (PDT)
Received: from xenon44.um.es (xenon44.um.es [155.54.212.171]) by mx02.puc.rediris.es with ESMTP id 036Bqax7029961-036Bqax8029961; Mon, 6 Apr 2020 13:52:36 +0200
Received: from localhost (localhost [127.0.0.1]) by xenon44.um.es (Postfix) with ESMTP id 6DA862087E; Mon, 6 Apr 2020 13:52:36 +0200 (CEST)
X-Virus-Scanned: by antispam in UMU at xenon44.um.es
Received: from xenon44.um.es ([127.0.0.1]) by localhost (xenon44.um.es [127.0.0.1]) (amavisd-new, port 10024) with LMTP id wQz9v9Nd6p57; Mon, 6 Apr 2020 13:52:36 +0200 (CEST)
Received: from iMac.local (unknown [88.148.107.250]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: jesus.sanchez4) by xenon44.um.es (Postfix) with ESMTPSA id 819102089E; Mon, 6 Apr 2020 13:52:33 +0200 (CEST)
To: lake@ietf.org, dominique.barthel@orange.com
References: <29734_1585730849_5E845521_29734_128_1_DAAA1C73.72FE4%dominique.barthel@orange.com>
From: Jesus Sanchez Gomez <jesus.sanchez4@um.es>
Message-ID: <e7dadbb6-3a97-340f-5775-6b87f5693a7e@um.es>
Date: Mon, 6 Apr 2020 13:52:32 +0200
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:68.0) Gecko/20100101 Thunderbird/68.6.0
MIME-Version: 1.0
In-Reply-To: <29734_1585730849_5E845521_29734_128_1_DAAA1C73.72FE4%dominique.barthel@orange.com>
Content-Type: multipart/alternative; boundary="------------5FD2417528CBAB2A7550C245"
Content-Language: en-GB
X-FEAS-CONTENT-MODIFICATION:
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; d=um.es; s=DKIM; c=relaxed/relaxed; h=subject:to:references:from:message-id:date:mime-version:content-type; bh=zHdT1wHmyPUSXgs72PkcfH9uyVjebiJohMQ5ZgHGLeA=; b=48319xrBIRKrKdBlmWDNxFDc/5N54CxmAdKvmkyMJH0SU5ieV4WSFJjsUXOuJu+GncF5q5oUEjT9 XGN5LdAuT9VZ1JVu/16zadLKx47CYuySh/yXlH1ANpQbvCImWniuCvHWYFPeZoVPLekDt9jE4PNn EOl1nPG3cdfxyXdGgOyxfhNErsemHq72svponjhdsYxct6V2SA9XaDgmS+WKne7uziHQ9WbZtSO9 2RrWOpt4jMa8N4itTUM+lQMtd2NO6rfE4XvOo9vWlvb7b3EhFmC2yBOw+Qj/xVDSGFmFOhT1ao2V WiPPgLx5n+TWco8HFAnuhLjLD1mLunPaglYprg==
Archived-At: <https://mailarchive.ietf.org/arch/msg/lake/3cJcq3i6zpL7Vhw3oW3gAuMVL30>
Subject: Re: [Lake] LoRaWAN use case; Re: WGLC for draft-ietf-lake-reqs-01
X-BeenThere: lake@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Lightweight Authenticated Key Exchange <lake.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lake>, <mailto:lake-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/lake/>
List-Post: <mailto:lake@ietf.org>
List-Help: <mailto:lake-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lake>, <mailto:lake-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 06 Apr 2020 11:52:43 -0000

Hello Dominique, all,

El 2020-04-01 a las 10:47, dominique.barthel@orange.com escribió:
> Can you make some useful/secure key exchange happen within 36 seconds 
> of air-time at LoRaWAN SF12 data rate, taking into account 2 
> repetitions per packet (I.e. 3 transmissions)?
> Or better yet, in only half or a third of that, because you want to 
> give some air-time to the lower layer MAC frames and to the 
> application itself.

I'm trying to model your use case, and I came up with the following 
diagram, in which each message will require up to three transmissions:




Would this make sense in the context of your original message?

If I got this right, then yes --- the whole exchange can be made using a 
duty-cycle less than half 36 seconds, and leave some room for user 
payload besides AKE.

ToA of a 51 payload LoRaWAN at SF12  = 2793 ms.

ToA times 6 (duty-cycle of End-device) = 2793*6 = 16758 ms.   // which 
is less than half 36 seconds.

Could you please comment on this?

Thank you,

Best Regards,


-- 
Jesús Sánchez Gómez
Contratado predoctoral // Phd Student. Fundación Séneca. Comunidad Autónoma de la Región de Murcia
+34 868 88 96 74
+34 635 33 26 09
jesus.sanchez4@um.es
Department of Information and Communication Engineering
Faculty of Computer Science
University of Murcia
30100 Murcia, Spain