IETF Logo Mail Archive

Re: HTTPSSVC record draft

Mark Andrews <marka@isc.org> Tue, 09 July 2019 21:24 UTC

Return-Path: <ietf-http-wg-request+bounce-httpbisa-archive-bis2juki=lists.ie@listhub.w3.org>
X-Original-To: ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com
Delivered-To: ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 01FAC12006F for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Tue, 9 Jul 2019 14:24:12 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.649
X-Spam-Level:
X-Spam-Status: No, score=-2.649 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.249, HTML_MESSAGE=0.001, MAILING_LIST_MULTI=-1, MIME_QP_LONG_LINE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham 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 JEIjdDrzxCYL for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Tue, 9 Jul 2019 14:24:09 -0700 (PDT)
Received: from frink.w3.org (frink.w3.org [IPv6:2603:400a:ffff:804:801e:34:0:38]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8F4A912000E for <httpbisa-archive-bis2Juki@lists.ietf.org>; Tue, 9 Jul 2019 14:24:09 -0700 (PDT)
Received: from lists by frink.w3.org with local (Exim 4.89) (envelope-from <ietf-http-wg-request@listhub.w3.org>) id 1hkxYY-0006cF-1c for ietf-http-wg-dist@listhub.w3.org; Tue, 09 Jul 2019 21:21:46 +0000
Resent-Date: Tue, 09 Jul 2019 21:21:46 +0000
Resent-Message-Id: <E1hkxYY-0006cF-1c@frink.w3.org>
Received: from titan.w3.org ([2603:400a:ffff:804:801e:34:0:4c]) by frink.w3.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from <marka@isc.org>) id 1hkxYW-0006bc-Kz for ietf-http-wg@listhub.w3.org; Tue, 09 Jul 2019 21:21:44 +0000
Received: from mx.pao1.isc.org ([149.20.64.53]) by titan.w3.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from <marka@isc.org>) id 1hkxYU-00058C-Sm for ietf-http-wg@w3.org; Tue, 09 Jul 2019 21:21:44 +0000
Received: from zmx1.isc.org (zmx1.isc.org [149.20.0.20]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx.pao1.isc.org (Postfix) with ESMTPS id EC9F33AB00C; Tue, 9 Jul 2019 21:21:19 +0000 (UTC)
Received: from zmx1.isc.org (localhost [127.0.0.1]) by zmx1.isc.org (Postfix) with ESMTPS id D1CC8160048; Tue, 9 Jul 2019 21:21:19 +0000 (UTC)
Received: from localhost (localhost [127.0.0.1]) by zmx1.isc.org (Postfix) with ESMTP id B6E6C160079; Tue, 9 Jul 2019 21:21:19 +0000 (UTC)
Received: from zmx1.isc.org ([127.0.0.1]) by localhost (zmx1.isc.org [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id O8Hk9AIADPkv; Tue, 9 Jul 2019 21:21:19 +0000 (UTC)
Received: from [172.30.42.89] (c27-253-115-14.carlnfd2.nsw.optusnet.com.au [27.253.115.14]) by zmx1.isc.org (Postfix) with ESMTPSA id 64B73160048; Tue, 9 Jul 2019 21:21:19 +0000 (UTC)
Content-Type: multipart/alternative; boundary="Apple-Mail-81FED7DB-E315-4A15-B572-34EFAC502DAF"
Mime-Version: 1.0 (1.0)
From: Mark Andrews <marka@isc.org>
X-Mailer: iPhone Mail (16F203)
In-Reply-To: <CAHbrMsB+XEbgbLq0yCGaLuEdCG3YPPT=-0HKTngpfgQGc0ZDSA@mail.gmail.com>
Date: Wed, 10 Jul 2019 07:21:16 +1000
Cc: Erik Nygren <erik+ietf@nygren.org>, "ietf-http-wg@w3.org Group" <ietf-http-wg@w3.org>, Mike Bishop <mbishop@evequefou.be>
Content-Transfer-Encoding: 7bit
Message-Id: <81660EC5-C523-493B-880E-E9D2E3C3C959@isc.org>
References: <CAKC-DJikByP+wX-GoD6ntpUWTbr6ioJzB4i8nGQL4NtPWePL3g@mail.gmail.com> <7B54D926-22C6-4283-B54C-6A53D22D2126@isc.org> <CAKC-DJi7+jq0m6wY2S+9aKXzHBeKXhWN_+UKx0D_RDKa5orPzA@mail.gmail.com> <6B369667-726E-4C5B-9EA8-AB91E3A98A2A@isc.org> <CAHbrMsB+XEbgbLq0yCGaLuEdCG3YPPT=-0HKTngpfgQGc0ZDSA@mail.gmail.com>
To: Ben Schwartz <bemasc@google.com>
Received-SPF: pass client-ip=149.20.64.53; envelope-from=marka@isc.org; helo=mx.pao1.isc.org
X-W3C-Hub-Spam-Status: No, score=-9.9
X-W3C-Hub-Spam-Report: BAYES_00=-1.9, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, W3C_AA=-1, W3C_IRA=-1, W3C_WL=-1
X-W3C-Scan-Sig: titan.w3.org 1hkxYU-00058C-Sm ad3140eabf86b8fdabc4e288a96fed34
X-Original-To: ietf-http-wg@w3.org
Subject: Re: HTTPSSVC record draft
Archived-At: <https://www.w3.org/mid/81660EC5-C523-493B-880E-E9D2E3C3C959@isc.org>
Resent-From: ietf-http-wg@w3.org
X-Mailing-List: <ietf-http-wg@w3.org> archive/latest/36775
X-Loop: ietf-http-wg@w3.org
Resent-Sender: ietf-http-wg-request@w3.org
Precedence: list
List-Id: <ietf-http-wg.w3.org>
List-Help: <https://www.w3.org/Mail/>
List-Post: <mailto:ietf-http-wg@w3.org>
List-Unsubscribe: <mailto:ietf-http-wg-request@w3.org?subject=unsubscribe>

Well parsing is easier if it is not omitted. It a matter of conditionally expecting  end-of-line or not at that point. 

If it is to be omitted it needs to be documented as being optional in the presentation format.  Remember the presentation format is also a interchange format.  The parser needs to know if it should error out or not.  Different implementations should produce the same presentation format from the same wire input. 

-- 
Mark Andrews

> On 9 Jul 2019, at 23:49, Ben Schwartz <bemasc@google.com> wrote:
> 
> 
> 
>> On Tue, Jul 9, 2019 at 2:21 AM Mark Andrews <marka@isc.org> wrote:
>> Introductory Example: The example record
>> 
>> example.com.      2H  IN HTTPSSVC 0 0 svc.example.net.
>> 
>> does not match the description of the record (missing last field). It should be:
>> 
>> example.com.      7200  IN HTTPSSVC 0 0 svc.example.net. “”
> 
> I think the idea was to omit the SvcFieldValue field from the text representation in mode 0, where it's unused/disallowed.  Do you think that's too inconvenient for zone file parsing code? To me, it seems more natural for humans.

v2.23.0 | Report a Bug | By Email