Re: [DNSOP] [Ext] I-D Action: draft-ietf-dnsop-svcb-https-05.txt

Tim Wicinski <tjw.ietf@gmail.com> Fri, 07 May 2021 14:03 UTC

Return-Path: <tjw.ietf@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 D21713A22DC for <dnsop@ietfa.amsl.com>; Fri, 7 May 2021 07:03:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.096
X-Spam-Level:
X-Spam-Status: No, score=-2.096 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 uo6e_SxflFY3 for <dnsop@ietfa.amsl.com>; Fri, 7 May 2021 07:03:29 -0700 (PDT)
Received: from mail-lj1-x236.google.com (mail-lj1-x236.google.com [IPv6:2a00:1450:4864:20::236]) (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 E673E3A22A2 for <dnsop@ietf.org>; Fri, 7 May 2021 07:03:09 -0700 (PDT)
Received: by mail-lj1-x236.google.com with SMTP id s25so11735366lji.0 for <dnsop@ietf.org>; Fri, 07 May 2021 07:03:09 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=TPJcLJSSTpXk+9UQaDxt4qLOxwhjo/8jNRSI7rDL1cw=; b=JXHka3DFnPqK6wXWqOX2MTaoGPH1A9BQr5hPUdJSVqJyCtQOaEjEMVJC/pe10EJKFV vAgdqjPHElJJPKR+OYnM68cuvC6tg5kvJLDOT2J6s0rYKNx8Zww/iMfScKWDdkAOkUnQ YhQQfOmPdz3AqelvKpx9HXXbUHex0yR8DX7AB0Q+jZW790dAY4rkmvzB0RhebfayjWvG dHc/LLvrvzDcH33EUkVuK2JGIJLywddP4qF35535bfmzw4xjsdOKW12uelkLn5m9EUD9 gnkMuhWnyPKVsCEdezJ0n0goJ+m7/kgm9YE0tvXN4qnw8l2eGsXpMcB9l7NlwAmP7XYQ 3iOw==
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=TPJcLJSSTpXk+9UQaDxt4qLOxwhjo/8jNRSI7rDL1cw=; b=kkKHaYnACQXy8a3UKkwTdOncd9KKiG7l7EjbC5g3N2gVRgel7N7A50b4YQc5mxZdpS qvLXSxQKt3vta7iJxo9j4MF7EecQW2OunJ7Hx4/SqBzPgAHwTohx4SZPeU8dNDcpmXNX X5KXgfwwMCHG/8i/EUqi2Z2V6aOUNxniUTrpWzWEvRvopC/2lSM922GkFc829Co2NLqu B4YNAhWriyMDTxMFsYEyFWVJYvXiMl1Yp6FmsOj2viPtBk/ZUKmB/XFb46BBAoIFTh/q njWt41AUeI+edk0VvBy9OfE4D41vtk2s4g5QgRGxSdj/3cPjQ75z98omTRtDMtH59NrS 6dtQ==
X-Gm-Message-State: AOAM532HnhP51u75/eZkGOIv3s9FTtdNmIERbrZi7Ee4MrOxEeT8xkkB C/uKkZ2zvwEIqQGkAmLkU4ke52pS/ay3S7x61c4=
X-Google-Smtp-Source: ABdhPJw852b1bddGgUe+nWzxLhlL+hU2xD8x5CuEMqzcnXWyjP1XIOqh6IJ+3eHVeOaZK8Xc/xI8AVX4H3jQatYVswU=
X-Received: by 2002:a2e:a489:: with SMTP id h9mr7917369lji.21.1620396182104; Fri, 07 May 2021 07:03:02 -0700 (PDT)
MIME-Version: 1.0
References: <161901308063.21005.875603362157576926@ietfa.amsl.com> <6245BB4F-4E2F-435F-ABC0-18C0420C8541@akamai.com> <CAHbrMsDGq0usDiqr0HtbFCR4Y8swtyv_0i7UOFf=C_ExW+0FNQ@mail.gmail.com> <303AD4A1-A9BE-4C31-B730-7B4D42587206@akamai.com> <CAHbrMsCj8OToEhjo7O0YkW4WGosGK7stBYTneYHUoX_KckY7Uw@mail.gmail.com> <80539395-F1F6-4BA1-8AFF-667DDF7604B1@icann.org> <CAHbrMsAC3Mb+e18Gv361XnCU3kBOWqCbUXPujuuqOULh4e-v=g@mail.gmail.com> <CAKW6Ri4Yi2v+owa7KABATBoRmEB9u0k_hxd235iDL0ngbGhuLA@mail.gmail.com> <B0F5B473-9A40-447D-9555-F549F54CE0B5@isc.org> <CAHbrMsDNUKzYC__R1z6yzt_9xxyp4Eov1FekumT9sDpFkmPVPw@mail.gmail.com> <CAKW6Ri6bybyLTZOPFjR=Gpus96OYz1_DcxsJe8r+K9u7z=_LXQ@mail.gmail.com> <CAHbrMsCgShoeTbSruFH_zigYtXEQEoEOihjE6kjSUmfW5VSVUw@mail.gmail.com> <CAKW6Ri6HWTv_7_qcJX5mnxJODfwGsDmc1X2UW4kxPi=ZfZBDcA@mail.gmail.com> <CAHbrMsCYFmmM+WfS8VQWfSvRQgp4wXHEsOJcHi3Nvunb++wuHg@mail.gmail.com> <CAKW6Ri6BPXPeb_jExwoUk2MNccCVTwPTZRahqSouEUcMeskA=g@mail.gmail.com> <aa9f870b-b3f1-ffa5-3a64-f5882e26e116@powerdns.com> <CAKW6Ri7OB15s3Jfrs0hL5MewQYfjXC6_mBDCWHd1yeTFAQ9NnA@mail.gmail.com>
In-Reply-To: <CAKW6Ri7OB15s3Jfrs0hL5MewQYfjXC6_mBDCWHd1yeTFAQ9NnA@mail.gmail.com>
From: Tim Wicinski <tjw.ietf@gmail.com>
Date: Fri, 7 May 2021 10:02:50 -0400
Message-ID: <CADyWQ+E7f4sxNZdfECQ-uqCvSaLu=8J3PM381koz3=FNQ5gquw@mail.gmail.com>
To: Dick Franks <rwfranks@gmail.com>
Cc: Pieter Lexis <pieter.lexis@powerdns.com>, IETF DNSOP WG <dnsop@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000d46bd105c1bde2c9"
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/7TH-bPHQHhIrfNorAuuHOaTUtys>
Subject: Re: [DNSOP] [Ext] I-D Action: draft-ietf-dnsop-svcb-https-05.txt
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: Fri, 07 May 2021 14:03:34 -0000

I was rethinking my initial concerns, and needed to talk it out with others.
After going back over it with folks smarter than myself, it's more obvious
to me that when the need for escaping inputs will be more of an exception.

My concern is focused not so much on implementers (sorry) but the operators
and engineers who will be the ones inserting these records into zone files.

I do however want to have the presentation format examples be full DNS
records,
and not just RDATA.   In the followinbg section in on failure cases, DNS
records
are used:

example.com.   SVCB   1 foo.example.com. mandatory

The test vectors should be the same.

tim


On Fri, May 7, 2021 at 9:19 AM Dick Franks <rwfranks@gmail.com> wrote:

> On Fri, 7 May 2021 at 11:21, Pieter Lexis <pieter.lexis@powerdns.com>
> wrote:
> >
> >8
> >
> > I can see how this might be confusing to those writing zone contents and
> > would support a solution that either prohibits comma's in SVCParam list
> > values or a different value separator that is not allowed to be embedded
> > in values.
>
> Tim W. pointed out earlier in this thread that "those writing zone
> contents" are the majority stakeholders and rarely familiar with the
> finer points of DNS.
> If we are inflicting confusion on these people by departing from
> standard and well-understood character escapes for no other reason
> than the convenience of developers, then we have our priorities
> seriously wrong.
>
>
> --Dick
>