Re: [hybi] first draft of WS mux extension

Tobias Oberstein <tobias.oberstein@tavendo.de> Mon, 24 October 2011 10:04 UTC

Return-Path: <tobias.oberstein@tavendo.de>
X-Original-To: hybi@ietfa.amsl.com
Delivered-To: hybi@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0D1C421F8CAE for <hybi@ietfa.amsl.com>; Mon, 24 Oct 2011 03:04:59 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id eyHwo27LJsB9 for <hybi@ietfa.amsl.com>; Mon, 24 Oct 2011 03:04:58 -0700 (PDT)
Received: from EXHUB020-2.exch020.serverdata.net (exhub020-2.exch020.serverdata.net [206.225.164.29]) by ietfa.amsl.com (Postfix) with ESMTP id 8921B21F8CAC for <hybi@ietf.org>; Mon, 24 Oct 2011 03:04:52 -0700 (PDT)
Received: from EXVMBX020-12.exch020.serverdata.net ([169.254.3.230]) by EXHUB020-2.exch020.serverdata.net ([206.225.164.29]) with mapi; Mon, 24 Oct 2011 03:04:51 -0700
From: Tobias Oberstein <tobias.oberstein@tavendo.de>
To: Len Holgate <len.holgate@gmail.com>, 'John Tamplin' <jat@google.com>
Date: Mon, 24 Oct 2011 03:04:50 -0700
Thread-Topic: [hybi] first draft of WS mux extension
Thread-Index: AcySK10XctWYtPLFQRKkR7cetPCqAwAADXuwAAIiSLA=
Message-ID: <634914A010D0B943A035D226786325D42D0B036D6F@EXVMBX020-12.exch020.serverdata.net>
References: <CABLsOLB3gqQgo0myNkHxGmvr5P55GeKqaUPnYP9RgnUsiVM++g@mail.gmail.com> <CALiegfmc=01Uw0eLZES=WGtWVBKPjQLz3itiPL4TPVwy5mZFmQ@mail.gmail.com> <CABLsOLDi-rXcDp9k_+bkMBrmswY-QbHkqXLKT+2wOQ7Y0ry0VQ@mail.gmail.com> <CALiegf=Tcbys=ekrg3=BdzToy7uw08UmtpmWzZh1ikDxww_4qQ@mail.gmail.com> <CALiegfnTiVLKh6Dvc_7U4oN2YOR5VgH7_YPc-O1WpygU8=gCbw@mail.gmail.com> <CABLsOLBH_b19CH8mfXF7mqE23YZ5skvprk77JD++dpW6DzfvJA@mail.gmail.com> <21c201cc921f$bbd76a00$0a00a8c0@Venus> <CABLsOLAMoa4C6o3nT+NmsS97ifTFgxRSW6SWGXtZrZ7MiPOM8g@mail.gmail.com> <21d301cc9227$26c55c30$0a00a8c0@Venus> <CABLsOLBkjZrRiw6bD=f51+u7m6OyJU8SZpsT=4r3uTW17HEUew@mail.gmail.com> <21e801cc922c$99b712b0$0a00a8c0@Venus>
In-Reply-To: <21e801cc922c$99b712b0$0a00a8c0@Venus>
Accept-Language: de-DE, en-US
Content-Language: de-DE
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: de-DE, en-US
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: 'Hybi' <hybi@ietf.org>
Subject: Re: [hybi] first draft of WS mux extension
X-BeenThere: hybi@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Server-Initiated HTTP <hybi.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/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: Mon, 24 Oct 2011 10:04:59 -0000

> Your intermediary example doesn't work IMHO. Right now, if the
> intermediary doesn't understand the mux extension it MUST fail the
> connection. If the base protocol is unchanged then the intermediary can

Why must it fail?

"""
An intermediary might coalesce and/or split frames, if no
extensions were negotiated by the client and the server, or if some
extensions were negotiated, but the intermediary understood all the
extensions negotiated and knows how to coalesce and/or split frames
in presence of these extensions.
"""

"""
An intermediary MUST NOT change the fragmentation of any message
in the context of a connection where extensions have been
negotiated and the intermediary is not aware of the semantics of
the negotiated extensions.
"""

So when the intermediary does not understand the mux extension,
it MUST NOT change fragmentation.

Where does the spec say it MUST fail?

It may of course, due to local policy .. like "we don't allow any WS extension".