Re: HTTP router point-of-view concerns

Willy Tarreau <w@1wt.eu> Sun, 14 July 2013 05:51 UTC

Return-Path: <ietf-http-wg-request@listhub.w3.org>
X-Original-To: ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com
Delivered-To: ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2742021F9473 for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Sat, 13 Jul 2013 22:51:09 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.599
X-Spam-Level:
X-Spam-Status: No, score=-10.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
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 VZ6VhBDHh+SP for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Sat, 13 Jul 2013 22:51:02 -0700 (PDT)
Received: from frink.w3.org (frink.w3.org [128.30.52.56]) by ietfa.amsl.com (Postfix) with ESMTP id C779221F924A for <httpbisa-archive-bis2Juki@lists.ietf.org>; Sat, 13 Jul 2013 22:51:02 -0700 (PDT)
Received: from lists by frink.w3.org with local (Exim 4.72) (envelope-from <ietf-http-wg-request@listhub.w3.org>) id 1UyFBa-0005CA-9O for ietf-http-wg-dist@listhub.w3.org; Sun, 14 Jul 2013 05:49:30 +0000
Resent-Date: Sun, 14 Jul 2013 05:49:30 +0000
Resent-Message-Id: <E1UyFBa-0005CA-9O@frink.w3.org>
Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.72) (envelope-from <w@1wt.eu>) id 1UyFBP-0005BM-33 for ietf-http-wg@listhub.w3.org; Sun, 14 Jul 2013 05:49:19 +0000
Received: from 1wt.eu ([62.212.114.60]) by lisa.w3.org with esmtp (Exim 4.72) (envelope-from <w@1wt.eu>) id 1UyFBO-0002q5-9q for ietf-http-wg@w3.org; Sun, 14 Jul 2013 05:49:19 +0000
Received: (from willy@localhost) by mail.home.local (8.14.4/8.14.4/Submit) id r6E5me2M003847; Sun, 14 Jul 2013 07:48:40 +0200
Date: Sun, 14 Jul 2013 07:48:40 +0200
From: Willy Tarreau <w@1wt.eu>
To: Stephen Farrell <stephen.farrell@cs.tcd.ie>
Cc: Yoav Nir <ynir@checkpoint.com>, Poul-Henning Kamp <phk@phk.freebsd.dk>, Mark Nottingham <mnot@mnot.net>, Sam Pullara <spullara@gmail.com>, HTTP Working Group <ietf-http-wg@w3.org>
Message-ID: <20130714054840.GR32054@1wt.eu>
References: <CABP7RbcUkLf3CTAB4jwicnsiKWLGVY6=hX0k=0256SR_gcVt9A@mail.gmail.com> <092D65A8-8CB7-419D-B6A4-77CAE40A0026@gmail.com> <3835.1373612286@critter.freebsd.dk> <CD9E163F-1225-4DA8-9982-8BDBD16B1051@mnot.net> <1772.1373629495@critter.freebsd.dk> <20130712125628.GC28893@1wt.eu> <22115082-53F8-433C-9497-755800803B93@checkpoint.com> <2101.1373699489@critter.freebsd.dk> <29B4ED34-8A7F-477F-AC80-47BC2205198F@checkpoint.com> <51E1D753.8080807@cs.tcd.ie>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <51E1D753.8080807@cs.tcd.ie>
User-Agent: Mutt/1.4.2.3i
Received-SPF: pass client-ip=62.212.114.60; envelope-from=w@1wt.eu; helo=1wt.eu
X-W3C-Hub-Spam-Status: No, score=-3.0
X-W3C-Hub-Spam-Report: AWL=-3.016, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01
X-W3C-Scan-Sig: lisa.w3.org 1UyFBO-0002q5-9q b2407acf398f6e9f50c4c4e0efe345aa
X-Original-To: ietf-http-wg@w3.org
Subject: Re: HTTP router point-of-view concerns
Archived-At: <http://www.w3.org/mid/20130714054840.GR32054@1wt.eu>
Resent-From: ietf-http-wg@w3.org
X-Mailing-List: <ietf-http-wg@w3.org> archive/latest/18762
X-Loop: ietf-http-wg@w3.org
Resent-Sender: ietf-http-wg-request@w3.org
Precedence: list
List-Id: <ietf-http-wg.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Post: <mailto:ietf-http-wg@w3.org>
List-Unsubscribe: <mailto:ietf-http-wg-request@w3.org?subject=unsubscribe>

On Sat, Jul 13, 2013 at 11:40:19PM +0100, Stephen Farrell wrote:
> 
> Its a bit of a moot point I guess but...
> 
> On 07/13/2013 09:24 PM, Yoav Nir wrote:
> > allow it to persist for as long as you want
> 
> I've always been amused that HTTP needs to be able to
> manage state for decades. It'd be truly impressive if
> a browser really managed state that lasts far longer
> than the h/w on either side and probably also longer
> than any piece of n/w kit in between.
> 
> If HTTP/2.0 were to impose an upper bound on cookie
> lifetime of say, a session, that'd be good IMO. But I
> guess that probably would be out of charter, even if
> it'd be a good thing, as it'd break stuff. OTOH, it'd
> arguably be a good thing to leave such stuff behind when
> moving to HTTP/2.0.

I think that *session* cookies are needed, but *permanent* cookies
are mostly used by ads and user tracking, even if a few sites use
them to store user preferences.

One elegant solution would probably be to systematically have UAs
ask end users whenever a cookie is sent to be stored for more than
(say) 24h. Site designers will take care of this because they don't
want to make their site emit warnings that upset end users.

And if the cookie is used to store preferences, it is normal that
the user gives the permission to do that.

Also, we should probably recommend that UAs automatically expire
session cookies after some time (maybe the same delay limit that
is used before emitting a warning). I've dealt with issues where
some smartphone browsers never close and never delete session
cookies, causing the same browser to always go to the same server
past the load balancer. In the end, I had the LB detect those
cookies to fix them!

Regards,
Willy