IETF Logo Mail Archive

Re: [MMUSIC] draft-uberti-mmusic-nombis and (D)TLS

Roman Shpount <roman@telurix.com> Mon, 23 March 2015 22:32 UTC

Return-Path: <roman@telurix.com>
X-Original-To: mmusic@ietfa.amsl.com
Delivered-To: mmusic@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DE3421A1BF3 for <mmusic@ietfa.amsl.com>; Mon, 23 Mar 2015 15:32:36 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.978
X-Spam-Level:
X-Spam-Status: No, score=-1.978 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham
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 9NaBulVzftkb for <mmusic@ietfa.amsl.com>; Mon, 23 Mar 2015 15:32:35 -0700 (PDT)
Received: from mail-ie0-f173.google.com (mail-ie0-f173.google.com [209.85.223.173]) (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 8DC951A1BDB for <mmusic@ietf.org>; Mon, 23 Mar 2015 15:32:35 -0700 (PDT)
Received: by iecvj10 with SMTP id vj10so47638685iec.0 for <mmusic@ietf.org>; Mon, 23 Mar 2015 15:32:35 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=6rZ023wLP88wWUDvIu61oFFtbejUm8TtPdTJFFkzaSI=; b=Cxg6nIVwcWWFpeoy/KDMF6KtU2ynFJSzZWLXfN7FWFrJpvO6XhjDpDV6VFaJC7H9Fq icpH2uzOjnmUi+++dMZA+hv4jrHpwWiSbOqmb2YhGJnGWlmLTkMN/9NwD9QUrqEJA6Eg NEsf35dXWJAWJjEU2acl+l9nvuYP8JGCXk/i3Yswj/suZl/zfBJT/1rzjJg0n6I7fc0K xqvWS1z9W9BctUIsdjK7VaFqJbMcohK9KPLzU6MRep2CbL3Cb6ms20dGujJVbHx4F6gE 4Fd6FeMJ4kAu7ehe7ishk5d+v1KMvhyhQ4BkokHb1y5dthH2d3S7hUOQPuorNDOGnrXN JtLw==
X-Gm-Message-State: ALoCoQlKLzVf9ZXecaFyfsPcuvHoYNm4Imf/aY1ch6VJntrfBy3ehgqy+OiEUEc75Yv8DL/uKqf6
X-Received: by 10.50.119.229 with SMTP id kx5mr17696132igb.42.1427149955021; Mon, 23 Mar 2015 15:32:35 -0700 (PDT)
Received: from mail-ie0-f179.google.com (mail-ie0-f179.google.com. [209.85.223.179]) by mx.google.com with ESMTPSA id v13sm7341933igd.14.2015.03.23.15.32.33 for <mmusic@ietf.org> (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 23 Mar 2015 15:32:34 -0700 (PDT)
Received: by iedfl3 with SMTP id fl3so54439289ied.1 for <mmusic@ietf.org>; Mon, 23 Mar 2015 15:32:32 -0700 (PDT)
MIME-Version: 1.0
X-Received: by 10.50.122.68 with SMTP id lq4mr17734389igb.10.1427149952937; Mon, 23 Mar 2015 15:32:32 -0700 (PDT)
Received: by 10.36.20.10 with HTTP; Mon, 23 Mar 2015 15:32:32 -0700 (PDT)
In-Reply-To: <CAOJ7v-04VuYP7WYZFUf_M==gftEZAF2Vsyd4UReeYnUimzXysQ@mail.gmail.com>
References: <550E0F1A.2090303@ericsson.com> <BLU406-EAS2095DB481DB8142DA8BC0BB930C0@phx.gbl> <7594FB04B1934943A5C02806D1A2204B1D7729E2@ESESSMB209.ericsson.se> <CAD5OKxtB5qWQ1yYdGEOdKD55y0HPTGkY_hP0uV=PXEkRnZfcBg@mail.gmail.com> <CAOJ7v-0pQ=smq1EzpMrQBULm+mjscDXf=fpapdvMWtVX4FkWVw@mail.gmail.com> <CAD5OKxu5LVFGqyixLzG4W-FBYRa9VFm6NmAdCmD0_ccDrOJo2A@mail.gmail.com> <CAOJ7v-3NWNu8SLzv1VMuvj-FoAmUCfZ=f+Pa7ggLjPRctnhQhw@mail.gmail.com> <CAD5OKxva22u=wxUrxKyUJ86On=bOw0o7170suVXk4QngoFdz-Q@mail.gmail.com> <CAOJ7v-04VuYP7WYZFUf_M==gftEZAF2Vsyd4UReeYnUimzXysQ@mail.gmail.com>
Date: Mon, 23 Mar 2015 18:32:32 -0400
Message-ID: <CAD5OKxt4pgOB9yUBWt-jJwo+u3veibkhxgz+KGx_A+xHZ8GFfg@mail.gmail.com>
From: Roman Shpount <roman@telurix.com>
To: Justin Uberti <juberti@google.com>
Content-Type: multipart/alternative; boundary="089e015383fcfc77a80511fc3d77"
Archived-At: <http://mailarchive.ietf.org/arch/msg/mmusic/NHpe_iEITb8_hg-t3YLvae24UI0>
Cc: mmusic <mmusic@ietf.org>, Ari Keränen <ari.keranen@ericsson.com>, "draft-uberti-mmusic-nombis@tools.ietf.org" <draft-uberti-mmusic-nombis@tools.ietf.org>, Christer Holmberg <christer.holmberg@ericsson.com>
Subject: Re: [MMUSIC] draft-uberti-mmusic-nombis and (D)TLS
X-BeenThere: mmusic@ietf.org
X-Mailman-Version: 2.1.15
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: <http://www.ietf.org/mail-archive/web/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: Mon, 23 Mar 2015 22:32:37 -0000

On Mon, Mar 23, 2015 at 6:17 PM, Justin Uberti <juberti@google.com> wrote:

>
>
> How does the mid header extension helps with DTLS packet de-multiplexing
>> in cases of DTLS-SRTP handshake or data channel?
>>
>
> This would only be an issue if multiple DTLS connections were multiplexed
> over a single ICE transport. I'm not aware of any need for this, compared
> to the clear need for muxing multiple RTP streams.
>

How would you deal with multiple DTLS handshakes for DTLS-SRTP?

My understanding was that in case of bundled channels, all channels go over
the same "virtual" ICE channel, get decoded by the single DTLS-SRTP
session, and then get demuxed using mid header, payload type, SSRC, or some
other RTP level field. In any case, all these bundled m= lines share the
same "virtual" transport channel. There can be, one data channel which
shares this single "virtual" transport with all those RTP streams. In any
case, mid header extensions, SSRC, and payload are irrelevant to binding
packets to the "virtual" transport, since in case of DTLS-SRTP encoded
media, packets would need to be de-muxed before any of those fields can be
determined.
_____________
Roman Shpount

v2.23.0 | Report a Bug | By Email