Re: [MMUSIC] Merging ICE aggressive and regular nomination (was Re: [tram] Comment on draft-williams-peer-redirect-01: might it not converge?)

Iñaki Baz Castillo <ibc@aliax.net> Thu, 31 July 2014 22:40 UTC

Return-Path: <ibc@aliax.net>
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 B46241A0248 for <mmusic@ietfa.amsl.com>; Thu, 31 Jul 2014 15:40:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.678
X-Spam-Level:
X-Spam-Status: No, score=-1.678 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FM_FORGED_GMAIL=0.622, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_LOW=-0.7] autolearn=no
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 9l0xJH7JwuKL for <mmusic@ietfa.amsl.com>; Thu, 31 Jul 2014 15:40:32 -0700 (PDT)
Received: from mail-qa0-f51.google.com (mail-qa0-f51.google.com [209.85.216.51]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 875DF1A0201 for <mmusic@ietf.org>; Thu, 31 Jul 2014 15:40:32 -0700 (PDT)
Received: by mail-qa0-f51.google.com with SMTP id k15so3056903qaq.24 for <mmusic@ietf.org>; Thu, 31 Jul 2014 15:40:31 -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:from:date :message-id:subject:to:cc:content-type:content-transfer-encoding; bh=s9wvUdkReiBB4lT0lFASnQuz9lj5sYtHf+ed8tRvwz8=; b=kJ/BwoEhqZb8wQteps37t2UKQ0OaLxS+amP/icdqLekaXtSQrOTpSvi1Peu4R6iy0R l84RjyQti+g9WIXxIyzILzMqfUM59wv2J5OjRH3HOJwPuUH1/4rZObgKe2Vq8ZeY9c4L bZT5mTVgDTD3RsYsFxH1Ntb+BJM+2vgxUBaVL35ipznJjQp62pAWnNEOakEsuRXYG5Eh tklS/+MR1bZ4aOUJwGGnD55l/af1+J/dAORRYx3eyVGKD9U74vuCIQI1vOcM6FzglrTM 9wwvOY4/TRYfII6drc6bz17GIPilaxmRyQXrzyjiDgpJpQfu7hCMNBU1MtHlpkHOGonl /gSg==
X-Gm-Message-State: ALoCoQmReEJmAOLP5GGOaOYWR/TZETv6iwNLjNZJsyKOUl50KXU1PVMxnSS8yKQpjOFRXa1sBkIs
X-Received: by 10.140.37.178 with SMTP id r47mr2064670qgr.59.1406846431835; Thu, 31 Jul 2014 15:40:31 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.96.234.161 with HTTP; Thu, 31 Jul 2014 15:40:11 -0700 (PDT)
In-Reply-To: <CABkgnnXvs_7fjQfCjeXMn4_RZExc8mYAQzqvq_fznc+kwGkKqA@mail.gmail.com>
References: <0DA61D09-6491-4DA4-8B6F-CFED70584A76@vidyo.com> <CAOJ7v-1jLK7dWDkWHKwHJ6qXicZWDNrAqOtw9R=6zAcWzkh5+g@mail.gmail.com> <53D796E5.9040009@jive.com> <2AF26344-DF5D-493C-96BC-80AD7DF35444@vidyo.com> <CAOJ7v-0HEjQQ+j0cAVc5r3Y4LxaoGF7EN2twGG6vTuMmEeragQ@mail.gmail.com> <8D2E9E91-B0B7-4081-B65B-EDAEC4D23A97@vidyo.com> <CAOJ7v-1HzGoUNXjvXph0-8WfpM6-vFJ+yDWhVw1_1grfrVD1Vw@mail.gmail.com> <B2794643-ADB5-4B66-98DC-841990C85437@vidyo.com> <CAOJ7v-2O3TwNcsKqp48PjDRu+Yu_+jEurecbO2GctD4Hsuu+NA@mail.gmail.com> <48776423-8594-4133-BD23-3EA561EC2A9D@vidyo.com> <CAOJ7v-13UZi4w7Vfr2dkghaosrwVYkTw5G2shq0JUvLPy30vTw@mail.gmail.com> <CAOJ7v-0s6EVa4KxQY99wB-BaDGr5EZwVunxrW4BBgVJLEuWhiQ@mail.gmail.com> <CAPvvaa+sKWtGSaWvo6Vx=vhMbbhmLQKr2o9Z3Wjkm2-5TXDjHw@mail.gmail.com> <CAPvvaaJDT0cgWhNkeKMKWUnHvRgZaEb9VXjV3+wHCx15_Z6+wg@mail.gmail.com> <CAPvvaaLNjZr-3NmdJOAV-Ov6qQ1gZoEOF1dk4W52gEOUq4214g@mail.gmail.com> <CALiegf=QASGR2+FuY7TKoJYrdvqbDxyUyKxvMQ13do5YX4GUyw@mail.gmail.com> <CABkgnnXvs_7fjQfCjeXMn4_RZExc8mYAQzqvq_fznc+kwGkKqA@mail.gmail.com>
From: =?UTF-8?Q?I=C3=B1aki_Baz_Castillo?= <ibc@aliax.net>
Date: Fri, 1 Aug 2014 00:40:11 +0200
Message-ID: <CALiegfmp5YJwO62+fUN8AB=-A8rbenko_P7r35jo_CdUT6MWbA@mail.gmail.com>
To: Martin Thomson <martin.thomson@gmail.com>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
Archived-At: http://mailarchive.ietf.org/arch/msg/mmusic/GCfVPAWB2KW6geLRkXRIiXq3gvo
Cc: Jonathan Lennox <jonathan@vidyo.com>, mmusic <mmusic@ietf.org>
Subject: Re: [MMUSIC] Merging ICE aggressive and regular nomination (was Re: [tram] Comment on draft-williams-peer-redirect-01: might it not converge?)
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: Thu, 31 Jul 2014 22:40:33 -0000

2014-08-01 0:28 GMT+02:00 Martin Thomson <martin.thomson@gmail.com>om>:
> There is obviously a point at which it is expedient for a range of
> reasons to nail things down to a single pair of addresses.  That
> includes cleanup and some SDP interactions, along with some fun
> middlebox issues.  So we have an ICE process that completes, but ICE
> doesn't actually *need* to complete.  It's primary goal is to find
> some way to get the packets through.

If you allow "application data" coming from a source address which is
not the ICE nominated one then you must specify how such an
application data must behave when ICE is used to determine the network
path(s). As said before:

- For SRTP/SRTCP it is not a big deal given than you manage each RTP
packet separately (no matter where it comes from as long as it can be
decrypted with the previously negotiated keys).

- For DTLS it means complexity in the sense that a separate DTLS
session/context is required for each "transport".

- For any other network protocol new rules should be specified.

So I would like that ICE is used to determine a *single* and
*definitive* (at least until it is not restarted by STUN/ICE
procedures) network path. Life becomes easier and any kind of
application data can be easily carried once ICE completes (and
provides a *single* network path).


-- 
Iñaki Baz Castillo
<ibc@aliax.net>