Re: [rtcweb] Sending of zero-length messages over data channels

Martin Thomson <martin.thomson@gmail.com> Mon, 04 August 2014 20:49 UTC

Return-Path: <martin.thomson@gmail.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 C62611A0332 for <rtcweb@ietfa.amsl.com>; Mon, 4 Aug 2014 13:49:19 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level:
X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, 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 rw186V-PvTEt for <rtcweb@ietfa.amsl.com>; Mon, 4 Aug 2014 13:49:18 -0700 (PDT)
Received: from mail-we0-x22c.google.com (mail-we0-x22c.google.com [IPv6:2a00:1450:400c:c03::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C0A611A0331 for <rtcweb@ietf.org>; Mon, 4 Aug 2014 13:49:17 -0700 (PDT)
Received: by mail-we0-f172.google.com with SMTP id x48so8313987wes.17 for <rtcweb@ietf.org>; Mon, 04 Aug 2014 13:49:16 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=7JBs3kw+rM7Ee8ncAhIyQZlVmR2ihoB3joJohk3mwzo=; b=VD5BeQ1SZ/v7dEyzfZS+nB+rNvxWL17JZE/rGmPtLWMsDsWlCrUPjes0gQdOu92e/I Hm64UJp8p3iT8j5D7kyRiQ9DgW446gVyQGK4NldX+x1FPgcnrg2WiQSHO/4yXCVe+QEA hfhpbUkjFHZ8lO2zVSMMYH8ZxffiZdW13+IVm+FBCou0+9o+enhYi13OQs+Kxh89Ag0M C0DdSRhZvAwCNkK93M96etRWV0vapu8nZpTzpmgPPa6Pk5pVEQpJRjb4XQDzrSsPVuln rGbFbbMhtijPMqcP69xk+qmZbfrpZXYnXzEQwlsGSiG0v/pzpme6Y8qnT0kXk+/Nkliw z7KQ==
MIME-Version: 1.0
X-Received: by 10.194.91.228 with SMTP id ch4mr35293370wjb.59.1407185356332; Mon, 04 Aug 2014 13:49:16 -0700 (PDT)
Received: by 10.194.6.229 with HTTP; Mon, 4 Aug 2014 13:49:16 -0700 (PDT)
In-Reply-To: <53DFF0C8.7000604@alvestrand.no>
References: <CAOJ7v-0F9pysYLehjTVDv1Sxz3TKaxi2y6J7RrpGqMdA=tiR_g@mail.gmail.com> <E1FE4C082A89A246A11D7F32A95A17828E4BCC13@US70UWXCHMBA02.zam.alcatel-lucent.com> <CAOJ7v-1r-vToAf-rUfZmKsBC4MX4ZXUcAkqahrskF1D3axOpuA@mail.gmail.com> <E1FE4C082A89A246A11D7F32A95A17828E4C5974@US70UWXCHMBA02.zam.alcatel-lucent.com> <CAOJ7v-1VPP8iAz+gr9h98QUzZnBVna84yPqtc0JZR=ehGgJL0A@mail.gmail.com> <E1FE4C082A89A246A11D7F32A95A17828E4C5E94@US70UWXCHMBA02.zam.alcatel-lucent.com> <CAOJ7v-2SkB3Pqctpu1S_wMY2b6jdOYyz8KxAYLA-q++2WdUbYw@mail.gmail.com> <E1FE4C082A89A246A11D7F32A95A17828E4C61A5@US70UWXCHMBA02.zam.alcatel-lucent.com> <53DDFEC1.3020907@alvestrand.no> <E1FE4C082A89A246A11D7F32A95A17828E4EC8B4@US70UWXCHMBA02.zam.alcatel-lucent.com> <53DFF0C8.7000604@alvestrand.no>
Date: Mon, 04 Aug 2014 13:49:16 -0700
Message-ID: <CABkgnnWbG_KQcg8EVAcR7Ph78Zpze93Evvqr64mNajR9uztg3A@mail.gmail.com>
From: Martin Thomson <martin.thomson@gmail.com>
To: Harald Alvestrand <harald@alvestrand.no>
Content-Type: text/plain; charset="UTF-8"
Archived-At: http://mailarchive.ietf.org/arch/msg/rtcweb/Vug-nyDrR2VsBXyW-l0uNkyXG9A
Cc: "rtcweb@ietf.org" <rtcweb@ietf.org>
Subject: Re: [rtcweb] Sending of zero-length messages over data channels
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: Mon, 04 Aug 2014 20:49:20 -0000

On 4 August 2014 13:44, Harald Alvestrand <harald@alvestrand.no> wrote:
> Adding more functions that WebSockets doesn't have makes compatibility with
> WebSockets worse.

Not that this is a good example, but I really wish this wasn't the
yardstick we keep on trotting out.