Re: [DNSOP] [apps-discuss] Draft of interest in DNSOP: draft-ietf-dnsop-attrleaf

"Patrik Fältström " <paf@frobbit.se> Tue, 09 August 2016 16:07 UTC

Return-Path: <paf@frobbit.se>
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 77A8812D82F for <dnsop@ietfa.amsl.com>; Tue, 9 Aug 2016 09:07:55 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.848
X-Spam-Level:
X-Spam-Status: No, score=-3.848 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RP_MATCHES_RCVD=-1.247, 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 4klktFAmDsMl for <dnsop@ietfa.amsl.com>; Tue, 9 Aug 2016 09:07:54 -0700 (PDT)
Received: from mail.frobbit.se (mail.frobbit.se [85.30.129.185]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 66F4A12D647 for <dnsop@ietf.org>; Tue, 9 Aug 2016 09:07:31 -0700 (PDT)
Received: from [10.254.120.36] (75-158-190-109.dsl.ovh.fr [109.190.158.75]) by mail.frobbit.se (Postfix) with ESMTPSA id 4314F2274F; Tue, 9 Aug 2016 18:07:29 +0200 (CEST)
From: Patrik Fältström <paf@frobbit.se>
To: dcrocker@bbiw.net
Date: Tue, 09 Aug 2016 18:06:03 +0200
Message-ID: <BA70D535-2C5E-4E68-B54E-2B4A37FB4CE4@frobbit.se>
In-Reply-To: <ae82cc80-fdfe-8876-7459-db61c7abc52d@dcrocker.net>
References: <20160804015840.60405.qmail@ary.lan> <dd070788-bf7a-e7de-b07b-b81151f101db@dcrocker.net> <alpine.OSX.2.11.1608032350220.10321@ary.lan> <f42e91bb-19fd-99d6-bd64-e2ec5b8ebf2f@bellis.me.uk> <ae82cc80-fdfe-8876-7459-db61c7abc52d@dcrocker.net>
MIME-Version: 1.0
Content-Type: multipart/signed; boundary="=_MailMate_7646AFC5-DED4-4990-AA44-018D371D642D_="; micalg="pgp-sha1"; protocol="application/pgp-signature"
X-Mailer: MailMate (2.0BETAr6044)
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/ZsE9eXf2uDpPCc8S79yMZrcgetQ>
Cc: dnsop@ietf.org
Subject: Re: [DNSOP] [apps-discuss] Draft of interest in DNSOP: draft-ietf-dnsop-attrleaf
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.17
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, 09 Aug 2016 16:07:55 -0000

On 4 Aug 2016, at 18:55, Dave Crocker wrote:

>>> For URI records RFC 7553 says they're either named the same as SRV
>>> records, or they use enumservice names from the Enumservice
>>
>> Declaring a namespace as the union of two, independently-maintained
>> registries is a very efficient way to encourage -- actually in
>> theoretical terms, it guarantees -- collisions.
>>
>
> I see this as a fundamental problem with the URI spec, for the reason cited.  I also think the current spec should be careful not to promote that problem.
>
> Suggestions?

Add text that say that to resolve conflicts (what prefixes to use for URI or SRV for "the web"?), it is encouraged to write explicit documents that say what is to be used.

I just submitted draft-faltstrom-httpbis-dns-00.txt is an example of what I am thinking of, for URI and "the web", which explicitly say what to enter into the registry that is defined by this document. My envision is to add more text on the recommended way to use DNS in the case of "the web".

TL;DR: draft-faltstrom-httpbis-dns-00.txt recommends _web._http for "the web". Regardless of the registration of both ENUM services HTTP and HTTPS, regardless of the various "names" used for port number 80 (etc) and regardless of whether TCP or UDP (and other things being part of the HTTP evolution...).

It is "just" used for rewrite of the URI before the HTTP protocol takes over.

   Patrik