IETF Logo Mail Archive

Re: [MMUSIC] draft-dtls-sdp: Allow offerer to establish DTLS association before it has received the SDP answer?

Roman Shpount <roman@telurix.com> Thu, 08 June 2017 20:28 UTC

Return-Path: <roman@telurix.com>
X-Original-To: mmusic@ietfa.amsl.com
Delivered-To: mmusic@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C64BB126BF7 for <mmusic@ietfa.amsl.com>; Thu, 8 Jun 2017 13:28:20 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.389
X-Spam-Level:
X-Spam-Status: No, score=-1.389 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_SORBS_SPAM=0.5, T_SPF_PERMERROR=0.01] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=telurix-com.20150623.gappssmtp.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 2HVTVcHZlsR7 for <mmusic@ietfa.amsl.com>; Thu, 8 Jun 2017 13:28:19 -0700 (PDT)
Received: from mail-pf0-x230.google.com (mail-pf0-x230.google.com [IPv6:2607:f8b0:400e:c00::230]) (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 6628D1293D9 for <mmusic@ietf.org>; Thu, 8 Jun 2017 13:28:19 -0700 (PDT)
Received: by mail-pf0-x230.google.com with SMTP id x63so20811580pff.3 for <mmusic@ietf.org>; Thu, 08 Jun 2017 13:28:19 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telurix-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=8B/5yx5LdB4fJbubncymE14ONcgzFYw769MDCdk2qcc=; b=xCs6YPnkoMtuOrpApbNH5UhUMA9dL8Ap0oN44QZJh+M/qp/mT3mpt2oOmTFs+/TeXz tpINJUVZ6bvKMPPoAXHTK9WlMt4QHNiYHAOtHD0xmg47b602ZygED10cKgxAVx/p1tAr 5t1kO7QGoFw7Z6JJtNa2qtNATTeMlcmA5Cwbm4WbLYkS0r636F346CN50mWgbLO2DTOR D3fVjOY2DLAa5iU3Va5MfQkYdvbMSKFDWSGFj/4YJkGUuamacEGng6+GT9zT22eXiMe5 UaPgu4IOYK+UIfPOxo/NFjhcY0YjlPiw6DW38qaD+wIIH98zSfOhODiNFGR/jhN4TwG3 hkYw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=8B/5yx5LdB4fJbubncymE14ONcgzFYw769MDCdk2qcc=; b=E2YHwESN2oAmoiFk1S4DhpDpFDgv04MnJID0OhnKSRVrKG2KozSi+UHIq4Sr+gGTg4 u3LZ3SjJvx+HhIikVTou8QIYmHczxJO+od60Gxlp/hWKxFE5/S2tOpMNftsLdEN7LIhr 1BMffCYFKHo1EDnKLrVUnY6u2Q/5hrlfi+c9LLm2npC8FHhGec8aLrgF+SWPCNa2tsu2 eGwaLYMtwFE2eZRSYwSR+BDQd6Dc6vt0j0aV8b2rmRV10YKZqnWnFDIt5eNwlr/YoEhR CgrXBmruBO2a0C10ZXrmWA5uMPCkJRaR2fVvck4FnkCJykxbVVgymjG218C8gOw+lX7E lYPg==
X-Gm-Message-State: AODbwcB6mzXh5F8PszksvVJv1LJAU9FpjtnbgA5zKrydnmxVtwscVyKv 5+cdDqeDRmlmzzZD4Ls=
X-Received: by 10.99.64.1 with SMTP id n1mr39602530pga.197.1496953698809; Thu, 08 Jun 2017 13:28:18 -0700 (PDT)
Received: from mail-pf0-f172.google.com (mail-pf0-f172.google.com. [209.85.192.172]) by smtp.gmail.com with ESMTPSA id k192sm11770602pgc.31.2017.06.08.13.28.17 for <mmusic@ietf.org> (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 08 Jun 2017 13:28:18 -0700 (PDT)
Received: by mail-pf0-f172.google.com with SMTP id l89so20856442pfi.2 for <mmusic@ietf.org>; Thu, 08 Jun 2017 13:28:17 -0700 (PDT)
X-Received: by 10.84.130.7 with SMTP id 7mr36259225plc.35.1496953697559; Thu, 08 Jun 2017 13:28:17 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.100.169.66 with HTTP; Thu, 8 Jun 2017 13:28:16 -0700 (PDT)
In-Reply-To: <7a029c60-a5fb-bc38-1080-7ff9e08f48a8@comcast.net>
References: <D551D683.1D429%christer.holmberg@ericsson.com> <22C94242-218F-4724-AE92-E0B1E8DC2C82@nostrum.com> <21E8BA9D-E442-4DBC-8A7D-CEDFD5F54F8B@iii.ca> <CAD5OKxujAuzJt4QD6JXKHkVd4JB_nO5Th6KXjavMBww=W4644Q@mail.gmail.com> <6125EAB1-A827-4E0F-B756-78F85BB411CD@iii.ca> <CAD5OKxutcpUzh1yLA2kukmYmiHQg3+6fuXbaD0w73gzsAHEXzg@mail.gmail.com> <e80f0fbe-221e-aa9b-33bd-24d2ff50fe84@cisco.com> <6D9B0AD9-F9C9-4DF6-A2AB-D160094E5FE3@iii.ca> <7a029c60-a5fb-bc38-1080-7ff9e08f48a8@comcast.net>
From: Roman Shpount <roman@telurix.com>
Date: Thu, 08 Jun 2017 16:28:16 -0400
X-Gmail-Original-Message-ID: <CAD5OKxufRU4PJebF89O3up8hUOYARmdGf0DgFn1aBa02p4aNkw@mail.gmail.com>
Message-ID: <CAD5OKxufRU4PJebF89O3up8hUOYARmdGf0DgFn1aBa02p4aNkw@mail.gmail.com>
To: Paul Kyzivat <paul.kyzivat@comcast.net>
Cc: "mmusic@ietf.org" <mmusic@ietf.org>
Content-Type: multipart/alternative; boundary="94eb2c12f4bc637140055178b1ce"
Archived-At: <https://mailarchive.ietf.org/arch/msg/mmusic/k7TG6k1VrVqcGr6y4R0tTOTNK20>
Subject: Re: [MMUSIC] draft-dtls-sdp: Allow offerer to establish DTLS association before it has received the SDP answer?
X-BeenThere: mmusic@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Multiparty Multimedia Session Control Working Group <mmusic.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mmusic>, <mailto:mmusic-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/mmusic/>
List-Post: <mailto:mmusic@ietf.org>
List-Help: <mailto:mmusic-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mmusic>, <mailto:mmusic-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Jun 2017 20:28:21 -0000

On Thu, Jun 8, 2017 at 3:09 PM, Paul Kyzivat <paul.kyzivat@comcast.net>
wrote:

> On 6/8/17 9:25 AM, Cullen Jennings wrote:
>
>>
>> The above discussion only pertains to DTLS used for *media*. Some
> additional consideration is needed regarding non-media usage. (Notably data
> channels.)
>

Do you have any suggestions regarding the non "media" usage, i.e. data?

I think offering end point SHOULD not send any data before the answer is
received, but I am not sure if this means actual data or negotiation
messages (INIT-ACK) as well.  Putting this another way, should answering
end point proceed with SCTP handshake before the answer is received? If
INIT-ACK is not sent, SCTP setup is delayed and no data is sent. This is
similar to what I have proposed with DTLS where it did not work because of
data requirements, but I got to ask if this is acceptable for data.

Regards,
_____________
Roman Shpount

v2.23.0 | Report a Bug | By Email