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

Emil Ivov <emcho@jitsi.org> Tue, 22 July 2014 15:06 UTC

Return-Path: <emcho@sip-communicator.org>
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 096321A007A for <mmusic@ietfa.amsl.com>; Tue, 22 Jul 2014 08:06:16 -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 vsxK88aiyGqE for <mmusic@ietfa.amsl.com>; Tue, 22 Jul 2014 08:06:13 -0700 (PDT)
Received: from mail-wg0-f43.google.com (mail-wg0-f43.google.com [74.125.82.43]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C9BD71A02D0 for <mmusic@ietf.org>; Tue, 22 Jul 2014 08:06:12 -0700 (PDT)
Received: by mail-wg0-f43.google.com with SMTP id l18so8226844wgh.14 for <mmusic@ietf.org>; Tue, 22 Jul 2014 08:06:11 -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=oWsYyOFGPctD5voQAovkbuvu9twPwAMnt8/TxE5RCYM=; b=eDFaJEugCGbAYx03pDhT7j/K4UwEKFJri90NPG7bFXpYjq1Nb643uDUoCi758uZQsg 9ORfAyQTYBnuRdJ+XT4Bsfw4324xDLx8dQEUbZyH07VOpqAgkNyqybzJ+JCua9utor+n gU0wUaVDjM4dTYdjyiHzycrnovA2DRv3bhg55LMtsjr6tFpvfJLzliOozoaxuIxZEwQh LEr5DJTxOJdBLrsOXTyYErG4fMumxzHh8a2W4rhq8eZx0Plr6KYnHyayiFtzNyuqElJ9 0dfygpQu2jtE0lDptpon87suriLQFZrvZsHNhHZdD+77++d0DeCqu4bca2kZLtD+PP3y YyaQ==
X-Gm-Message-State: ALoCoQmcvazJopH3V9XVCkx/CL8Io+LmpKGSF63ksHjL8kLoAWXzn+17F80K+FOCvaeYQR3QfGlC
X-Received: by 10.194.86.164 with SMTP id q4mr35468972wjz.88.1406041571430; Tue, 22 Jul 2014 08:06:11 -0700 (PDT)
Received: from dhcp-9b62.meeting.ietf.org (dhcp-9b62.meeting.ietf.org. [31.133.155.98]) by mx.google.com with ESMTPSA id a13sm1620208wjs.12.2014.07.22.08.06.06 for <multiple recipients> (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 22 Jul 2014 08:06:07 -0700 (PDT)
Message-ID: <53CE7DDD.5030406@jitsi.org>
Date: Tue, 22 Jul 2014 11:06:05 -0400
From: Emil Ivov <emcho@jitsi.org>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.6.0
MIME-Version: 1.0
To: Ari Keränen <ari.keranen@ericsson.com>
References: <53CD7C04.8070106@jitsi.org> <53CE7D0A.4030406@ericsson.com>
In-Reply-To: <53CE7D0A.4030406@ericsson.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 8bit
Archived-At: http://mailarchive.ietf.org/arch/msg/mmusic/LUpCw6Hul6wfGeOH4ERQCnOKAjY
Cc: 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: Tue, 22 Jul 2014 15:06:16 -0000


On 22.07.14, 11:02, Ari Keränen wrote:
> Hi,
>
> On 7/21/14 4:45 PM, Emil Ivov wrote:
>> In London we mentioned the option of adding a new attribute that, during
>> aggressive nomination, the controlling agent can use to notify its peer
>> that ICE processing is over and no more changes are going to be
>> attempted. This way controlled agents will no they can now release
>> resources.
>>
>> This could either be a new attribute (e.g., USE-CANDIDATE-CONFIRMED) or,
>> as Justin suggested in an off-list discussion, we could have the
>> controlling agent send a second USE-CANDIDATE once aggressive nomination
>> converges.
>
> Did you consider using the updated offer to indicate that you're really
> done? This would require that you always send it (i.e., a slight
> modification to 5245), but that's something that has been already
> proposed to be updated for other purposes.

The point is to have all that information without involving signalling, 
as is the case with regular nomination.

Let me ask the question the other way. Is there any reason not to do this?

Emil


-- 
https://jitsi.org