Re: Getting to consensus on packet number encryption

Ian Swett <ianswett@google.com> Thu, 26 April 2018 16:15 UTC

Return-Path: <ianswett@google.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 129BC126E64 for <quic@ietfa.amsl.com>; Thu, 26 Apr 2018 09:15:53 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.009
X-Spam-Level:
X-Spam-Status: No, score=-2.009 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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, T_DKIMWL_WL_MED=-0.01, URIBL_BLOCKED=0.001] 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 hmGX2hsyNqiP for <quic@ietfa.amsl.com>; Thu, 26 Apr 2018 09:15:51 -0700 (PDT)
Received: from mail-yb0-x229.google.com (mail-yb0-x229.google.com [IPv6:2607:f8b0:4002:c09::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0EAA9126DFB for <quic@ietf.org>; Thu, 26 Apr 2018 09:15:51 -0700 (PDT)
Received: by mail-yb0-x229.google.com with SMTP id i13-v6so9609368ybl.4 for <quic@ietf.org>; Thu, 26 Apr 2018 09:15:51 -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=KLQQLzRvSlc3Fkam6VtAcihUUrDlYBatfVEqODRXXXA=; b=UQ81A6nKUc8hI1Oivg+2FUfiYrEgzxHASlUeJhJNY740KsiIjS6ByJyXkB0YIjqtvT ywSX8mcVB/AMwiDxQ9AUrVnnlmSR5gX7MzY9ZeI53uBoNNqvRvVtg8G8zR9QJLDVw7uA efGFq2SzgllGx0FZVDlEtTcSh59eg1xzb0WhgEEohIpKNTPloC+SQYgj8wjUWY0s8xNf U8tRSYs6EhiwwJhoCuRT/z9uopiv00yNCTb5eNkGQPhyG/zBrVcoBw56slKB2S/FcU/6 cCA1YFqLYaJtDBb72cxMBB+Yro2eFterTZfaNpBHEMQASeYZjUpkK3ouZTj3d20tyYYw p9jA==
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=KLQQLzRvSlc3Fkam6VtAcihUUrDlYBatfVEqODRXXXA=; b=TapNSh6PVvmM1ajFtne+HKsqvyWilPk5xJ8tPi7u92RHRjL9b3F59FFF4HI2XjCbNw jH8m2QYHPSReIMUXd6rN0+T3cLbVAyS/iRgbhjjLm+RyByTrLlwFm5uXU2kHgq3V/6+J MafDd8TFj74uebf3Ob+tcTVM/i/LFFETv1glbKYB3wyT69FDN7NYxqthjxiedk+qNmgi Rpvkq/6r07akBUL+gruRZA1vEXiodjHPKZACnANay5OL6Bmu2WJ0SYfIDLg2orZDGNJ8 dRbcRAY6/2I7Yezr8z+orVZo+pqo0cTG2SISwOxoLjVB18F0AgZSIpH1rbf+HCQZjzaP pdqA==
X-Gm-Message-State: ALQs6tBAV2vrwZV4jxCHLPQY6IXQDH+wTn+R2sHfpqHfFD8F1vI/FPAz Stg4EQtP5Xno8DJyUmPrJ942e103n5TNg7Hb2Oo6Zw==
X-Google-Smtp-Source: AIpwx48mzNMhTW5mhD9M3f/qaPFwUFm9EAVTZtGby9PQzu7Kii+8em3L7+u0vbpVV/c/DPJgpYYC+Bw9Ks4tYozZXrc=
X-Received: by 2002:a25:2185:: with SMTP id h127-v6mr18940556ybh.206.1524759349871; Thu, 26 Apr 2018 09:15:49 -0700 (PDT)
MIME-Version: 1.0
References: <7fd34142-2e14-e383-1f65-bc3ca657576c@huitema.net> <21C36B57-6AE2-40EF-9549-7196D7FA9B45@tik.ee.ethz.ch> <B176FC07-887D-4135-B01E-FE8B4986A5EE@mnot.net> <CAKcm_gOCeocLyrYpOS7Ud332xdz3xHSH0psPN8T6BGRjoL9ptQ@mail.gmail.com> <CY4PR21MB0630FA0EDD343396AD414641B6A40@CY4PR21MB0630.namprd21.prod.outlook.com> <CAN1APde13JTzCvKFFvMd183Fka6QGD1kGBjsa9fcoLrYeA2hsA@mail.gmail.com> <CY4PR21MB0630C0FD4FBECBFEC3C863BBB6A40@CY4PR21MB0630.namprd21.prod.outlook.com> <047d2ff0-ff8b-64c9-8983-0ecabeb9fea5@huitema.net> <B0F49097-F77A-4831-B68B-4266AA880A86@tik.ee.ethz.ch> <74E2F5C2-66AD-4902-8A4A-E481CC0A015C@fb.com> <75050158-3812-44F1-A01E-D70EED7FDFD6@tik.ee.ethz.ch> <BY2PR15MB0775B4ACF7DB9124E89016F0CDB00@BY2PR15MB0775.namprd15.prod.outlook.com> <c8e60ba4-d6be-c4fc-5bac-d569a28fb4e8@huitema.net> <56CE3592-EB1D-40A3-B1D2-965B238FA402@mnot.net> <ae7a63fe-0a32-893f-aa6b-e8d97b8ba87a@huitema.net> <1F436ED13A22A246A59CA374CBC543998B60C6DD@ORSMSX111.amr.corp.intel.com> <fc57394f-9516-04c0-0846-6d159b14bc9e@huitema.net> <SN1PR08MB1854FD2461597D81BEE31ED6DA8F0@SN1PR08MB1854.namprd08.prod.outlook.com> <CAKcm_gMRPXgCoZ958Oj4_Pnkvmc9a7PgNVS0iae0hCW7bLKqng@mail.gmail.com> <SN1PR08MB18545D0554DED1F83862EBFBDA8F0@SN1PR08MB1854.namprd08.prod.outlook.com> <CAKcm_gNMTQg-pV8vTXkMCTh48QPZ_ujyFSEKRYf+WurUFytaWw@mail.gmail.com> <CAOdDvNrdahbwrFq+oorF6j6Or=ubKQf7emhqVb7YMYB6tQaFvw@mail.gmail.com>
In-Reply-To: <CAOdDvNrdahbwrFq+oorF6j6Or=ubKQf7emhqVb7YMYB6tQaFvw@mail.gmail.com>
From: Ian Swett <ianswett@google.com>
Date: Thu, 26 Apr 2018 16:15:39 +0000
Message-ID: <CAKcm_gPXFzJG7JW2uVhkffknqKcWXE99UzbUQsKJib=w-SX80g@mail.gmail.com>
Subject: Re: Getting to consensus on packet number encryption
To: Patrick McManus <pmcmanus@mozilla.com>
Cc: Mike Bishop <mbishop@evequefou.be>, Mark Nottingham <mnot@mnot.net>, IETF QUIC WG <quic@ietf.org>, Christian Huitema <huitema@huitema.net>, "Deval, Manasi" <manasi.deval@intel.com>
Content-Type: multipart/alternative; boundary="0000000000006b9079056ac2b3ad"
Archived-At: <https://mailarchive.ietf.org/arch/msg/quic/gdd5jVt-aH5VkxDEyopRYKEYK2U>
X-BeenThere: quic@ietf.org
X-Mailman-Version: 2.1.22
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: Thu, 26 Apr 2018 16:15:53 -0000

>From my perspective, it's just "more work" and certain workloads are really
CPU cost sensitive in datacenters in a way that isn't true on the public
internet.

That being said, datacenters may start moving to large MTUs earlier than
the public internet, which would greatly decrease the practical cost of PNE.

Given where we're at, even though I believe it's likely someone will want
to disable PNE for some use case at some point, I think we should spec PNE
as the only option for now and when someone needs to disable it, it can be
up to them to create a mechanism, use it in their own implementation, and
if they care to standardize it, they can?

On Thu, Apr 26, 2018 at 8:38 AM Patrick McManus <pmcmanus@mozilla.com>
wrote:

>
>
> On Wed, Apr 25, 2018 at 8:21 PM, Ian Swett <
> ianswett=40google.com@dmarc.ietf.org> wrote:
>
>> It has been, and I'm personally supportive of it, because I believe it'll
>> be useful for datacenter QUIC use cases.
>>
>
> can you layout the datacenter and PNE mismatch? It is just "more work" or
> is it an interaction with other hardware offloads?
>
>
>