Re: [MMUSIC] ICE/DTLS optimization (was: Merging ICE aggressive and regular nomination)

Simon Perreault <sperreault@jive.com> Mon, 04 August 2014 13:22 UTC

Return-Path: <sperreault@jive.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 9CC011B2ADD for <mmusic@ietfa.amsl.com>; Mon, 4 Aug 2014 06:22:20 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.301
X-Spam-Level:
X-Spam-Status: No, score=-2.301 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, MIME_8BIT_HEADER=0.3, 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 HuzCB-RJxCDs for <mmusic@ietfa.amsl.com>; Mon, 4 Aug 2014 06:22:18 -0700 (PDT)
Received: from mail-oi0-f43.google.com (mail-oi0-f43.google.com [209.85.218.43]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8B79F1B2AD7 for <mmusic@ietf.org>; Mon, 4 Aug 2014 06:22:18 -0700 (PDT)
Received: by mail-oi0-f43.google.com with SMTP id u20so4556763oif.16 for <mmusic@ietf.org>; Mon, 04 Aug 2014 06:22:16 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=XKJwdGlS9mK7rrFZa7gi1YpzYW6zlVb9Zx3M7HEQlZs=; b=Z9zjEZADw/yhi6cEqcA4t0ZNftwes8rQm0cnd2vjIsuoX70chOSnfsiFnd1RhAO/zZ VKocdbuB7ZxK8xQc0WNIQEmSVvMdlxnQe19nxgvTB1gLeVdo5BBr+q/mUjoVoY4f84l2 SmuHBUyAZqTsZLDal+lReWd1VSD86wdMLMXRtuBkwOJTy+enwH+rjdgCZTnXo2EV8+JC 8Re6/r9vAnnytf+rgQ+vZAbR/eUtpBFoupcJpfSD2GeHHSNWgs1byItipUSt92pKe5bJ AZbar4tDkl4eytPvqjaUAXPgG/OUFjSU7dUWVTqJC7k2Ph2+3LNUTYRaHneeU107qEmD kmlg==
X-Gm-Message-State: ALoCoQkDFPSwgtSlkoWtr4htYlqV/2np8FS74pEFHHNLEh27X/5CafvIoK7dns9wsEbcwEo7tImR
X-Received: by 10.60.97.40 with SMTP id dx8mr33197972oeb.27.1407158536162; Mon, 04 Aug 2014 06:22:16 -0700 (PDT)
Received: from [192.168.1.96] (modemcable233.42-178-173.mc.videotron.ca. [173.178.42.233]) by mx.google.com with ESMTPSA id tz6sm39067265obc.0.2014.08.04.06.22.14 for <multiple recipients> (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 04 Aug 2014 06:22:14 -0700 (PDT)
Message-ID: <53DF8904.6070904@jive.com>
Date: Mon, 04 Aug 2014 09:22:12 -0400
From: Simon Perreault <sperreault@jive.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.7.0
MIME-Version: 1.0
To: Iñaki Baz Castillo <ibc@aliax.net>
References: <CAOJ7v-03iSNNNVMV=1vM1nUuwgCsk6JkyxPcrDEpk7MTr1LmBQ@mail.gmail.com> <53DF85B4.6060600@jive.com> <CALiegfkbxVeiUfMw2AQ=Qt=Meihq1Nxv3CDSgvN+nEc9RyCo5w@mail.gmail.com>
In-Reply-To: <CALiegfkbxVeiUfMw2AQ=Qt=Meihq1Nxv3CDSgvN+nEc9RyCo5w@mail.gmail.com>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 8bit
Archived-At: http://mailarchive.ietf.org/arch/msg/mmusic/4JPuNw_38G0Nnoxy-75fkV2g73Y
Cc: "mmusic@ietf.org" <mmusic@ietf.org>
Subject: Re: [MMUSIC] ICE/DTLS optimization (was: Merging ICE aggressive and regular nomination)
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, 04 Aug 2014 13:22:20 -0000

Le 2014-08-04 09:11, Iñaki Baz Castillo a écrit :
>> Another idea: put the DTLS and STUN next to each other. Since the STUN
>> header contains the STUN message length, you can put data after it in the
>> same UDP packet.
>>
>> Not saying it's a better idea, just something we could consider doing.
>
> Please don't forget STUN and DTLS over TCP, which is carried as per
> http://tools.ietf.org/html/rfc4571.

Assuming you meant RTP over TCP...

As this optimization would be for DTLS, I was assuming UDP only...

Simon