IETF Logo Mail Archive

Re: [MMUSIC] Seriously, USE-CANDIDATE!!! in 5245bis

Iñaki Baz Castillo <ibc@aliax.net> Thu, 24 July 2014 14:43 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 59E0A1A03B8 for <mmusic@ietfa.amsl.com>; Thu, 24 Jul 2014 07:43:44 -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 VVT1Guww8HWX for <mmusic@ietfa.amsl.com>; Thu, 24 Jul 2014 07:43:43 -0700 (PDT)
Received: from mail-qg0-f41.google.com (mail-qg0-f41.google.com [209.85.192.41]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 313D21A03B1 for <mmusic@ietf.org>; Thu, 24 Jul 2014 07:43:43 -0700 (PDT)
Received: by mail-qg0-f41.google.com with SMTP id q107so3350185qgd.0 for <mmusic@ietf.org>; Thu, 24 Jul 2014 07:43:42 -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=RFbM8f+zf97T8DDRzmKDfadWU/XGwy32f8AmyDsqyBI=; b=SwwQ+Gpo6katdvp7eD9h4WyzsWX79YXlfXXn+FWWUTaB6wsZNLFxC5MnnDufKYhawd 3zi1lgTwd40P9ojIYQyPNpmi23pWweiDY55pE9hOhF2dSCs7vm3il8CC+f+wE/AGGf0n d4X5MJRIw3RaHvn/1LcToPTqrMXFVbnE6BnjqMseGDBtJ1DJEKayrwXQGRu5Nde6IC75 2JU/7lCxDC7RWpn4DpFfTrMtNr8XVgNsaMeCF4SnimxPk5ebM5+SZUcj+XOiarn2Ta5W Bmqd81cEj+BEDk+gwnW5EawueaApP2eak9HUPXu312J4nwhM0a2oFfQ1NJEybuxfSHct AIfw==
X-Gm-Message-State: ALoCoQmZQ1qfgwWK+oNYnPDifGgebHW13FnRgDj0CYZQWzo4ymH/QNwq46QX7a/EX5jKeTKKBbRk
X-Received: by 10.224.87.130 with SMTP id w2mr15932714qal.5.1406213022313; Thu, 24 Jul 2014 07:43:42 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.96.234.161 with HTTP; Thu, 24 Jul 2014 07:43:22 -0700 (PDT)
In-Reply-To: <CAPvvaaLMip-ObdXfWqOhqtm-WR1sEXo8g_bK4=A6L2LPY=9FuA@mail.gmail.com>
References: <53CD7C04.8070106@jitsi.org> <53CE7D0A.4030406@ericsson.com> <53CE7DDD.5030406@jitsi.org> <53CEE1A7.7070202@ericsson.com> <CAPvvaaKohXq8cZjUaQR6VvhHZ+Lkzzk2sQUn+iwSp_H1W6qaSA@mail.gmail.com> <53CFE322.5000508@ericsson.com> <53D03077.5080103@jitsi.org> <53D03578.5020301@ericsson.com> <53D036F1.8070504@jitsi.org> <53D11228.1080201@ericsson.com> <CAPvvaaLMip-ObdXfWqOhqtm-WR1sEXo8g_bK4=A6L2LPY=9FuA@mail.gmail.com>
From: Iñaki Baz Castillo <ibc@aliax.net>
Date: Thu, 24 Jul 2014 16:43:22 +0200
Message-ID: <CALiegfmaYVx4Kvw-kjyLaK688Vk7bNp5KiApQtF8d6vtKwzm=w@mail.gmail.com>
To: Emil Ivov <emcho@jitsi.org>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: http://mailarchive.ietf.org/arch/msg/mmusic/09H84_NswL4IuIdrkTEOaTsAWU0
Cc: Ari Keränen <ari.keranen@ericsson.com>, mmusic <mmusic@ietf.org>
Subject: Re: [MMUSIC] Seriously, USE-CANDIDATE!!! in 5245bis
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, 24 Jul 2014 14:43:44 -0000

2014-07-24 16:20 GMT+02:00 Emil Ivov <emcho@jitsi.org>:
> USE-CANDIDATE-CONFIRMATION (or whatever name we want) sounds like the
> most unambiguous and easy to implement option.
>
> I don't think priorities should play a role at this stage, just as
> they don't with regular nomination.

Just wondering:

What about re-sending the chosen ICE Request but with a higher
PRIORITY at that point? I mean:

  Req1 (USE-CANDIDATE, PRIORITY: 1234)  -->
  Req2 (USE-CANDIDATE, PRIORITY: 2345)  -->
  (let's choose the first one)
  Req1 (USE-CANDIDATE, PRIORITY: 9999)  -->

For sure you have already thought about this and it is invalid, just
wondering if I miss something. :)
-- 
Iñaki Baz Castillo
<ibc@aliax.net>

v2.23.0 | Report a Bug | By Email