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

Rui Paulo <rpaulo@apple.com> Fri, 13 December 2019 23:36 UTC

Return-Path: <rpaulo@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 DB735120867 for <quic@ietfa.amsl.com>; Fri, 13 Dec 2019 15:36:46 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.001
X-Spam-Level:
X-Spam-Status: No, score=-2.001 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, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable 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 UK0RT9myBeqI for <quic@ietfa.amsl.com>; Fri, 13 Dec 2019 15:36:46 -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 E85D31200A4 for <quic@ietf.org>; Fri, 13 Dec 2019 15:36:45 -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 xBDNOZpv037181; Fri, 13 Dec 2019 15:36:43 -0800
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=apple.com; h=sender : content-type : mime-version : subject : from : in-reply-to : date : cc : content-transfer-encoding : message-id : references : to; s=20180706; bh=qWe1CoWGuFqlRHAEo0CtIwHGBb0XLazXDzm59pTTiBI=; b=jZME7RPSEJlYt2Trv8iGc2dr9UzKLEuY5kQ6Ohovrnk31sj6vqJXt56dsyBfhUt2v0P+ AksW0D4ERvau7awhOL4RD9diWH7U2xEyQtwTluoKOoRo//8prE897McMyWDueBhWS56p sZZjXXnkfHdYtN0HrETXLBG4LxIrt93A2evVeds+BEdXaIo2VTiPS/aKuttEslGZZxVC tQdzr2hUEqqfBMMa2cTzPXHK/ofLvzyPHpPuBuf2PwQ8V+Mya11XjF0CRXsUEuGNf/Gf d71mJEMow+BGSDhTxlGAO70uQ+McVqi9M16Nh/g5VPncB7jxQhwjbWluhNOsg8KgzNVP HA==
Received: from mr2-mtap-s01.rno.apple.com (mr2-mtap-s01.rno.apple.com [17.179.226.133]) by nwk-aaemail-lapp03.apple.com with ESMTP id 2wrw6qshs0-17 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Fri, 13 Dec 2019 15:36:43 -0800
Received: from nwk-mmpp-sz12.apple.com (nwk-mmpp-sz12.apple.com [17.128.115.204]) by mr2-mtap-s01.rno.apple.com (Oracle Communications Messaging Server 8.0.2.4.20190507 64bit (built May 7 2019)) with ESMTPS id <0Q2H009X75L4SP10@mr2-mtap-s01.rno.apple.com>; Fri, 13 Dec 2019 15:36:40 -0800 (PST)
Received: from process_milters-daemon.nwk-mmpp-sz12.apple.com by nwk-mmpp-sz12.apple.com (Oracle Communications Messaging Server 8.0.2.4.20190507 64bit (built May 7 2019)) id <0Q2H00I0056G3R00@nwk-mmpp-sz12.apple.com>; Fri, 13 Dec 2019 15:36:40 -0800 (PST)
X-Va-A:
X-Va-T-CD: aa24d9bb18a53cf90233e818c4daa35e
X-Va-E-CD: 790f2016ae8498897c991f81395578db
X-Va-R-CD: f0b395e71f26ca569123b70436a30340
X-Va-CD: 0
X-Va-ID: d020af05-9012-4c5c-a671-5dbf9e239dd5
X-V-A:
X-V-T-CD: aa24d9bb18a53cf90233e818c4daa35e
X-V-E-CD: 790f2016ae8498897c991f81395578db
X-V-R-CD: f0b395e71f26ca569123b70436a30340
X-V-CD: 0
X-V-ID: 668e3a8c-e432-45d4-a736-2f0ef426a33f
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:,, definitions=2019-12-13_09:,, signatures=0
Received: from [17.234.116.61] by nwk-mmpp-sz12.apple.com (Oracle Communications Messaging Server 8.0.2.4.20190507 64bit (built May 7 2019)) with ESMTPSA id <0Q2H004GR5L19910@nwk-mmpp-sz12.apple.com>; Fri, 13 Dec 2019 15:36:38 -0800 (PST)
Sender: rpaulo@apple.com
Content-type: text/plain; charset="utf-8"
MIME-version: 1.0 (Mac OS X Mail 13.0 \(3601.0.10\))
Subject: Re: Call for Adoption: draft-duke-quic-load-balancers
From: Rui Paulo <rpaulo@apple.com>
In-reply-to: <1A460098-14EC-426C-B9C6-291E2270DFC3@apple.com>
Date: Fri, 13 Dec 2019 15:36:36 -0800
Cc: Kazuho Oku <kazuhooku@gmail.com>, IETF QUIC WG <quic@ietf.org>, Martin Thomson <mt@lowentropy.net>
Content-transfer-encoding: quoted-printable
Message-id: <924748BE-9A65-43F9-B316-6EF9E10CA05E@apple.com>
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> <1A460098-14EC-426C-B9C6-291E2270DFC3@apple.com>
To: Tommy Pauly <tpauly=40apple.com@dmarc.ietf.org>
X-Mailer: Apple Mail (2.3601.0.10)
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2019-12-13_09:, , signatures=0
Archived-At: <https://mailarchive.ietf.org/arch/msg/quic/GY4028n9RHLZVsrTiaoE58Gy5QI>
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 23:36:47 -0000

I would also like to see it adopted by the WG.

> On Dec 13, 2019, at 14:43, Tommy Pauly <tpauly=40apple.com@dmarc.ietf.org> wrote:
> 
> +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>:
>> 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
>> 
>> 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
> 

—
Rui Paulo