Re: [Ice] Trickle ICE review

Peter Thatcher <pthatcher@google.com> Thu, 30 March 2017 01:10 UTC

Return-Path: <pthatcher@google.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 0905A126CE8 for <ice@ietfa.amsl.com>; Wed, 29 Mar 2017 18:10:00 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.701
X-Spam-Level:
X-Spam-Status: No, score=-2.701 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=google.com
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 03QrWnnRIxOo for <ice@ietfa.amsl.com>; Wed, 29 Mar 2017 18:09:57 -0700 (PDT)
Received: from mail-qk0-x230.google.com (mail-qk0-x230.google.com [IPv6:2607:f8b0:400d:c09::230]) (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 72D58126E3A for <ice@ietf.org>; Wed, 29 Mar 2017 18:09:57 -0700 (PDT)
Received: by mail-qk0-x230.google.com with SMTP id f11so28011008qkb.0 for <ice@ietf.org>; Wed, 29 Mar 2017 18:09:57 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=NkCB4pbVAm22XQUAaVwYNnrvKDdqFYzCH3DTfIwmaes=; b=GwqbIY+zHjmCwvXq8cBqe0BN3nSegg466GgOLfL7yTZ3fqVfGFwrhqW0OYvYkzzkkA uammKmd2vLHbUuexNo25aMS8jE+gMscx3bJ4S2q1Nw8WWcjN7xoZckFeoH4Yu/wnj5bD lUPluSK+6RVx0qJKsEytQXFjoS+tfdCOlJGR9M7IJv7puVM9YOzOdDlkKaDesoJT9v8J k/zoLRmyvbgzh6j2z2xno46OTrrcsa+EMtVPBHENWL5fbdo7fZgNEgsOCjxIecGhYYsS BqJQAQyLwlCW4qtGMDa1I5R0/xbIE6G4UyR8qC32i73XUcYob7qgEuqivgbvDIxmjT0O HZ4Q==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=NkCB4pbVAm22XQUAaVwYNnrvKDdqFYzCH3DTfIwmaes=; b=qQagCesSpIpH800fvgdIXaKcBs97QCKHf5Ed+VJdTIesptk0rTF61KN4y/Exst0lUa 17rDbnMlY8xLjPkHKV0KWOSs0xasInGOMNqHuTXLAGrvRtq4ZEUWgZukbGszIf+6xBQ1 VdCfntbSgy/u2Jo/YF5++ZVdFsb04dp4HQTffj7ibaqJBpIFy0zKnzD4wh6IFhNCay2H zguF/qyxZOMtH8FQrCjLhm73bOdLKoVxPFimRS4//C1QOOhrmVp1dTyRGHY+qSp66QGD Bk2tVDfs0lOAS7l12ZrcP4ny6KOUX5J0EbVxgKwcLbun8hXV6PKuXIz2ohYyGeaPj0qo DXrw==
X-Gm-Message-State: AFeK/H3Qemvsh0oRSnnPrpmXR/kdYqxo1u70d4y/va53tsDwiMyHqwQ6qJwTJrntduDpsll5SjSaUAr7C/uweyxK
X-Received: by 10.55.77.23 with SMTP id a23mr3753554qkb.208.1490836196515; Wed, 29 Mar 2017 18:09:56 -0700 (PDT)
MIME-Version: 1.0
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>
In-Reply-To: <7594FB04B1934943A5C02806D1A2204B4CB330A0@ESESSMB109.ericsson.se>
From: Peter Thatcher <pthatcher@google.com>
Date: Thu, 30 Mar 2017 01:09:46 +0000
Message-ID: <CAJrXDUGy2VUKe33vLm-QOrQ+OSV+nFCKTsHXPt_VZ8sqrdpX0Q@mail.gmail.com>
To: Christer Holmberg <christer.holmberg@ericsson.com>, Ari Keränen <ari.keranen@ericsson.com>, Peter Saint-Andre <stpeter@stpeter.im>
Cc: "ice@ietf.org" <ice@ietf.org>
Content-Type: multipart/alternative; boundary="001a114a69cee99629054be85945"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ice/cM4MC77GSn-XzqNMP_qLh-W_hIM>
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 01:10:00 -0000

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> 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] On Behalf Of Ari Keränen
> Sent: 28 March 2017 19:43
> To: Peter Saint-Andre <stpeter@stpeter.im>; Peter Thatcher <
> pthatcher@google.com>
> Cc: ice@ietf.org
> Subject: Re: [Ice] Trickle ICE review
>
>
> > On 28 Mar 2017, at 11:27, Peter Saint-Andre <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
> https://www.ietf.org/mailman/listinfo/ice
>