[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
- [DNSOP] attrleaf Paul Vixie
- Re: [DNSOP] attrleaf Paul Vixie
- Re: [DNSOP] attrleaf Dave Crocker
- Re: [DNSOP] attrleaf John Levine
- Re: [DNSOP] attrleaf Paul Vixie
- Re: [DNSOP] attrleaf Dave Crocker
- Re: [DNSOP] attrleaf John R Levine
- Re: [DNSOP] attrleaf Paul Vixie
- Re: [DNSOP] attrleaf Paul Vixie
- Re: [DNSOP] attrleaf Dave Crocker