Re: [DNSOP] [art] Another look - draft-ietf-dnsop-attrleaf-05.txt

"John R. Levine" <> Sat, 31 March 2018 12:15 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 4497C124C27 for <>; Sat, 31 Mar 2018 05:15:44 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -2.01
X-Spam-Status: No, score=-2.01 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: (amavisd-new); dkim=pass (1536-bit key)
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id 5ozYhE9kAe_U for <>; Sat, 31 Mar 2018 05:15:42 -0700 (PDT)
Received: from ( [IPv6:2001:470:1f07:1126:0:43:6f73:7461]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by (Postfix) with ESMTPS id 74AA5124BAC for <>; Sat, 31 Mar 2018 05:15:42 -0700 (PDT)
Received: (qmail 43119 invoked from network); 31 Mar 2018 12:15:40 -0000
DKIM-Signature: v=1; a=rsa-sha256; c=simple;; h=date:message-id:from:to:cc:subject:in-reply-to:references:mime-version:content-type:user-agent; s=a86d.5abf7bec.k1803; bh=T/IXuVUbOloYS5u5AfmRjxTZrgVRumiIw0EvIwAAPqA=; b=CwhnfoUmWwS0hH8DQHG3Q0vG+nT8H2pdALFnugldSPoDuRoll7U/33g/dXob+7Ud7JKlN6uui8NDGKzwsWZvFWpenL/9s3UNeEKCdC9zmJ4bIgAAyUTL9w7tqLTM5vTuBTSbr+OBlcTfseJGRmxreFtOIUdQssc61YhSPhw/jGS3XhAcZiodLFiRujCqFwbziP8326bjptQynHp8fTrStDmH63hz5Sx07fO9EJi3M07rQwSoYXgsOK0yxTfqPIyd
Received: from localhost ([IPv6:2001:470:1f07:1126::78:696d:6170]) by ([IPv6:2001:470:1f07:1126::78:696d:6170]) with ESMTPS (TLS1.2/X.509/AEAD) via TCP6; 31 Mar 2018 12:15:40 -0000
Date: Sat, 31 Mar 2018 08:15:40 -0400
Message-ID: <alpine.OSX.2.21.1803310814090.2524@ary.qy>
From: "John R. Levine" <>
To: Paul Vixie <>
In-Reply-To: <>
References: <> <> <> <> <> <alpine.OSX.2.21.1803211104210.9553@ary.local> <> <5F44FA5B42805C52479DE491@PSB> <> <1DF1564CC2B88726B2B54CF4@PSB> <> <4C79BE1080735A41C8697C8D@PSB> <alpine.OSX.2.21.1803260915260.19119@ary.local> <0DC55A40A5F920C5F41AB044@PSB> <> <alpine.OSX.2.21.1803262042080.19530@ary.home> <>
User-Agent: Alpine 2.21 (OSX 202 2017-01-01)
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"; format="flowed"
Archived-At: <>
Subject: Re: [DNSOP] [art] Another look - draft-ietf-dnsop-attrleaf-05.txt
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF DNSOP WG mailing list <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Sat, 31 Mar 2018 12:15:44 -0000

Catching up:

>>  Assuming we agree that the table also says where to find the registry
>>  for second level names, this removes and need for special cases. The top
>>  level names _tcp _udp _sctp _dccp all work for SRV and URI and take
>>  service names on the second level.
> if you view the use of _tcp by more than one rrtype as a coincidence rather 
> than as evidence for the need for a registry, then we can simply define the 
> global registry out of existence (where it has been until now) and ensure 
> that every rrtype's registry of "_" names is public and easily found on the 
> IANA web site.

I don't think it's a coincidence, but as you noted people will do what 
they do.  One registry should make it easier for sensible people to look 
and say aha, _foo already means something for BAR records so I will use a 
different name for unrelated tags for BAZ records.  Or for unsensible 
people, we can at least be aware of what they do.

John Levine,, Primary Perpetrator of "The Internet for Dummies",
Please consider the environment before reading this e-mail.