Re: [Ace] [Secdispatch] FW: [secdir] EDHOC and Transports

"Valery Smyslov" <smyslov.ietf@gmail.com> Tue, 19 February 2019 18:02 UTC

Return-Path: <smyslov.ietf@gmail.com>
X-Original-To: ace@ietfa.amsl.com
Delivered-To: ace@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 99FE6130F6C; Tue, 19 Feb 2019 10:02:17 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, 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=gmail.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 7KDyV4YJUN0p; Tue, 19 Feb 2019 10:02:15 -0800 (PST)
Received: from mail-lj1-x242.google.com (mail-lj1-x242.google.com [IPv6:2a00:1450:4864:20::242]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D44BB131104; Tue, 19 Feb 2019 10:02:14 -0800 (PST)
Received: by mail-lj1-x242.google.com with SMTP id v16so18209643ljg.13; Tue, 19 Feb 2019 10:02:14 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:references:in-reply-to:subject:date:message-id :mime-version:content-transfer-encoding:thread-index :content-language; bh=vcllPkswpoUoM5DStVnn/njrFZpvu5hrT/469UiEzF8=; b=egt8LD1/YQsr5crvltjj5XkYiFJpxsZZD97OHgBLThgDncCCDV1j/seXSHK1nsaO/v 97ZBctvosSbvLHJPRhy4PM7mSExI2cyaVbyYZaV+SK7Z0qRNuFLbUBPPjaOQrOLPFEO4 T4MBHDkZPK3FtAcQpHoddA1yKl6pjJvmj5ny7x3W4oj9GCebNeILmxyMq7xqwv8Yo/mv x1Wz0aJ3Hdq/K+jtPboOp4pIxTku29tQuvhNhkqXXzcBHF8aQZTkbTT4rYWV0BgmQ9lE Zv8ZCrfiEKwAHr94w+MOoyuWGsP6p4drCmyFfWdwXXaZkV3OI3LE5MHpRwuMULkkradU sc0Q==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:references:in-reply-to:subject:date :message-id:mime-version:content-transfer-encoding:thread-index :content-language; bh=vcllPkswpoUoM5DStVnn/njrFZpvu5hrT/469UiEzF8=; b=lhhoaVvwP8LTGA5NexjM9NffTE/7YJxYetdol8sFEYAFlT85DbYtswUqZ0DGqTRZf+ +vmjedLln3HrV2KGj6lS3bB20LKEYGS5iGDSL0nY8BEBWfUozSyey3JE1ij4V8nwWeBa WoH9hfdasfyZCsiHd9TEWFc/IVV5NuLu4x1V9duZtxszQ3bkbPjMFaeqXmMPVoRUwoPG qwsJEX68i7+hhggoJWXWoJBiBQxTeONUr4zI08OmOVkJSRQVkJZK3ccGTF6iCtD6kka+ DBwdH9xpJZykh5aW1WwsWSbDV+NePjM6swiuYCFE4dV6c0U1Wc0xB066ASoVW5hLat7c 8TKQ==
X-Gm-Message-State: AHQUAuZUDsw7zDyEZ+kzy7WcA5MbUCqi0piaidCVUxwfzyraCgpV9xM5 kCxvckCRN5WiAE1pbdCz4mxV7m5w
X-Google-Smtp-Source: AHgI3IZ2VUh03rl/DIOY0PYvP9zG8Iutqbft0BNF3DzvvFUmwExIP2tAvDH72NiEvrxy7JzNSmK0mw==
X-Received: by 2002:a2e:97ce:: with SMTP id m14mr18126594ljj.162.1550599332602; Tue, 19 Feb 2019 10:02:12 -0800 (PST)
Received: from svannotebook ([31.13.144.122]) by smtp.gmail.com with ESMTPSA id y22sm2045853lfj.31.2019.02.19.10.02.11 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 19 Feb 2019 10:02:11 -0800 (PST)
From: Valery Smyslov <smyslov.ietf@gmail.com>
To: 'Michael Richardson' <mcr+ietf@sandelman.ca>
Cc: '=?UTF-8?Q?'G=C3=B6ran_Selander'?=' <goran.selander@ericsson.com>, secdispatch@ietf.org, ace@ietf.org
References: <4FA72889-F601-4255-962E-9A13E932EE21@ericsson.com> <CAL02cgTM93+ij+ottP_xR+OTvdj3S+pCKNOAAjEsj8Srt7EeYA@mail.gmail.com> <998ABFEF-7E5B-4B91-80DB-20ED43DE9A5C@ericsson.com> <CAL02cgQFyB4YOMr=hDdTVQ6Vc8LFo+RxVB9JA2EucdRK8_-wbA@mail.gmail.com> <12390.1550453705@localhost> <01f601d4c758$8e9d25e0$abd771a0$@gmail.com> <2F99BE31-7193-4DE8-9509-4902EA8E4EBE@ericsson.com> <010a01d4c83b$a75b6f40$f6124dc0$@gmail.com> <21416.1550592072@localhost>
In-Reply-To: <21416.1550592072@localhost>
Date: Tue, 19 Feb 2019 21:01:56 +0300
Message-ID: <012001d4c87d$3502cc30$9f086490$@gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Outlook 16.0
Thread-Index: AQGUr/RRE8LCsN9xtsl6weR5tpA+UAIeiej4AoQBM8oCW2amOQMoEywnATA688wCvmGpVwEr/bj8Aix08PCl3BvTQA==
Content-Language: ru
Archived-At: <https://mailarchive.ietf.org/arch/msg/ace/6b0uwi3yRHCK-aDoTHbNhuE-pAc>
Subject: Re: [Ace] [Secdispatch] FW: [secdir] EDHOC and Transports
X-BeenThere: ace@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Authentication and Authorization for Constrained Environments \(ace\)" <ace.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ace>, <mailto:ace-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ace/>
List-Post: <mailto:ace@ietf.org>
List-Help: <mailto:ace-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ace>, <mailto:ace-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 19 Feb 2019 18:02:18 -0000

Hi Michael,

> When done over CoAP, the message would be sent with CONfirmable, so it
> would be ACK'ed.  I would make the first message CONfirmable too.
> 
> That makes it much like IKEv2 is, where all messages are ACKed and the
> initiator is responsible for all retransmits.

Sure, there must be no problems with COAP or other reliable transport.

> If someone wants to run EDHOC over another transport, then they would
> need to take this into account.

That was my point.

Regards,
Valery.
 
>     > So, unless you rely on a reliable transport that preserves packets
ordering,
>     > having odd number of messages significantly complicates
> implementations.
> 
> CoAP is reliable, and it does preserve packet ordering if asked to.
> 
> --
> Michael Richardson <mcr+IETF@sandelman.ca>, Sandelman Software Works
> -= IPv6 IoT consulting =-