Re: [rtcweb] WG Last Call for draft-ietf-rtcweb-stun-consent-freshness

Harald Alvestrand <harald@alvestrand.no> Wed, 20 August 2014 07:44 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 DDF231A0069 for <rtcweb@ietfa.amsl.com>; Wed, 20 Aug 2014 00:44:23 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.133
X-Spam-Level:
X-Spam-Status: No, score=0.133 tagged_above=-999 required=5 tests=[BAYES_50=0.8, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-0.668] 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 04pooNW5T80t for <rtcweb@ietfa.amsl.com>; Wed, 20 Aug 2014 00:44:20 -0700 (PDT)
Received: from mork.alvestrand.no (mork.alvestrand.no [IPv6:2001:700:1:2::117]) by ietfa.amsl.com (Postfix) with ESMTP id 8F98F1A0060 for <rtcweb@ietf.org>; Wed, 20 Aug 2014 00:44:19 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by mork.alvestrand.no (Postfix) with ESMTP id 378CF7C3E44 for <rtcweb@ietf.org>; Wed, 20 Aug 2014 09:44:18 +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 fTp3t8E+fpgM for <rtcweb@ietf.org>; Wed, 20 Aug 2014 09:44:16 +0200 (CEST)
Received: from [IPv6:2001:470:de0a:27:91f5:f598:a50a:5fd] (unknown [IPv6:2001:470:de0a:27:91f5:f598:a50a:5fd]) by mork.alvestrand.no (Postfix) with ESMTPSA id 244F57C3E06 for <rtcweb@ietf.org>; Wed, 20 Aug 2014 09:44:16 +0200 (CEST)
Message-ID: <53F451CF.10705@alvestrand.no>
Date: Wed, 20 Aug 2014 09:44:15 +0200
From: Harald Alvestrand <harald@alvestrand.no>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0
MIME-Version: 1.0
To: rtcweb@ietf.org
References: <CA+9kkMCZT1XW4LLaJ4Nq2DbrxD59cYnjLo5JXn9fjEb8pyamaQ@mail.gmail.com> <7594FB04B1934943A5C02806D1A2204B1D41CDC3@ESESSMB209.ericsson.se> <CAKz0y8zycsyr9m4BA=-8xOaWkU+Sog5Mbz7K-oN3woqi++mVzg@mail.gmail.com>
In-Reply-To: <CAKz0y8zycsyr9m4BA=-8xOaWkU+Sog5Mbz7K-oN3woqi++mVzg@mail.gmail.com>
Content-Type: multipart/alternative; boundary="------------000205010006060501040609"
Archived-At: http://mailarchive.ietf.org/arch/msg/rtcweb/OUSCYjkqiSrfcNUPZZlIhSOVsY8
Subject: Re: [rtcweb] WG Last Call for draft-ietf-rtcweb-stun-consent-freshness
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: Wed, 20 Aug 2014 07:44:24 -0000

On 08/20/2014 06:09 AM, Muthu Arul Mozhi Perumal wrote:
> I believe draft-ietf-rtcweb-stun-consent-freshness deals with the
> WebRTC browser. A WebRTC device (eg. a mobile phone) on the other
> hand, could run a WebRTC browser and a JS and perform consent.
> Similarly, a WebRTC endpoint (whatever that gets defined as) might
> also perform consent, while a WebRTC gateway might not, and how
> consent applies to those should get specified in the document(s) that
> define those requirements (note: the gateway referred to in
> draft-ietf-rtcweb-stun-consent-freshness is any SIP gateway).

Note: In terms of conformance requirements, "might" and "might not" are
completely equivalent (2119 style: MAY - there is no MAY NOT).

>
> So, draft-ietf-rtcweb-stun-consent-freshness should just replace
> WebRTC endpoint and WebRTC implementation with WebRTC browser, IMHO.
>
> Muthu
>
> On Tue, Aug 19, 2014 at 7:36 PM, Christer Holmberg
> <christer.holmberg@ericsson.com
> <mailto:christer.holmberg@ericsson.com>> wrote:
>
>     Hi,
>
>      
>
>     The draft says:
>
>      
>
>     “WebRTC endpoints are required to support full ICE as specified in
>
>                     section 3.4 of [I-D.
>
>     ​ ​
>     ietf-rtcweb-transports].  However, when WebRTC
>
>                     endpoints interwork with other endpoints that
>     support only ICE-lite
>
>                     (e.g., gateways) those endpoints will not generate
>     consent checks,
>
>                     but just respond to consent checks they receive.”
>
>      
>
>     The draft also talks about “WebRTC implementations” and “WebRTC
>     browsers”.
>
>      
>
>     We need to make sure that the terminology is aligned with
>     draft-ietf-rtcweb-overview (for example,
>
>     ​ ​
>     draft-ietf-rtcweb-overview does not talk about “WebRTC
>     endpoints”), which also may be impacted based on the outcome of
>     the current terminology/gateway discussion.
>
>      
>
>     Regards,
>
>      
>
>     Christer
>
>      
>
>      
>
>     *From:*rtcweb [mailto:rtcweb-bounces@ietf.org
>     <mailto:rtcweb-bounces@ietf.org>] *On Behalf Of *Ted Hardie
>     *Sent:* 14. elokuuta 2014 18:10
>     *To:* rtcweb@ietf.org <mailto:rtcweb@ietf.org>; Sean Turner;
>     Cullen Jennings
>     *Subject:* [rtcweb] WG Last Call for
>     draft-ietf-rtcweb-stun-consent-freshness
>
>      
>
>     This starts a WG Last Call for
>     draft-ietf-rtcweb-stun-consent-freshness (available at
>     http://datatracker.ietf.org/doc/draft-ietf-rtcweb-stun-consent-freshness/). 
>     Please review the document and send comments to the list by
>     September 10, 2014.
>
>     thanks,
>
>     Ted Hardie
>
>
>     _______________________________________________
>     rtcweb mailing list
>     rtcweb@ietf.org <mailto:rtcweb@ietf.org>
>     https://www.ietf.org/mailman/listinfo/rtcweb
>
>
>
>
> _______________________________________________
> rtcweb mailing list
> rtcweb@ietf.org
> https://www.ietf.org/mailman/listinfo/rtcweb


-- 
Surveillance is pervasive. Go Dark.