Re: [Ice] Trickle ICE review

Christer Holmberg <christer.holmberg@ericsson.com> Thu, 30 March 2017 13:20 UTC

Return-Path: <christer.holmberg@ericsson.com>
X-Original-To: ice@ietfa.amsl.com
Delivered-To: ice@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6C0801294E5 for <ice@ietfa.amsl.com>; Thu, 30 Mar 2017 06:20:20 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.22
X-Spam-Level:
X-Spam-Status: No, score=-4.22 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=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 v_z0Tqp6YTEb for <ice@ietfa.amsl.com>; Thu, 30 Mar 2017 06:20:18 -0700 (PDT)
Received: from sesbmg23.ericsson.net (sesbmg23.ericsson.net [193.180.251.37]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9B8021294AF for <ice@ietf.org>; Thu, 30 Mar 2017 06:20:17 -0700 (PDT)
X-AuditID: c1b4fb25-0b71498000002d78-7f-58dd060f3d4b
Received: from ESESSHC001.ericsson.se (Unknown_Domain [153.88.183.21]) by (Symantec Mail Security) with SMTP id 96.29.11640.F060DD85; Thu, 30 Mar 2017 15:20:15 +0200 (CEST)
Received: from ESESSMB109.ericsson.se ([169.254.9.242]) by ESESSHC001.ericsson.se ([153.88.183.21]) with mapi id 14.03.0339.000; Thu, 30 Mar 2017 15:19:20 +0200
From: Christer Holmberg <christer.holmberg@ericsson.com>
To: Peter Thatcher <pthatcher@google.com>, Ari Keränen <ari.keranen@ericsson.com>, Peter Saint-Andre <stpeter@stpeter.im>
CC: "ice@ietf.org" <ice@ietf.org>
Thread-Topic: [Ice] Trickle ICE review
Thread-Index: AQHSpd5vLfPb95agJ06E1TropZKa9qGnVe4AgAJB1wCAALtqgIAABEwAgAA6hcCAAeVgAIAA7JYg
Date: Thu, 30 Mar 2017 13:19:20 +0000
Message-ID: <7594FB04B1934943A5C02806D1A2204B4CB378CD@ESESSMB109.ericsson.se>
References: <CAJrXDUHzNT3v5oMPBQu5_OsXwonY7cogDQgTt5QPxN0=6DWQkQ@mail.gmail.com> <7ebb3254-a882-6e05-3159-0ec56614831b@stpeter.im> <CAJrXDUEi0n7P5mDuuLGj285AmQqr9HDFUPGLtLnU+BuJpws6Tw@mail.gmail.com> <7e9e8188-2add-0497-e94f-14ee41afe02d@stpeter.im> <BFB0CDEF-4572-41D5-A5D2-A5D210A1E175@ericsson.com> <7594FB04B1934943A5C02806D1A2204B4CB330A0@ESESSMB109.ericsson.se> <CAJrXDUGy2VUKe33vLm-QOrQ+OSV+nFCKTsHXPt_VZ8sqrdpX0Q@mail.gmail.com>
In-Reply-To: <CAJrXDUGy2VUKe33vLm-QOrQ+OSV+nFCKTsHXPt_VZ8sqrdpX0Q@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [153.88.183.150]
Content-Type: multipart/alternative; boundary="_000_7594FB04B1934943A5C02806D1A2204B4CB378CDESESSMB109erics_"
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprNIsWRmVeSWpSXmKPExsUyM2K7qC4/290Ig0vNIhbfLtRaXFv+mtXi 2J5+ZgdmjwWbSj2WLPnJ5DF3zwvmAOYoLpuU1JzMstQifbsEroxvPy4xFZypq/jcdoOtgXFG dRcjJ4eEgInEisWPGLsYuTiEBNYzSlw68IIJJCEksIRRYksLdxcjBwebgIVE9z9tkBoRgR5G iYsNU5hA4swCihIv96qBlAsLqErMm3mZDcQWEVCTuDijB8qOkpgyaTnYSBagmodNC5hBbF4B X4lLJ3YwQew9wCyxePoSsCJOgUCJ7fuegBUxCohJfD+1BizOLCAucevJfCaIowUkluw5zwxh i0q8fPyPFcJWklix/RIjRH2+xP45fxkhlglKnJz5hGUCo8gsJKNmISmbhaRsFthrmhLrd+lD lChKTOl+yA5ha0i0zpnLjiy+gJF9FaNocWpxUm66kbFealFmcnFxfp5eXmrJJkZglB3c8lt1 B+PlN46HGAU4GJV4eB/svR0hxJpYVlyZe4hRgoNZSYT35EqgEG9KYmVValF+fFFpTmrxIUZp DhYlcV7HfRcihATSE0tSs1NTC1KLYLJMHJxSDYycSexBqsdEVO7ITJ/HFuLOM8mj6+EpqUOT vxva2yZOPqHdvrTEWnA/R6Qz07bsWGHu4rINc9YIOXzeFNU2/YRAS9WUedFnFsXv2rfTKOeT +Q1J54kRu174xT6Uuie08Ei0fqqrCM/HjYt+uqgrHAoOeLUgQlkp6mys9b9bGa9un5JdFfT8 yUUlluKMREMt5qLiRABa1L/OrgIAAA==
Archived-At: <https://mailarchive.ietf.org/arch/msg/ice/V-NtjSkmD4QsPe4lYY3716o9q5Q>
Subject: Re: [Ice] Trickle ICE review
X-BeenThere: ice@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: "Interactive Connectivity Establishment \(ICE\)" <ice.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ice>, <mailto:ice-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ice/>
List-Post: <mailto:ice@ietf.org>
List-Help: <mailto:ice-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ice>, <mailto:ice-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Mar 2017 13:20:20 -0000

Hi,

My point is that you can end a session without doing a re-start.

Regards,

Christer

From: Peter Thatcher [mailto:pthatcher@google.com]
Sent: 30 March 2017 04:10
To: Christer Holmberg <christer.holmberg@ericsson.com>; Ari Keränen <ari.keranen@ericsson.com>; Peter Saint-Andre <stpeter@stpeter.im>
Cc: ice@ietf.org
Subject: Re: [Ice] Trickle ICE review

Actually 7675 in the text seems to imply that "new session == ICE restart", which is exactly "until a restart" means.   You're in one session until you make a new session by doing an ICE restart.   It seems consistent to me.

On Tue, Mar 28, 2017 at 11:19 AM Christer Holmberg <christer.holmberg@ericsson.com<mailto:christer.holmberg@ericsson.com>> wrote:
Hi,

I agree that adding a definition of "ICE session" to 5245bis is a good idea.

However, I am not sure simply saying "until a re-start would actually work". You may never do a re-start - often you simply terminate the session.

Also, in RFC 7675 we have the following text:

"That means that a new session, or an ICE restart,..."

...which seems to suggest that a new session and an ICE restart are not related. However, that's probably a minor issue, and we can fix that with an errata if needed.

Regards,

Christer




-----Original Message-----
From: Ice [mailto:ice-bounces@ietf.org<mailto:ice-bounces@ietf.org>] On Behalf Of Ari Keränen
Sent: 28 March 2017 19:43
To: Peter Saint-Andre <stpeter@stpeter.im<mailto:stpeter@stpeter.im>>; Peter Thatcher <pthatcher@google.com<mailto:pthatcher@google.com>>
Cc: ice@ietf.org<mailto:ice@ietf.org>
Subject: Re: [Ice] Trickle ICE review


> On 28 Mar 2017, at 11:27, Peter Saint-Andre <stpeter@stpeter.im<mailto:stpeter@stpeter.im>> wrote:
>
>>> - The name "ICE negotiation session" with definition of "A virtual
>>> session ..." is confusing.   I understand that we need a word for
>>> "period between restarts" and "period across restarts".  But what
>>> does "virtual" mean in this context?  And what does "negotiation"
>>> mean in "ICE negotiation session"?  Here's a possible suggestion: call it
>>> "single-exchange session".   A single-exchange session is the period
>>> from a single exchange of ICE description until the next exchange.
>>> A "normal" ICE session is basically a multi-exchange session.
>>
>>    This might be clearer:
>>
>>       ICE Session:  All of the ICE-related interactions between ICE agents
>>          up until an ICE restart (if any).
>>
>>    However, that definition probably belongs in 5245bis. The term as used
>>    in the Trickle specification is not limited to interactions between
>>    Trickle ICE agents.
>>
>>
>> I like that idea of using "ICE session" to mean the thing between
>> restarts as long as it's compatible with 5245 and 5245bis and it
>> doesn't cause confusion such that people think an "ICE session" is
>> the time period across all ICE restarts.
>>
>> I originally thought it should go in 5245bis also, but Ari thought it
>> didn't make sense there since it would never use the term after
>> defining it.
>
> It's already used in 5245bis, isn't it? But we can continue to define
> it in Trickle.

It's used but not defined actually. We'll add this to the terminology of 5245bis.


Cheers,
Ari
_______________________________________________
Ice mailing list
Ice@ietf.org<mailto:Ice@ietf.org>
https://www.ietf.org/mailman/listinfo/ice