Re: Connection ID lengths 1, 2 and 3

Eric Rescorla <ekr@rtfm.com> Sun, 15 July 2018 22:15 UTC

Return-Path: <ekr@rtfm.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 25D66130E8C for <quic@ietfa.amsl.com>; Sun, 15 Jul 2018 15:15:14 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.909
X-Spam-Level:
X-Spam-Status: No, score=-1.909 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, T_DKIMWL_WL_MED=-0.01] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=rtfm-com.20150623.gappssmtp.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 iiGbPGcmCGH3 for <quic@ietfa.amsl.com>; Sun, 15 Jul 2018 15:15:11 -0700 (PDT)
Received: from mail-yw0-x22b.google.com (mail-yw0-x22b.google.com [IPv6:2607:f8b0:4002:c05::22b]) (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 6A1B6130E89 for <quic@ietf.org>; Sun, 15 Jul 2018 15:15:11 -0700 (PDT)
Received: by mail-yw0-x22b.google.com with SMTP id l189-v6so13563368ywb.10 for <quic@ietf.org>; Sun, 15 Jul 2018 15:15:11 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=rtfm-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=SmXC2KStpG4ciXbvFCiNdT4PAL8/H+/w6CN7l1mFjKI=; b=U7LqtH2fU+Es4lWUDSH6QHyYlBA/HKEiGFhMOajWK2slVBjTQOBr9XwTWAi0SHysxs xyvaJIqzODpARzb9usd9PAVB5slxpyRZhWZ7c9GcjiSsn+IQanbZKZgHyLHwSOxyAqnF NUJVMXHESlbZLyH9e1/YgQrH3s9nJ9Sx/qfPjCNWTWGdsDoPp1Chm56qOQIQxWpXgbpb L68fny2tQWD6O/Ol6xiYQdXPGau/oa9qVakX0mgiUseCOcZYuyAbKhkNCw1mS1rVYkbM buZEcqyRsrm9DCu+k9Oh5pdd7pwl+a9S1+Q761cRq+DL/E1aAYTZ2k+BfgnouaGhEa7b 1RIQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=SmXC2KStpG4ciXbvFCiNdT4PAL8/H+/w6CN7l1mFjKI=; b=Lf9GgTmqxH0OrmE2T0BCBU6Osqt9wt1EicKuieyH13Tjm0eVzNOWJTIznjYXcn6Lew GlDAarnfDqWIKHu6K9F1URNqUtgaO84zEwKA/9lDfI5152SIg/KSV+zraqDO+z3oCJ79 RiMZ5tw0put7o14SRYWD+/pDDW2gIbkm8n6Hl7DRlbGH5Ta8Cd7l5xSecCvrNHIV+k+8 ZAoX9AUuxulwzw0eRrPJpGQspooPe2kpjkwKe+4JtMge3eWWFR0HV6Ssc1qp28a0VDPN Eq547Vvt3e8xepOYI0yZVJ0BqgbtFYbxnTKlsxmz2kg4wAJPkXRPhmMyvTJjHnkX1zZd gRKw==
X-Gm-Message-State: AOUpUlFekmmm20LrKZiAIktT6ofd3hWpH66YOED09xPHi8925CK30DpX OzX1/ILcoBsIS39LimzOzuVlswDt+MaokOL/VBQgNg==
X-Google-Smtp-Source: AAOMgpfTHoNvl1Rz79AiRKyuzqerMpRTujC1J+6wSVRMHMbw+Ra20EcVRlOSs0Mz+OTIsweQjO8C8va4H1QdsjLYstw=
X-Received: by 2002:a81:2202:: with SMTP id i2-v6mr6963796ywi.167.1531692910497; Sun, 15 Jul 2018 15:15:10 -0700 (PDT)
MIME-Version: 1.0
Received: by 2002:a81:6b83:0:0:0:0:0 with HTTP; Sun, 15 Jul 2018 15:14:30 -0700 (PDT)
In-Reply-To: <08C6157C-A349-4CDB-B2AD-87215252DC25@intel.com>
References: <1F436ED13A22A246A59CA374CBC543998B86DF5E@ORSMSX111.amr.corp.intel.com> <CAKcm_gPmp=5pcM-UFWWU4UvNuuCOwbcj7s1=Qb4GW3cGhF3Bbw@mail.gmail.com> <0EA7393D-B7EC-4755-B13E-5177E24AA57A@intel.com> <CAOYVs2q5C370LN4X-xJ4NuMxjt5ALsz4vFwczj6N2j5skvuFKw@mail.gmail.com> <4F5BCC2E-4DD0-403F-954A-FB79847E218B@intel.com> <CABcZeBNtYcqYLMs9EHkfNo+=hBi1RhOfP-ikgzLgfBpG4xgJng@mail.gmail.com> <08C6157C-A349-4CDB-B2AD-87215252DC25@intel.com>
From: Eric Rescorla <ekr@rtfm.com>
Date: Sun, 15 Jul 2018 15:14:30 -0700
Message-ID: <CABcZeBPOQDZiC7RYjOTjTmPHAF59hBkU1v=U52eVKYsr4iGYKg@mail.gmail.com>
Subject: Re: Connection ID lengths 1, 2 and 3
To: "Deval, Manasi" <manasi.deval@intel.com>
Cc: Marten Seemann <martenseemann@gmail.com>, Ian Swett <ianswett@google.com>, IETF QUIC WG <quic@ietf.org>, Mikkel Fahnøe Jørgensen <mikkelfj@gmail.com>
Content-Type: multipart/alternative; boundary="000000000000d5e8f70571110b31"
Archived-At: <https://mailarchive.ietf.org/arch/msg/quic/noYfSL5el4vuaQlMJoN6YtUK-5U>
X-BeenThere: quic@ietf.org
X-Mailman-Version: 2.1.27
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: Sun, 15 Jul 2018 22:15:14 -0000

Not sure what went wrong with your quoting. You are responding to Ian
Swett, not to me.

On Sun, Jul 15, 2018 at 1:36 PM, Deval, Manasi <manasi.deval@intel.com>
wrote:

>
> For now,  we have heard of a good use case for 16-18 byte long connection
> Id and a 1-4 byte long connection id. I am very skeptical of the
> requirement to support every size from 0 to 18.
>
> We can possibly agree to support 8 or 10 different sizes that span this
> range and code it in a 3 or 4 bit connection length. If we must use 4 bit,
> some of the values can be encoded to 0. What do you think?
>
> Manasi
>
>
>
>
> Sent from my iPhone
>
> > On Jul 15, 2018, at 1:56 PM, Eric Rescorla <ekr@rtfm.com> wrote:
> >
> > existing fast crypto primitives to encode connection ID
>