[rtcweb] comments on draft-ietf-rtcweb-stun-consent-freshness-00
John Mattsson <john.mattsson@ericsson.com> Tue, 04 March 2014 17:41 UTC
Return-Path: <john.mattsson@ericsson.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 6FDA21A0289 for <rtcweb@ietfa.amsl.com>; Tue, 4 Mar 2014 09:41:47 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.851
X-Spam-Level:
X-Spam-Status: No, score=-3.851 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_SE=0.35, RCVD_IN_DNSWL_MED=-2.3, 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 449RwomG7PG3 for <rtcweb@ietfa.amsl.com>; Tue, 4 Mar 2014 09:41:43 -0800 (PST)
Received: from mailgw2.ericsson.se (mailgw2.ericsson.se [193.180.251.37]) by ietfa.amsl.com (Postfix) with ESMTP id 351AF1A0284 for <rtcweb@ietf.org>; Tue, 4 Mar 2014 09:41:42 -0800 (PST)
X-AuditID: c1b4fb25-b7f038e000005d01-d4-53161052523e
Received: from ESESSHC019.ericsson.se (Unknown_Domain [153.88.253.124]) by mailgw2.ericsson.se (Symantec Mail Security) with SMTP id 68.D8.23809.25016135; Tue, 4 Mar 2014 18:41:38 +0100 (CET)
Received: from ESESSMB307.ericsson.se ([169.254.7.220]) by ESESSHC019.ericsson.se ([153.88.183.75]) with mapi id 14.02.0387.000; Tue, 4 Mar 2014 18:41:37 +0100
From: John Mattsson <john.mattsson@ericsson.com>
To: "rtcweb@ietf.org" <rtcweb@ietf.org>
Thread-Topic: comments on draft-ietf-rtcweb-stun-consent-freshness-00
Thread-Index: AQHPN9D9VQxOZ2H5PkqUHhzonfyQng==
Date: Tue, 04 Mar 2014 17:41:36 +0000
Message-ID: <CF3BC0D0.F115%john.mattsson@ericsson.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/14.3.9.131030
x-originating-ip: [153.88.183.154]
Content-Type: text/plain; charset="utf-8"
Content-ID: <E47A0961D05E9F479759AF8E9D2274D5@ericsson.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFjrALMWRmVeSWpSXmKPExsUyM+JvjW6QgFiwwaEF0hZr/7WzOzB6LFny kymAMYrLJiU1J7MstUjfLoEr482jycwF/4QrVn26xdLAuEe4i5GTQ0LARGL9/w52CFtM4sK9 9WxdjFwcQgKHGCUOTD8HlhASWMwocX2mNIjNJmAgMXdPAxuILSKgLnH54QWwGmEBB4kpn/ay QMRdJaZt3gpl60n0XL3DCGKzCKhI9Hx/DVbPK2AmcevyN7A4I9Di76fWMIHYzALiEreezGeC OEhAYsme88wQtqjEy8f/WEFsUaCZ9x7NZYGIK0ksuv0ZqJ4DqFdTYv0ufYgx1hKrzu5khLAV JaZ0P4RaKyhxcuYTlgmMorOQbJuF0D0LSfcsJN2zkHQvYGRdxciem5iZk15utIkRGAsHt/xW 3cF455zIIUZpDhYlcd4Pb52DhATSE0tSs1NTC1KL4otKc1KLDzEycXBKNTBqJcT3me6r5pmx qevKkhaLj4KyIeGTP/7gOy267snz9XNvHbc+WbPTIqf/xZUPk6vO2/6+wcy4pJe7nLWfi7Xt 0FvF/PhyLq2Lol9cLiTOyp3p+O7z/HUW9xSXa1Zv57C03r2+eJUGR9vX1szV+VUxH49H/rY1 NJDb37XO+PLxk902v9LfiWYosRRnJBpqMRcVJwIAqacwAVMCAAA=
Archived-At: http://mailarchive.ietf.org/arch/msg/rtcweb/5MD-ha4NNJwl-SDeRiw-Fs3V164
Subject: [rtcweb] comments on draft-ietf-rtcweb-stun-consent-freshness-00
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: Tue, 04 Mar 2014 17:41:47 -0000
I read through draft-ietf-rtcweb-stun-consent-freshness-00. I mostly have editorial comments. Cheers John -“A consent timer, Tc, whose value is determined by the browser. This value MUST be 15 seconds.” I would delete “whose value is determined by the browser” as it’s determined by the specification. -I think the session liveness mechanism needs more details: Does "start liveness test" mean that it stays on until JavaScript says "stop liveness test”, does is stop after Tr, or does it stop after notification? If liveness test stays on after notification, shouldn't the javascript be informed of renewed connectivity? If liveness test stays on after notification, Is the timer reset, or does the browser keep checking (e.g. every 500 ms) Editorial comments: - "This document describes a new STUN usage with a request and response which verifies the remote peer consents to receive traffic, and detects loss of liveness." Should be rephrased make it cleareer that "STUN usage" does not detect loss of liveness. -"Transport Address" Not used, delete definition -Put space between number and unit, i.e. “500ms” -> “500 ms” (preferably non-breaking) "uses three values" Seem to use four values as 500 ms is used as well. Should maybe consider trating "Tc" and "500 ms" in the same way. I.e. either writing out 15 seconds or introducing Tx for "500 ms". -------------------------------------------------------------------------- JOHN MATTSSON MSc Engineering Physics, MSc Business Administration and Economics Ericsson IETF Security Coordinator Senior Researcher, Security Ericsson AB Security Research Färögatan 6 SE-164 80 Stockholm, Sweden Phone +46 10 71 43 501 SMS/MMS +46 76 11 53 501 john.mattsson@ericsson.com www.ericsson.com <http://www.ericsson.com/>
- [rtcweb] comments on draft-ietf-rtcweb-stun-conse… John Mattsson