[DNSOP] attrleaf

Paul Vixie <paul@redbarn.org> Tue, 28 March 2017 17:03 UTC

Return-Path: <paul@redbarn.org>
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 D3861129671 for <dnsop@ietfa.amsl.com>; Tue, 28 Mar 2017 10:03:11 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.902
X-Spam-Level:
X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.001, SPF_PASS=-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 TQnjINJT88Tz for <dnsop@ietfa.amsl.com>; Tue, 28 Mar 2017 10:03:05 -0700 (PDT)
Received: from family.redbarn.org (family.redbarn.org [24.104.150.213]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 49BCB1292F4 for <dnsop@ietf.org>; Tue, 28 Mar 2017 10:03:05 -0700 (PDT)
Received: from [IPv6:2001:559:8000:c9:50e4:c235:dee1:8442] (unknown [IPv6:2001:559:8000:c9:50e4:c235:dee1:8442]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by family.redbarn.org (Postfix) with ESMTPSA id EEC6061F9C for <dnsop@ietf.org>; Tue, 28 Mar 2017 17:03:04 +0000 (UTC)
Message-ID: <58DA9747.1070405@redbarn.org>
Date: Tue, 28 Mar 2017 10:03:03 -0700
From: Paul Vixie <paul@redbarn.org>
User-Agent: Postbox 5.0.12 (Windows/20170323)
MIME-Version: 1.0
To: "dnsop@ietf.org" <dnsop@ietf.org>
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/hMsJd5kY9lvN4ViVpLE9AfzSDgk>
Subject: [DNSOP] attrleaf
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.22
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: Tue, 28 Mar 2017 17:03:12 -0000

i got underscores wrong in SRV. it may be that we should not follow that
track at all.

in C at that time, we were renaming our externally reachable library
symbols to add _ on the front (#define foo _foo), so that a compilation
which did not import that library (#include <foo.h>) would be able to
use those symbols locally without conflict. that's what i thought i was
doing with SRV, but as i said at DNSOP yesterday, that only worked when
there was a single use of _, and failed when other users of _ came along.

what SRV should have done was ask for a new registry of _ names, and
allocate exactly one of these, and hide its details under that label. so
instead of _telnet._tcp.servicename, it ought to have been
telnet.tcp._service.servicename.

if this is what we should have done, then it may be that the best thing
to do at this stage is, that. as in, declare the SRV got it wrong, and
note that _tcp and _udp have been camped upon by SRV, wrongly. all of
the service protocol names (_telnet, etc) need not be counted, since
they hide under a _tcp or _udp label.

-- 
P Vixie