IETF Logo Mail Archive

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

Justin Uberti <juberti@google.com> Thu, 31 July 2014 19:09 UTC

Return-Path: <juberti@google.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 BFF751A0048 for <mmusic@ietfa.amsl.com>; Thu, 31 Jul 2014 12:09:12 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.079
X-Spam-Level:
X-Spam-Status: No, score=-1.079 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, MIME_8BIT_HEADER=0.3, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] 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 lvL0ohI7MLhc for <mmusic@ietfa.amsl.com>; Thu, 31 Jul 2014 12:09:11 -0700 (PDT)
Received: from mail-vc0-x233.google.com (mail-vc0-x233.google.com [IPv6:2607:f8b0:400c:c03::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1CA2A1A000E for <mmusic@ietf.org>; Thu, 31 Jul 2014 12:09:11 -0700 (PDT)
Received: by mail-vc0-f179.google.com with SMTP id hq11so4977646vcb.38 for <mmusic@ietf.org>; Thu, 31 Jul 2014 12:09:10 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=F0MAp1Ro6du0nvsmrOjI1EIyh1gvCr4agtg5BdXS8mQ=; b=hO2fiIxlev1k27LsMzv9ff485WCt4ckjdgCh35WtykcIJTFZx5jhspC+oJHgpNlqV7 1vEep2ypvy6ESk2ZyzKSHXbxy2sQSPus7iL3aG5wnLr80JjEvWm6K8eUtaoEhnYGa7wm nHrIm7FuyrBOTcyDOTrkzhKxUIq6Ji2uzIrvlSV4yuj5z7KuRRPDovK5BpGyL5vwi5T5 AohtSvJAjg+vF/wI1inD1ifUYhDreGWpz1KlhweXPX//C7t+msl/lfCgG6X8WKKNho1H F3dzwop3eA0eL7kbg5G418cGqx0boAp493CB3SS6gLIqlfSYbPV2pKJU2QSNyaJUGRlU auOA==
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; bh=F0MAp1Ro6du0nvsmrOjI1EIyh1gvCr4agtg5BdXS8mQ=; b=dBh2lsPHWHlObLPhpCrqroJCPhv0eLKkKVbll86kOOLoDc8I1NJ3WA2v54171GNyfv rRlbhndqYFFCw+oIZafaR+2koFyLhg+5OCA5x/LHdCZYEWq2U/n9/l/9R5c2DMFUnqxu IWyR6j4JFAmxVXn0XWy7XEkCgj1HWopwabKg8CfLWdkJi6EZ1aCc4fTIF/eva9TZZCdb Z58cNJ1hgVZ7pVRzdthhI5smo0i0FG2FnL0acHMihSzbdUXopIdnnwjthPSazvEfK5ta /v5v8pcX+PLe/9lNX+8tHKvXKnz8rDZghwgCAXt8MDQJuLgKc/DnGN4fXDTZ4M7EnDvE UofA==
X-Gm-Message-State: ALoCoQmjldDFzv5kHV9JLVtufR2v97U+XFFIUqInxpkL5tE0jQzh93WQxKxzJQ3w6Lbb7or+cmM+
X-Received: by 10.52.251.195 with SMTP id zm3mr285891vdc.36.1406833750115; Thu, 31 Jul 2014 12:09:10 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.52.133.193 with HTTP; Thu, 31 Jul 2014 12:08:50 -0700 (PDT)
In-Reply-To: <CALiegfmLtzMWSNqR_PTRttdau9jCrSavfLygBGxwNAQECt1uhg@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-1aF0L=fXSP6Fkb1nvukB8+mnKeYfbB9sMAUsufJpy-eg@mail.gmail.com> <CALiegfmLtzMWSNqR_PTRttdau9jCrSavfLygBGxwNAQECt1uhg@mail.gmail.com>
From: Justin Uberti <juberti@google.com>
Date: Thu, 31 Jul 2014 12:08:50 -0700
Message-ID: <CAOJ7v-0d2BRm31kCDPyObHH1dG2WiPRk8bhODfQFvvfqWm0J1g@mail.gmail.com>
To: Iñaki Baz Castillo <ibc@aliax.net>
Content-Type: multipart/alternative; boundary="001a1136030aef2afb04ff82017b"
Archived-At: http://mailarchive.ietf.org/arch/msg/mmusic/yJIxjFexwc7x3jcB03NpGicaVGo
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 19:09:12 -0000

On Thu, Jul 31, 2014 at 4:03 AM, Iñaki Baz Castillo <ibc@aliax.net> wrote:

> 2014-07-31 1:25 GMT+02:00 Justin Uberti <juberti@google.com>:
> >> I don’t think you want a rule of “most recently received USE-CANDIDATE”
> to
> >> determine the selected pair.  Checks will race each other, especially
> when
> >> the paths’ RTTs are very different.
> >
> >
> > Agree, although this would be addressed by any of:
> > - receipt of secure media is considered an indication of the selected
> pair
>
> Please, consider DTLS rather than secure media. Secure media is easy
> to handle regardless where it comes from. DTLS is not as you need a
> separate context for each tuple.
>
> If you mean that "the controlled must determine as selected pair that
> on which it receives the *first* DTLS ClientHello, being a previously
> validated ICE pair (so the source address is already known thanks to a
> previous ICE transaction)" then that sounds better for me.


As discussed earlier, DTLS does not require a separate context for each
tuple. DTLS should be agnostic about the lower layer protocol (and we
should probably create an errata to resolve this confusion).

v2.23.0 | Report a Bug | By Email