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

Mikkel Fahnøe Jørgensen <> Thu, 12 December 2019 14:40 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id DED0712011C for <>; Thu, 12 Dec 2019 06:40:26 -0800 (PST)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -1.996
X-Spam-Status: No, score=-1.996 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: (amavisd-new); dkim=pass (2048-bit key)
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id zwbcFNBRFS0L for <>; Thu, 12 Dec 2019 06:40:23 -0800 (PST)
Received: from ( [IPv6:2a00:1450:4864:20::529]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by (Postfix) with ESMTPS id D54F91200C4 for <>; Thu, 12 Dec 2019 06:40:22 -0800 (PST)
Received: by with SMTP id cy15so2002084edb.4 for <>; Thu, 12 Dec 2019 06:40:22 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;; s=20161025; h=from:in-reply-to:references:mime-version:date:message-id:subject:to :cc; bh=be8DH1PFBux4nls99FaxdD/bCEmdzJ51M7OXMBJpbno=; b=YIlySVTf5bG1IB9ytIp5AlpHLhZeHRl2dwKw76W4ZI0/Fb7x36doESAzR6wna7z9ya Pg49d30wW9e/eeYtwMxzrcpvoxvpys6nlyjbhnieiZIAN/848Yb/wLSWUSDLC9XRkW3x pMCBNsDI0dRZ0hFQMg59aJBX8MJNOCMJfY/o0L9y+E950cIYpJXTMXITDyR87YTqSxn0 CAjiEEXTNeVn8QTw2dO0lixE4RsrFL0sNAc0Yvw37r9nCe6edEu0bZ7dCm345lNDLeuB S1pPv7RUeoiZj4/JizfI3ESsuSna88sfLhXo6Zi0mbihiPRg5ZG9zVKIazPCBofEDXYF M2bg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;; s=20161025; h=x-gm-message-state:from:in-reply-to:references:mime-version:date :message-id:subject:to:cc; bh=be8DH1PFBux4nls99FaxdD/bCEmdzJ51M7OXMBJpbno=; b=XS8iyOBz3fTsdLVfa3/eIg7xqi95ciL7EEWdQZ+2kK6rpq3oasBPp+DRq6r1R0nWC/ Fh+JzVLEhsYRbA5zpjtv47iXmn/VbXeFOrDHwNcwW8cLB/3aaGQasZVSL4c288rlRoSv Ia7D3y4iAHLJ6aYW8VMSo1JmG8ouPeSLSWadjqVEGZ4tCImROhYUkZ2Ple1UqDJLEqts 8Z2dBH3LWhcL2ddwS7UlrijtzNCbYMmC0GrZ5wjpbB/8GwGj1O1to/kNvaas7/cb+nc5 o9+fPKPEPK0MyOt0Pp0r8lmi7xSK2hfcx4l21j/NihGOmBl5CSYXQANDRa9UFRM/mGAM D06w==
X-Gm-Message-State: APjAAAVrJ5GEqsxGTMy4kqwgOtx9IDc3T5rG6/9hm+Pn+dIwdyy8ZDI8 CKoMfjeMeMHoYzUu5K4Ds+ShpXwWBEJvxKiRxuA=
X-Google-Smtp-Source: APXvYqzgf4/qgWrlI4Xu8IhfUfU1+bXK4zKYO2i8Jh1F3GHgTSJ3d8EZ1OYneIAMMr6a76qRba8YjdFGQXTv5Ka6sxA=
X-Received: by 2002:a17:906:2f09:: with SMTP id v9mr9980431eji.91.1576161621389; Thu, 12 Dec 2019 06:40:21 -0800 (PST)
Received: from 1058052472880 named unknown by with HTTPREST; Thu, 12 Dec 2019 06:40:20 -0800
From: =?UTF-8?Q?Mikkel_Fahn=C3=B8e_J=C3=B8rgensen?= <>
In-Reply-To: <20191212131406.GB2364@ubuntu-dmitri>
References: <> <20191212131406.GB2364@ubuntu-dmitri>
MIME-Version: 1.0
Date: Thu, 12 Dec 2019 06:40:20 -0800
Message-ID: <>
Subject: Re: Call for Adoption: draft-duke-quic-load-balancers
To: Dmitri Tikhonov <>, Mark Nottingham <>
Cc: Lars Eggert <>, IETF QUIC WG <>
Content-Type: multipart/alternative; boundary="0000000000008d3597059982b955"
Archived-At: <>
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Main mailing list of the IETF QUIC working group <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Thu, 12 Dec 2019 14:40:27 -0000

I’m concerned that the current form does not allow for long lived
connections along with connection rotation. In praxis this means that
connections will be killed after some time, say after 30 minutes or 2 days.
While you can argue that a deployment can make its own choices, in praxis
there will be cloud provided load balancers that will enforce such

For example, outside of QUIC, Google cloud L7 load balancer will currently
kill web sockets after a configurable interval. There is no way to allow
some connections to live longer, e.g. based on seeing live traffic on the


On 12 December 2019 at 14.14.24, Dmitri Tikhonov ( wrote:

I support adoption of this document by the WG.

- Dmitri.

On Thu, Dec 12, 2019 at 08:37:28AM +1100, Mark Nottingham wrote:
> This is a Call for Adoption of the following document:
> The Working Group has discussed this document for some time, most
recently in Singapore.
> Please state whether you support adoption of the document by the Working
Group, and any additional information that you feel may be helpful.
> This call will end on 15 January 2020.
> Regards,
> --
> Mark Nottingham