IETF Logo Mail Archive

Re: [DNSOP] why did SRV care to avoid conflicts

Phillip Hallam-Baker <phill@hallambaker.com> Mon, 26 March 2018 23:29 UTC

Return-Path: <hallam@gmail.com>
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 12FF9126C25 for <dnsop@ietfa.amsl.com>; Mon, 26 Mar 2018 16:29:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.4
X-Spam-Level:
X-Spam-Status: No, score=-1.4 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_FORGED_FROMDOMAIN=0.25, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.249, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 kzd3MIXEUtKT for <dnsop@ietfa.amsl.com>; Mon, 26 Mar 2018 16:29:29 -0700 (PDT)
Received: from mail-oi0-x22e.google.com (mail-oi0-x22e.google.com [IPv6:2607:f8b0:4003:c06::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F0281126C0F for <dnsop@ietf.org>; Mon, 26 Mar 2018 16:29:28 -0700 (PDT)
Received: by mail-oi0-x22e.google.com with SMTP id u141-v6so17637134oif.1 for <dnsop@ietf.org>; Mon, 26 Mar 2018 16:29:28 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=QRUKwJ1RuLkYFdxPNH1ZKVU+Ugg09QXjEfzlfG++WGI=; b=GWn2ZHkWqiPxLc5LsiKKxy6pTNFYwo2Cr3Sd6TufZZ8lO8oubU1k0OgYc+xNvpwDHh 22GTWId+FAtVi0Fn72RjKfPR7tNtDGm7sHr5jtkmAjOuwwDbA4/K4C/sLd/s2DSrRfh/ XCb+qR80Qry670R9pLPf8UhUp9zQWplmJFcPIFKoBYFrPMa7hkY5BniyYpg27J9/hIJV /5jaDRlbdAiLrVVvPa+mBiVxBa6N7cL43LBzKLMOCwuXCBripI3FAutZMbRDS2preFaQ XxBlp9r9AHBYaPhAnEBrmNgMkQInpfA9REiDqhilms/0Z3K2a0IBAbwSYlGgJhGHh7UU C89Q==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=QRUKwJ1RuLkYFdxPNH1ZKVU+Ugg09QXjEfzlfG++WGI=; b=gjg8sxMFtDCxGSrjZJi5xrrtEZ2hp4JqyTMHsGFIpSeDLO/azHDPWsXvgTeaoihsNn gf2AkqZ4YytYTl79XSfrjwabxEJKA4bfgWgDJB4vYA7inTsI9omEYMV4m1cBvF+sMrp/ +L72lP4LHSWe97HDPJHbdm0T3p8d2V8QOs0CKjyaHovjMVKj+GMqdc9QEFXjY9Mbo0D/ HaMIyNS6REdupW6QTLcaD7A2KyIAcT3KKZGVfJZT75hb/r4i8fa2XBw9Nwu12SdC/EIl DC+QjpweA+iImYyWrAqo3WpL+5U96hclfCTOGeR9Tm1n/5rwvC6DJq4jwgAk5ZGMH2iv cArw==
X-Gm-Message-State: AElRT7GiscaLHRP4N01luheMNtDl6Pr/EuBC884jb/TB1uTz4zBNJxXN 6UFzAwF9w6n65WHd/ifbntVTgUGoD85aenkBKI4=
X-Google-Smtp-Source: AG47ELsAwNqeO5arnsdaTQmPG2wlJSxad9oQY8dIMSXZRcSKwtZIhsrGnkJmoIy12uzb+A2D5G+Cn5wbzAufxxYh5So=
X-Received: by 10.202.206.13 with SMTP id e13mr24732684oig.34.1522106968259; Mon, 26 Mar 2018 16:29:28 -0700 (PDT)
MIME-Version: 1.0
Sender: hallam@gmail.com
Received: by 2002:a9d:233c:0:0:0:0:0 with HTTP; Mon, 26 Mar 2018 16:29:27 -0700 (PDT)
In-Reply-To: <23B89A43-06D8-48B3-B8AD-7DAA3A5FD9A9@isc.org>
References: <5AB96F3C.4090204@redbarn.org> <A400D2A3-3866-4EE3-879B-479991581502@isc.org> <265EBB42-4042-40BE-88C5-F3FEB6540DA6@isc.org> <5AB97728.70202@redbarn.org> <23B89A43-06D8-48B3-B8AD-7DAA3A5FD9A9@isc.org>
From: Phillip Hallam-Baker <phill@hallambaker.com>
Date: Mon, 26 Mar 2018 19:29:27 -0400
X-Google-Sender-Auth: dbodeVSNHrXYzeuT0lHwg3KPemM
Message-ID: <CAMm+Lwgxbm47vjLOKYPFK9isaK1jiLcB=jTjzwhvk+epDiP6cQ@mail.gmail.com>
To: Mark Andrews <marka@isc.org>
Cc: Paul Vixie <paul@redbarn.org>, "dnsop@ietf.org" <dnsop@ietf.org>
Content-Type: multipart/alternative; boundary="001a113d225a2740dd056859259b"
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/dH8kuADiVzBhYiaOhD0Z7W4_HpM>
Subject: Re: [DNSOP] why did SRV care to avoid conflicts
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: Mon, 26 Mar 2018 23:29:30 -0000

It is potentially very useful that we have the underscore convention. We
could define wildcards that worked correctly (i.e. as expected) if we
wanted to.

The DNS was designed to publish addresses for hosts, we now use services.
As a result we have an overloading issue because we only have one hierarchy
for two distinct types.

v2.23.0 | Report a Bug | By Email