Re: [rtcweb] OPS-Dir review of draft-ietf-rtcweb-stun-consent-freshness-13

Harald Alvestrand <harald@alvestrand.no> Thu, 28 May 2015 10:49 UTC

Return-Path: <harald@alvestrand.no>
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 8C1311A8893 for <rtcweb@ietfa.amsl.com>; Thu, 28 May 2015 03:49:51 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.91
X-Spam-Level:
X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01] 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 wmp2Kn5Dwy9a for <rtcweb@ietfa.amsl.com>; Thu, 28 May 2015 03:49:49 -0700 (PDT)
Received: from mork.alvestrand.no (mork.alvestrand.no [IPv6:2001:700:1:2::117]) by ietfa.amsl.com (Postfix) with ESMTP id 7A4C81A882C for <rtcweb@ietf.org>; Thu, 28 May 2015 03:49:49 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by mork.alvestrand.no (Postfix) with ESMTP id 948757C0628 for <rtcweb@ietf.org>; Thu, 28 May 2015 12:49:48 +0200 (CEST)
X-Virus-Scanned: Debian amavisd-new at alvestrand.no
Received: from mork.alvestrand.no ([127.0.0.1]) by localhost (mork.alvestrand.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id E0Zx4AJBoxkb for <rtcweb@ietf.org>; Thu, 28 May 2015 12:49:47 +0200 (CEST)
Received: from [IPv6:2001:470:de0a:27:8033:cfd7:4e1e:7674] (unknown [IPv6:2001:470:de0a:27:8033:cfd7:4e1e:7674]) by mork.alvestrand.no (Postfix) with ESMTPSA id 969667C0620 for <rtcweb@ietf.org>; Thu, 28 May 2015 12:49:47 +0200 (CEST)
Message-ID: <5566F2CB.8050205@alvestrand.no>
Date: Thu, 28 May 2015 12:49:47 +0200
From: Harald Alvestrand <harald@alvestrand.no>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0
MIME-Version: 1.0
To: rtcweb@ietf.org
References: <913383AAA69FF945B8F946018B75898A478607D3@xmb-rcd-x10.cisco.com>
In-Reply-To: <913383AAA69FF945B8F946018B75898A478607D3@xmb-rcd-x10.cisco.com>
Content-Type: text/plain; charset="windows-1252"
Content-Transfer-Encoding: 7bit
Archived-At: <http://mailarchive.ietf.org/arch/msg/rtcweb/5PkYtMmxGaAJaS_JPraXpZ-uvfw>
Subject: Re: [rtcweb] OPS-Dir review of draft-ietf-rtcweb-stun-consent-freshness-13
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: Thu, 28 May 2015 10:49:51 -0000

Den 28. mai 2015 08:32, skrev Tirumaleswar Reddy (tireddy):
>> > Please add a sentence to summarize ICE-lite, not just the reference.
> NEW:
> ICE-lite agent defined in section 2.7 of [RFC5245] does not generate connectivity
>    checks or runs the ICE state machine, it only needs to be able to
>    respond to connectivity checks.  Hence an ICE-lite implementation
>    will not generate consent checks, but will just respond to consent
>    checks it receives.  No changes are required to ICE-lite
>    implementations in order to respond to consent checks, as they are
>    processed as normal ICE connectivity checks.
> 
>> > 

Grammar stickler:

"An ICE-lite agent, as defined in section 2.7 of [RFC5245], does not
generate connectivity check or run the ICE state machine".

.... "Hence an ICE-lite agent will not ..."

I think the second occurence of "implementation" is OK, but the first
one really needs to be "agent".