IETF Logo Mail Archive

Re: [rtcweb] Comment on consent-freshness-14

Bernard Aboba <bernard.aboba@gmail.com> Fri, 19 June 2015 16:00 UTC

Return-Path: <bernard.aboba@gmail.com>
X-Original-To: rtcweb@ietfa.amsl.com
Delivered-To: rtcweb@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2E3EE1A914D for <rtcweb@ietfa.amsl.com>; Fri, 19 Jun 2015 09:00:15 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level:
X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, 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 tfM7Y1qqThMu for <rtcweb@ietfa.amsl.com>; Fri, 19 Jun 2015 09:00:14 -0700 (PDT)
Received: from mail-yk0-x22e.google.com (mail-yk0-x22e.google.com [IPv6:2607:f8b0:4002:c07::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B44241A914B for <rtcweb@ietf.org>; Fri, 19 Jun 2015 09:00:12 -0700 (PDT)
Received: by ykar6 with SMTP id r6so95193875yka.2 for <rtcweb@ietf.org>; Fri, 19 Jun 2015 09:00:12 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=/13pLd3+UF0EWupz0RKdx4mqFes/n+PP4J9lQj/VERM=; b=wilsoqLocrmXTEJGz1ukpUlZQ93A1dSBi6pJG9jPylCs1CAOtk51eP5Na0ZCweuQF8 MaEHZ78hkxfSz9KCxIYYrAiEQiMWrU7LH0lNgXk+D8I0MknlKv8Ma8NVYHjsWT8F1V4N OqPUU1iT5Vx3KWKhNTO28JdM+SCnudihu6s9phh5iXhYs98pc8nfldsEGGPJvonf6p0E t8D/mKt6lCk0dJFDDB2fvCSX7YpVEdapRKgtfLRpjQ2xqSPfqz96gEhlC/QXOS74Y8+o ElAV5j9c930llh3serzAq5Z5PdnnCsRuTnUVKukeUlekvIrJgHSXx75FOjjJwVQMBE1h AOXA==
X-Received: by 10.129.146.19 with SMTP id j19mr21013590ywg.71.1434729612077; Fri, 19 Jun 2015 09:00:12 -0700 (PDT)
Received: from [192.168.1.130] ([71.23.40.3]) by mx.google.com with ESMTPSA id d198sm273911ywe.34.2015.06.19.09.00.10 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 19 Jun 2015 09:00:10 -0700 (PDT)
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0 (1.0)
From: Bernard Aboba <bernard.aboba@gmail.com>
X-Mailer: iPad Mail (12F69)
In-Reply-To: <7594FB04B1934943A5C02806D1A2204B1D8F3414@ESESSMB209.ericsson.se>
Date: Fri, 19 Jun 2015 12:00:09 -0400
Content-Transfer-Encoding: quoted-printable
Message-Id: <02B8A0C4-ABEF-4790-9D35-4C1BB9C05D4F@gmail.com>
References: <7594FB04B1934943A5C02806D1A2204B1D8F266A@ESESSMB209.ericsson.se> <CABkgnnVPHNtytHmEXo_Ompddy8f=aHT8eU7K51fK2HAMfFBQeg@mail.gmail.com> <7594FB04B1934943A5C02806D1A2204B1D8F27AF@ESESSMB209.ericsson.se> <CABkgnnXoUf5_x0sOjUy2WCZ=ZhWqZ-M0A0Vcj8DHJmVTx=Dotw@mail.gmail.com> <7594FB04B1934943A5C02806D1A2204B1D8F28B3@ESESSMB209.ericsson.se> <CALiegfn=eR7Yh3UvGrJaBVK89Oxw0DJiBQzSM=+_beaJiM80UQ@mail.gmail.com> <7594FB04B1934943A5C02806D1A2204B1D8F3414@ESESSMB209.ericsson.se>
To: Christer Holmberg <christer.holmberg@ericsson.com>
Archived-At: <http://mailarchive.ietf.org/arch/msg/rtcweb/wQ4-1fCMwxOcw-1WALeLtdcLSrM>
Cc: "rtcweb@ietf.org" <rtcweb@ietf.org>
Subject: Re: [rtcweb] Comment on consent-freshness-14
X-BeenThere: rtcweb@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Real-Time Communication in WEB-browsers working group list <rtcweb.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/rtcweb/>
List-Post: <mailto:rtcweb@ietf.org>
List-Help: <mailto:rtcweb-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 19 Jun 2015 16:00:15 -0000

On Jun 19, 2015, at 11:13 AM, Christer Holmberg <christer.holmberg@ericsson.com> wrote:
> 
> In recent moons people have been talking about never finalizing ICE, instead you will keep collecting candidates throughout the session, and switch between them if one is "better" than that other. You may drop some candidates, and you may maintain others (even though you are currently not sending any data on them)

[BA] A specific proposal is here:
https://tools.ietf.org/html/draft-uberti-mmusic-nombis

> That brings up a question, though: if you never finalize ICE, will you ever be able to do an ICE restart?

ICE can always be restarted, whether media is currently flowing or not.

v2.23.0 | Report a Bug | By Email