Re: Call for Adoption: draft-duke-quic-load-balancers

Tommy Pauly <tpauly@apple.com> Fri, 13 December 2019 22:43 UTC

Return-Path: <tpauly@apple.com>
X-Original-To: quic@ietfa.amsl.com
Delivered-To: quic@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DA96E120123 for <quic@ietfa.amsl.com>; Fri, 13 Dec 2019 14:43:34 -0800 (PST)
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, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=apple.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 h4nXpQ22LISR for <quic@ietfa.amsl.com>; Fri, 13 Dec 2019 14:43:33 -0800 (PST)
Received: from nwk-aaemail-lapp03.apple.com (nwk-aaemail-lapp03.apple.com [17.151.62.68]) (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 247021200F9 for <quic@ietf.org>; Fri, 13 Dec 2019 14:43:33 -0800 (PST)
Received: from pps.filterd (nwk-aaemail-lapp03.apple.com [127.0.0.1]) by nwk-aaemail-lapp03.apple.com (8.16.0.27/8.16.0.27) with SMTP id xBDMgKGB049150; Fri, 13 Dec 2019 14:43:31 -0800
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=apple.com; h=sender : from : message-id : content-type : mime-version : subject : date : in-reply-to : cc : to : references; s=20180706; bh=yViQDTX+yYR0gRsibQjDqy/mk9ybIESHJ8crFlPVFSs=; b=RMsTZax2zViAQ9QBAcic9f4d/sBmgWFlUfg10s7DPTrGUOdEoAIPACHbJ1IasoXeUYhq klKPJCEVMizZ6JXGFTwqKIuOpGxorW2sdPvPmo8i6MNxTCF5eX4MZzlVcvDFFhGAKIsd WRx+irVwsnaSBfLXqbAjCTMd/YVvwmnf44K+9ySkhDu9VfOT+PXcjMlJt7qtHqoK/iAP Ti8wPLFVIozX3FyfVQNX6eCQeKabiHIGF3cj93qI0Bw0x9MruicKAXFceW7+HStNL3Cy K32rAcEZvcCZP2XyNVthTPstJRD1o2svpFR2RJE1CzDp3IIns9AOrlBSbDj9DQVktdsw Ww==
Received: from ma1-mtap-s01.corp.apple.com (ma1-mtap-s01.corp.apple.com [17.40.76.5]) by nwk-aaemail-lapp03.apple.com with ESMTP id 2wrw6qrtuc-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Fri, 13 Dec 2019 14:43:31 -0800
Received: from nwk-mmpp-sz11.apple.com (nwk-mmpp-sz11.apple.com [17.128.115.155]) by ma1-mtap-s01.corp.apple.com (Oracle Communications Messaging Server 8.0.2.4.20190507 64bit (built May 7 2019)) with ESMTPS id <0Q2H005NF34HTC40@ma1-mtap-s01.corp.apple.com>; Fri, 13 Dec 2019 14:43:30 -0800 (PST)
Received: from process_milters-daemon.nwk-mmpp-sz11.apple.com by nwk-mmpp-sz11.apple.com (Oracle Communications Messaging Server 8.0.2.4.20190507 64bit (built May 7 2019)) id <0Q2H00J002NPTY00@nwk-mmpp-sz11.apple.com>; Fri, 13 Dec 2019 14:43:29 -0800 (PST)
X-Va-A:
X-Va-T-CD: 72496e474ac69ec8a4dfc5a8ce5b98c2
X-Va-E-CD: 9b470903fe604fd69f08570968915707
X-Va-R-CD: 9a4e44237a25c672455b76d7bb8a77c0
X-Va-CD: 0
X-Va-ID: c39da110-addc-4767-b839-20ace0ebbeaf
X-V-A:
X-V-T-CD: 72496e474ac69ec8a4dfc5a8ce5b98c2
X-V-E-CD: 9b470903fe604fd69f08570968915707
X-V-R-CD: 9a4e44237a25c672455b76d7bb8a77c0
X-V-CD: 0
X-V-ID: 5cba95ce-9462-4ab2-bce7-6d5df9ed9b3d
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:,, definitions=2019-12-13_08:,, signatures=0
Received: from [17.230.168.142] by nwk-mmpp-sz11.apple.com (Oracle Communications Messaging Server 8.0.2.4.20190507 64bit (built May 7 2019)) with ESMTPSA id <0Q2H003FK34ED980@nwk-mmpp-sz11.apple.com>; Fri, 13 Dec 2019 14:43:26 -0800 (PST)
Sender: tpauly@apple.com
From: Tommy Pauly <tpauly@apple.com>
Message-id: <1A460098-14EC-426C-B9C6-291E2270DFC3@apple.com>
Content-type: multipart/alternative; boundary="Apple-Mail=_7D523CE0-33B2-4FD0-9F38-737A6AF04E04"
MIME-version: 1.0 (Mac OS X Mail 13.0 \(3594.4.17\))
Subject: Re: Call for Adoption: draft-duke-quic-load-balancers
Date: Fri, 13 Dec 2019 14:43:23 -0800
In-reply-to: <CANatvzzx-9okLq8=UrUrj82+Vp9v9V5m-996=cwydOBaBxsvQA@mail.gmail.com>
Cc: Martin Thomson <mt@lowentropy.net>
To: Kazuho Oku <kazuhooku@gmail.com>, IETF QUIC WG <quic@ietf.org>
References: <B30B3746-B033-48F0-808E-335FD282BE42@mnot.net> <ea5e1618-4ca5-4648-80c9-a9e9c60bd142@www.fastmail.com> <CANatvzzx-9okLq8=UrUrj82+Vp9v9V5m-996=cwydOBaBxsvQA@mail.gmail.com>
X-Mailer: Apple Mail (2.3594.4.17)
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2019-12-13_08:, , signatures=0
Archived-At: <https://mailarchive.ietf.org/arch/msg/quic/k2N2xz4UE1KWLXNlIqL9wcYcVWM>
X-BeenThere: quic@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Main mailing list of the IETF QUIC working group <quic.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/quic>, <mailto:quic-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/quic/>
List-Post: <mailto:quic@ietf.org>
List-Help: <mailto:quic-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/quic>, <mailto:quic-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 13 Dec 2019 22:43:35 -0000

+1

Let's adopt this document! We should focus mainly on the advice for how to do load balancing, more than the protocol details. It would be great to split those out soon.

Best,
Tommy

> On Dec 11, 2019, at 5:12 PM, Kazuho Oku <kazuhooku@gmail.com>; wrote:
> 
> 
> 
> 2019年12月12日(木) 9:58 Martin Thomson <mt@lowentropy.net <mailto:mt@lowentropy.net>>:
> On Thu, Dec 12, 2019, at 08:37, Mark Nottingham wrote:
> > This is a Call for Adoption of the following document:
> >   https://tools.ietf.org/html/draft-duke-quic-load-balancers-06 <https://tools.ietf.org/html/draft-duke-quic-load-balancers-06>
> 
> My recollection was that the model that this describes was desirable, but not so much the protocol.  I recall there being a request to move the protocol pieces out and concentrate on the model.  That hasn't happened.
> 
> That said, this is fine work and as QUIC depends greatly on closer cooperation between load balancers and servers we'd be doing server operators a disservice if we didn't adopt this.
> 
> 
> +1 to what MT says (including support for adoption).
> 
> -- 
> Kazuho Oku