Re: [hybi] Masked framing VS mask in frame

Andy Green <andy@warmcat.com> Tue, 01 March 2011 07:24 UTC

Return-Path: <andy.warmcat.com@googlemail.com>
X-Original-To: hybi@core3.amsl.com
Delivered-To: hybi@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 3E5E93A6842 for <hybi@core3.amsl.com>; Mon, 28 Feb 2011 23:24:36 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.588
X-Spam-Level:
X-Spam-Status: No, score=-3.588 tagged_above=-999 required=5 tests=[AWL=0.011, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EzopbDmEdRiA for <hybi@core3.amsl.com>; Mon, 28 Feb 2011 23:24:35 -0800 (PST)
Received: from mail-wy0-f172.google.com (mail-wy0-f172.google.com [74.125.82.172]) by core3.amsl.com (Postfix) with ESMTP id C9A943A6804 for <hybi@ietf.org>; Mon, 28 Feb 2011 23:24:34 -0800 (PST)
Received: by wyb42 with SMTP id 42so4837895wyb.31 for <hybi@ietf.org>; Mon, 28 Feb 2011 23:25:36 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:sender:message-id:date:from:user-agent :mime-version:to:cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=JL+CgM2FVXudC3kgwhE/PihJFj4y4/zvgdzNEq6/9Yc=; b=RhLJjXNrvIfisbDRx5g9JnM05E0Wmcf4hf8zwmZupw2Fgnnl5+EGNFN8KJhhycJFwl PWB0xAfsw34r4Mnselu/47geQ5oADYZy8wqgRg9jfTNJMoNhAuiJ77ni9yD++5BVLlkB Prl4RQVH5ghgBCqAyWymp9zeZey+K9RCUG2eU=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=Xte9KHp/F3uYoJvw9KVXIgh0DGoglK39SSRjxo720WnrBqsHjsuE/DrO47XYX3gHSH aLrQ3McDGe16h55lF2w78TcgKgMJZxgA/ZPjpXu5vk7ENA6PfuC5hPIqryyWvpAVlN7x Pmg34nXyhXeYycXeXjSeCOnaqd3DWU0LvN5p0=
Received: by 10.227.154.129 with SMTP id o1mr5862508wbw.109.1298964336180; Mon, 28 Feb 2011 23:25:36 -0800 (PST)
Received: from otae.warmcat.com (cpc1-nrte21-2-0-cust677.8-4.cable.virginmedia.com [81.111.78.166]) by mx.google.com with ESMTPS id y29sm4002753wbd.4.2011.02.28.23.25.34 (version=SSLv3 cipher=OTHER); Mon, 28 Feb 2011 23:25:35 -0800 (PST)
Sender: Andy Green <andy.warmcat.com@googlemail.com>
Message-ID: <4D6C9F6D.1030306@warmcat.com>
Date: Tue, 01 Mar 2011 07:25:33 +0000
From: Andy Green <andy@warmcat.com>
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.13) Gecko/20101217 Fedora/3.1.7-0.39.b3pre.fc15 Thunderbird/3.1.7
MIME-Version: 1.0
To: John Tamplin <jat@google.com>
References: <AANLkTindH-Eu8GvsdtG7dgr+8MpQaaeRA7KTEBGz0sh-@mail.gmail.com> <AANLkTi=65LMo=kUv5uKNM5DeUNKFtnY6xks2UgsFEEWq@mail.gmail.com> <AANLkTi=2fUyryrRGDcS5Bqb-C2YPhRqJuKwUUkZnCBOu@mail.gmail.com> <AANLkTinjmXiYy3f_XFDAazwEYW1vw2gu92sWKJckm=s5@mail.gmail.com> <AANLkTikjM=O2QEBdu8DYeSQinN_i4HSozz5w9Hg1HBt5@mail.gmail.com> <AANLkTinrLf_7DUGE3ko4xBOd1L3NZBhqGK+OLn_DB51F@mail.gmail.com> <AANLkTim6wsce_eYvt2_N+43K1f=JtbfJQsyqb=s0JNhs@mail.gmail.com> <AANLkTikkSxF60H-pZgxcz0SXgozsG4gJ2xEgMweNRwJs@mail.gmail.com> <AANLkTi=7VMnwWSUxU7yTa49dShP0FVVzeSpX6gVNAGpM@mail.gmail.com> <A5CFA133-90EF-4AFD-BB50-41365DDDAB84@gmail.com> <AANLkTin9cUwb80grTPJCgTWoCjc31z3J8D5ekzeAanuU@mail.gmail.com> <23EC9206-34BB-454E-888F-4F41D4B24F9A@gmail.com> <AANLkTikvNHND6GKjyDwR85ts2+d66Amw0bA_XVL+FhQt@mail.gmail.com> <30DBC9B6-A495-4CD9-8CBF-E79FD713B1D2@gmail.com> <AANLkTi=UKMeROxs_sEvJG6w+PC+jfsboLRRGtU+OSj0W@mail.gmail.com>
In-Reply-To: <AANLkTi=UKMeROxs_sEvJG6w+PC+jfsboLRRGtU+OSj0W@mail.gmail.com>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 7bit
Cc: Hybi <hybi@ietf.org>, Greg Wilkins <gregw@intalio.com>
Subject: Re: [hybi] Masked framing VS mask in frame
X-BeenThere: hybi@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Server-Initiated HTTP <hybi.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/hybi>, <mailto:hybi-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/hybi>
List-Post: <mailto:hybi@ietf.org>
List-Help: <mailto:hybi-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/hybi>, <mailto:hybi-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 01 Mar 2011 07:24:36 -0000

On 03/01/2011 12:25 AM, Somebody in the thread at some point said:

Hi -

> Personally, it seems dangerous to not mask the extension data, since
> you don't know what extensions might carry data controllable by an

Yeah that was the context of the example packet, showing that moving the 
mask to be extension data you could control at most four bytes but then...

''To think about controllability of extension data, which would allow 
carrying on the data in the length bytes, leads to your other point 
about if structure of extension data is really OK as it stands''

> Even if we come up with something like a tag/value approach, I think
> we can't ever have intermediaries that understand the payload without
> understanding extensions -- for example, what do they do when they see
> a reserved opcode after an extension they didn't recognize was
> negotiated?

What would typically go in this per-packet extension area?  Maybe it 
could be moved into being just normal payload in other packets with 
extended opcodes, eliminating the extension area concept.

-Andy