Re: Redirection to Other IP Addresses

Ryan Hamilton <rch@google.com> Sat, 27 July 2019 21:35 UTC

Return-Path: <ietf-http-wg-request+bounce-httpbisa-archive-bis2juki=lists.ie@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 9871612007A for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Sat, 27 Jul 2019 14:35:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.252
X-Spam-Level:
X-Spam-Status: No, score=-10.252 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HEADER_FROM_DIFFERENT_DOMAINS=0.249, HTML_MESSAGE=0.001, MAILING_LIST_MULTI=-1, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=google.com
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 QgEov_EV5CgD for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Sat, 27 Jul 2019 14:35:43 -0700 (PDT)
Received: from frink.w3.org (frink.w3.org [IPv6:2603:400a:ffff:804:801e:34:0:38]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4A083120052 for <httpbisa-archive-bis2Juki@lists.ietf.org>; Sat, 27 Jul 2019 14:35:42 -0700 (PDT)
Received: from lists by frink.w3.org with local (Exim 4.89) (envelope-from <ietf-http-wg-request@listhub.w3.org>) id 1hrUJ0-0006QJ-MM for ietf-http-wg-dist@listhub.w3.org; Sat, 27 Jul 2019 21:32:42 +0000
Resent-Date: Sat, 27 Jul 2019 21:32:42 +0000
Resent-Message-Id: <E1hrUJ0-0006QJ-MM@frink.w3.org>
Received: from mimas.w3.org ([2603:400a:ffff:804:801e:34:0:4f]) by frink.w3.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from <rch@google.com>) id 1hrUIx-0006Pg-NU for ietf-http-wg@listhub.w3.org; Sat, 27 Jul 2019 21:32:39 +0000
Received: from mail-wr1-x42a.google.com ([2a00:1450:4864:20::42a]) by mimas.w3.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.89) (envelope-from <rch@google.com>) id 1hrUIv-00006c-O0 for ietf-http-wg@w3.org; Sat, 27 Jul 2019 21:32:39 +0000
Received: by mail-wr1-x42a.google.com with SMTP id x1so7930843wrr.9 for <ietf-http-wg@w3.org>; Sat, 27 Jul 2019 14:32:17 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=A+z9yJu696JSe/6nIPrCCRkb9KqNx6uNOUIE0XRmCK4=; b=RKGCCNzSIDS/LxXgXbAQl1Z8f1eZauGy5IhEYHxWctnzAUfBanNSjcZwIaoQSoelbn QfAu1wX2gyC/OCIImCt7P0S7DPRa1gKaUmtx3I8uYGLZczrzSDmhMNvzHmfB1Ug9wCoC kehM7swdH7NWyrtJDiy9miTRKE1ZmVDFkpInksHepLyx1SL62ziGdUF0AtTwgoLhxcsg GMb5QA89Nasw+D1Xf0fpy4pXG7tTa1Eq4EeMb+LVgaWHHGpJQiMoejpWSq+hh8STgEtO Rp0WGaHIzIH/CBkF9LtFsxbhJsvQao1JM2sF24hiWn4PpYAP5GQOdRnFEYhWkwNptvoJ vwmA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=A+z9yJu696JSe/6nIPrCCRkb9KqNx6uNOUIE0XRmCK4=; b=a4GoECsyeEfLJv14/4SNfoUIQSBkfSzjcRQFZCO0bWFK0ZLpHYFizG+0/ZD8bLqt4B UMnrtuloJQJH+x3f2Smjzebbn2zuX1lcfNXCQ06OJSYI0w8ZQdBc09F4aYD6w00/UlVi 7ZFDyvIrxupzhXddxK4WxxopxqWMs9MNNyN9LPWgiSVpi7+G59MB37ipsmyvnu5Ba034 SxvV/p50eVtmJWnNzpZBQV6/LswwXjrnHX1HWUP6bZXfvk32aoKdkuCpfzx/GpjEjaTV QEpMwBMVFjv7B7w0vjObFzdXGrDwJFfHmzN635Cqsnmjqk1Qe58wxlHY+DaSEHPl8q8U yuIw==
X-Gm-Message-State: APjAAAX0v7geiDPnrUOC8WiL3LnpXYzR6ymwyU4ua8EgjTxNP2SVhS78 5Y0ArdCJKNWVDUD4kb0auUUaMnBkehR5yyAvCWWVxA==
X-Google-Smtp-Source: APXvYqyIsfjNM+Qqm5muafQBJc5b0BMmoiERLZ7TygsKtzqu4ei/huqI+qM5IWbaGaPjyjoz0itRuuHeZHUmsfDkhyc=
X-Received: by 2002:a5d:4090:: with SMTP id o16mr36535546wrp.292.1564263134855; Sat, 27 Jul 2019 14:32:14 -0700 (PDT)
MIME-Version: 1.0
References: <CAFifEMLOHp5=OqUXZbg_WKNQmNsTW3Bg5P4btJdX06CF=Wi2AA@mail.gmail.com> <d9b03ef6-9c8c-1eb2-7f74-014f9703475d@gmx.de>
In-Reply-To: <d9b03ef6-9c8c-1eb2-7f74-014f9703475d@gmx.de>
From: Ryan Hamilton <rch@google.com>
Date: Sat, 27 Jul 2019 14:32:01 -0700
Message-ID: <CAJ_4DfQifbJJ7owfrgUUOqXimL-KQkb4-1f_Qp6+CMjhYC1bbg@mail.gmail.com>
To: Julian Reschke <julian.reschke@gmx.de>
Cc: Bin Ni <nibin@quantil.com>, "ietf-http-wg@w3.org" <ietf-http-wg@w3.org>
Content-Type: multipart/alternative; boundary="0000000000007d856f058eb06436"
Received-SPF: pass client-ip=2a00:1450:4864:20::42a; envelope-from=rch@google.com; helo=mail-wr1-x42a.google.com
X-W3C-Hub-Spam-Status: No, score=-18.3
X-W3C-Hub-Spam-Report: AWL=1.333, BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, ENV_AND_HDR_SPF_MATCH=-0.5, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5, USER_IN_DEF_SPF_WL=-7.5, W3C_AA=-1, W3C_WL=-1
X-W3C-Scan-Sig: mimas.w3.org 1hrUIv-00006c-O0 2724362c80dbe9bc3ce04aaf6e4b601a
X-Original-To: ietf-http-wg@w3.org
Subject: Re: Redirection to Other IP Addresses
Archived-At: <https://www.w3.org/mid/CAJ_4DfQifbJJ7owfrgUUOqXimL-KQkb4-1f_Qp6+CMjhYC1bbg@mail.gmail.com>
Resent-From: ietf-http-wg@w3.org
X-Mailing-List: <ietf-http-wg@w3.org> archive/latest/36849
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: <https://www.w3.org/Mail/>
List-Post: <mailto:ietf-http-wg@w3.org>
List-Unsubscribe: <mailto:ietf-http-wg-request@w3.org?subject=unsubscribe>

Agreed. Alt-Svc seems like a perfect fit for this case.

On Fri, Jul 26, 2019 at 2:05 AM Julian Reschke <julian.reschke@gmx.de>
wrote:

> On 24.07.2019 01:32, Bin Ni wrote:
> > Hi All,
> >
> > We trying to propose an addition to the HTTP protocol to support
> > redirecting client to other IP addresses.
> >
> > The background is many website owners and CDN providers want the web or
> > proxy servers to be able to participate in load balancing. For example,
> > when the server is overloaded, redirect the request to some other
> > servers; or based on the geo information of client IP address, send the
> > client to a server that can provide better performance. Compare to the
> > DNS-based load balancing, this method is more real time and more
> > accurate. It can also take the URL, headers or other components in the
> > HTTP request into consideration.
> >
> > What they can use today is the 30X redirection, which has at least the
> > following limitations:
> > 1. breaks the cookie, if you 30x redirect to another hostname or IP
> address.
> > 2. breaks https if you redirect to another IP address.
> >
> > We need another way of telling the client/browser to only change the IP
> > address but keep everything else the same.
> >
> > We put the proposal in a google doc at:
> >
> https://docs.google.com/document/d/1gtF6Nq3iPe44515BfsU18dAxfCYOvQaekiezK8FEHu0/edit?usp=sharing
> > You can post your questions and comment in the document or reply to this
> > email.
> > If this is not the correct way to submit a proposal, someone please
> > point me to the right direction.
> > Thanks!
> > --
> > Bin Ni
> > www.quantil.com <http://www.quantil.com>
>
> Did you consider Alt-Svc? (See
> <https://greenbytes.de/tech/webdav/rfc7838.html>)
>
> Best regards, Jullian
>
>
>