Re: [DNSOP] HTTPS and SVBC key names.

Erik Nygren <erik+ietf@nygren.org> Wed, 15 July 2020 17:16 UTC

Return-Path: <nygren@gmail.com>
X-Original-To: dnsop@ietfa.amsl.com
Delivered-To: dnsop@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DD2D13A0D08 for <dnsop@ietfa.amsl.com>; Wed, 15 Jul 2020 10:16:24 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.896
X-Spam-Level:
X-Spam-Status: No, score=-1.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FORGED_FROMDOMAIN=0.001, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.001, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no
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 vaVZyjY9mWF2 for <dnsop@ietfa.amsl.com>; Wed, 15 Jul 2020 10:16:20 -0700 (PDT)
Received: from mail-wr1-f43.google.com (mail-wr1-f43.google.com [209.85.221.43]) (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 7BF913A0D16 for <dnsop@ietf.org>; Wed, 15 Jul 2020 10:16:20 -0700 (PDT)
Received: by mail-wr1-f43.google.com with SMTP id q5so3514753wru.6 for <dnsop@ietf.org>; Wed, 15 Jul 2020 10:16:20 -0700 (PDT)
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=EXlJwxjRoO19mvk0YTTUZSzebk1QNj4WJV4eoywK+f4=; b=unI9qvn3RgSmmD/2Eo//s9Azn2puQr5+0pUUz1rcUWf9AWOPqfQWsmJZst/9oKTBVV pIzCejZrTV0XXkerXtaX9oLHLJA1mrY8bJgkFGa3dimy3oHCLSaGl2OpVtA/J0Wbg+ZY tQ+aFqqxLGxCNaU02LyB0Z9yDFNkQz6ODL6o2VfyNIarXiaExBD3590+jUC/MI7rDVgh gJlApCH+1NjDhLlrizZSur2Rz52FiG1Pwz/Exk4Or9imUpH8N4X0jREByxnYn5opYXwf KMnhAf0lzfKpCzaqd0TwIhDybN2RwCsD6jk4m2e3wvZ9OLBo/TweK92J4XxRZdBaS2rP MiZg==
X-Gm-Message-State: AOAM531jUol+147zXe/s5F7FwOyb2MUhpI7tPnDSlXXBrHCfmX3xh5ls /zZYEq0nFKBjeWFKjvP4RalqnXAW7JOqEfVUAoc=
X-Google-Smtp-Source: ABdhPJxJN8fzDxi6SYxRoeOWde70ah0ggrXKuySkRNLhSu4xVsSFdMfWIv/oDQIYsxLOrfEDtVyNWLIBW0JnQHTlPSk=
X-Received: by 2002:adf:f104:: with SMTP id r4mr421880wro.90.1594833378885; Wed, 15 Jul 2020 10:16:18 -0700 (PDT)
MIME-Version: 1.0
References: <23FA2BA0-43B9-49A3-B288-3ADFCE1D1DB1@isc.org> <CAHbrMsDOyTXyJydro8enSePy9COOfK7AVL6Pqv94YGAGhg41Hg@mail.gmail.com> <CAKC-DJiBw7vDr_KA1sb+ephuagRCT84f1B0PGXJptPiZTh2CSg@mail.gmail.com> <CAN6NTqxGLF0tZ17TX8jy2YWPf=qHhW93=fKETJ4kScJbQUUgxw@mail.gmail.com>
In-Reply-To: <CAN6NTqxGLF0tZ17TX8jy2YWPf=qHhW93=fKETJ4kScJbQUUgxw@mail.gmail.com>
From: Erik Nygren <erik+ietf@nygren.org>
Date: Wed, 15 Jul 2020 13:16:07 -0400
Message-ID: <CAKC-DJiMngJonCp2EPrHTWMHwV0VAGquf733YcTZ9JSTFtwAhA@mail.gmail.com>
To: Ólafur Guðmundsson <olafur@cloudflare.com>
Cc: Ben Schwartz <bemasc=40google.com@dmarc.ietf.org>, dnsop WG <dnsop@ietf.org>
Content-Type: multipart/alternative; boundary="00000000000006462b05aa7e1544"
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/a40JyD--JdoUAXJ0YXeDX8xhOrE>
Subject: Re: [DNSOP] HTTPS and SVBC key names.
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IETF DNSOP WG mailing list <dnsop.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dnsop>, <mailto:dnsop-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dnsop/>
List-Post: <mailto:dnsop@ietf.org>
List-Help: <mailto:dnsop-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dnsop>, <mailto:dnsop-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 15 Jul 2020 17:16:25 -0000

We landed on 63 in the draft version we just published  (to align with max
label lengths).
There's no reason they *need* to be short as they are just in presentation
form, so their length
comes down to usability and finding the right words.  The longest currently
is 15 and it would
be better to avoid future ones needing to be artificially constrained.  Is
there a reason we'd
want to decrease this (eg, to 31)?

On Wed, Jul 15, 2020 at 1:07 PM Ólafur Guðmundsson <olafur@cloudflare.com>
wrote:

> How about 2 or 10 ?
> why do  the names to need to be long ?
>
> Olafur
>
>
> On Thu, Jul 9, 2020 at 10:18 PM Erik Nygren <erik+ietf@nygren.org> wrote:
>
>> Or 64?
>>
>>
>>
>> - Erik
>>
>>      [Sent from my IPv6 connected T-Mobile 4G LTE mobile device]
>>
>> On Thu, Jul 9, 2020, 9:40 PM Ben Schwartz <bemasc=
>> 40google.com@dmarc.ietf.org> wrote:
>>
>>> How about 255 characters?
>>>
>>> On Thu, Jul 9, 2020 at 9:25 PM Mark Andrews <marka@isc.org> wrote:
>>>
>>>> Can we please have a length limit on key names?  At the moment they
>>>> could be a billion characters long as they don’t go over the wire.
>>>> --
>>>> Mark Andrews, ISC
>>>> 1 Seymour St., Dundas Valley, NSW 2117, Australia
>>>> PHONE: +61 2 9871 4742 <+61%202%209871%204742>              INTERNET:
>>>> marka@isc.org
>>>>
>>>> _______________________________________________
>>>> DNSOP mailing list
>>>> DNSOP@ietf.org
>>>> https://www.ietf.org/mailman/listinfo/dnsop
>>>>
>>> _______________________________________________
>>> DNSOP mailing list
>>> DNSOP@ietf.org
>>> https://www.ietf.org/mailman/listinfo/dnsop
>>>
>> _______________________________________________
>> DNSOP mailing list
>> DNSOP@ietf.org
>> https://www.ietf.org/mailman/listinfo/dnsop
>>
>
>
> --
> Ólafur Gudmundsson | Engineering Director
> www.cloudflare.com blog.cloudflare.com
>