Re: [DNSOP] Creating a query/record for A and AAAA
Michael Sheldon <msheldon@godaddy.com> Fri, 29 June 2018 16:46 UTC
Return-Path: <msheldon@godaddy.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 6A031130E7F for <dnsop@ietfa.amsl.com>; Fri, 29 Jun 2018 09:46:05 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.911
X-Spam-Level:
X-Spam-Status: No, score=-1.911 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_DKIMWL_WL_MED=-0.01] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=secureservernet.onmicrosoft.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 nNhoOiTaG8ED for <dnsop@ietfa.amsl.com>; Fri, 29 Jun 2018 09:46:02 -0700 (PDT)
Received: from NAM03-DM3-obe.outbound.protection.outlook.com (mail-dm3nam03on0122.outbound.protection.outlook.com [104.47.41.122]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 740CD130EA5 for <dnsop@ietf.org>; Fri, 29 Jun 2018 09:46:02 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=secureservernet.onmicrosoft.com; s=selector1-godaddy-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=HB7HIRUKhRlyaMIGNTAgCjVErLnLznIUdFamA5yrE/M=; b=zb6Kghf13PTyFhr3NSUAsyeA2gyFORIBmUVOLQkne9OxTfIP+IG80RyGge/iyq3SOT7/L0CiB0TLhAX2tgbZqcQ6m6i5WyTegsQkF39AxXdEq4PnoUtlOTGp6s8fGt32kcUMyG3G9k12axjpu/ebE03OiXv6bxWHSNL2j+yw4gA=
Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=msheldon@godaddy.com;
Received: from [192.168.86.21] (68.106.232.54) by DM6PR02MB5018.namprd02.prod.outlook.com (2603:10b6:5:52::19) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.884.24; Fri, 29 Jun 2018 16:46:00 +0000
Date: Fri, 29 Jun 2018 09:45:58 -0700
User-Agent: K-9 Mail for Android
In-Reply-To: <5B366088.6040201@redbarn.org>
References: <b73f3dc7-b378-d5d8-c7a2-42bc4326fbae@nic.cz> <alpine.DEB.2.11.1806191428250.916@grey.csi.cam.ac.uk> <691FC45D-E5B6-4131-95BF-878520351F3A@gmail.com> <bf0ba568-1a18-f8cf-c1a0-3f547d642a78@bellis.me.uk> <0438207E-A4C2-434D-9507-9D9F54765CFB@puck.nether.net> <alpine.DEB.2.11.1806191649350.916@grey.csi.cam.ac.uk> <9a0d1bae-dc58-99b5-40d1-caa7737dbfb1@bellis.me.uk> <1B7B2BB4-F0AE-4188-B89B-DF032BE7A237@automagic.org> <CAHw9_iKWhRjK6yzSSWVsCBqjdVfTnzVkUh8PMYC5nwQUb_=yvw@mail.gmail.com> <20180622191334.GA15349@jurassic> <CAHw9_iLN0w=k0hZLsOCJXnA58afACuzxgXdYPPEn_HShm6Q4aw@mail.gmail.com> <43D87A94-E356-4B82-BB0B-C40701E981FB@dotat.at> <E2BC75AC-3E1D-43E0-AE1E-89D78E11CEB1@isc.org> <38513A04-FBB7-4579-90AE-2B5359D94907@godaddy.com> <5B366088.6040201@redbarn.org>
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
To: Paul Vixie <paul@redbarn.org>, dnsop@ietf.org
From: Michael Sheldon <msheldon@godaddy.com>
Message-ID: <5315076E-4022-4CE2-B6C7-BD2BBE381BE5@godaddy.com>
X-Originating-IP: [68.106.232.54]
X-ClientProxiedBy: CY4PR14CA0027.namprd14.prod.outlook.com (2603:10b6:903:101::13) To DM6PR02MB5018.namprd02.prod.outlook.com (2603:10b6:5:52::19)
X-MS-PublicTrafficType: Email
X-MS-Office365-Filtering-Correlation-Id: 544a4ed1-18c7-4529-3f20-08d5dddfcba7
X-MS-Office365-Filtering-HT: Tenant
X-Microsoft-Antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652040)(8989117)(4534165)(4627221)(201703031133081)(201702281549075)(8990107)(5600026)(711020)(48565401081)(2017052603328)(7153060)(7193020); SRVR:DM6PR02MB5018;
X-Microsoft-Exchange-Diagnostics: 1; DM6PR02MB5018; 3:H1Pj1c7rAdoAYgKrBhY8pW2kkEtdXnjj46rS9YXsuUOi55N3fWS8rAeOxdp1lEhCwCsNS9w0kDhg0bbdfVWCIs2hjffRVwy/xx2SG9YnHjuuapkrtNa+pvpri9xi+slAYmIX3Me10DrZJcHzER6xnJmhJz1r9obVbbq0k/Oeu1daqVOIFvuPC4tKFYUsQMdmQE2iHvTkZ4ozKGIreIuWY+3MxLQZCs0ZbogRdsg6RlKUTZ0N5a5Sjnrbuu4Fzhxf; 25:n19QB/c/XUZhLnpipfldZTFPwmlCOCwUf/CPSdbft7VF1Lgw7RYQIsXt6ZgePkbg3c4s+Sb1Sd2pUvYw1Aqa9wKADpD3gehYjf3Mcgkz965ChCp5D6iCybT8Dwu7DOhMXvXIEVQ1sYGP8MIx0eqlDTT1FDrlDplpk19mf4ZRpz/L9PIiNn9zIVUUfcaXhiMT7l6G1w3fAbeYFh3rZw3qEeRZi8Hwy/Z1ug0NHMF6UOqC5PpyT7E9OAVlHqcZ2Z9XupkWgovmpXAeLoLTC9Zgv1ZHtjL16LVqQw4M3NMtGjAvNMgQ9RnFIL5EPXVrz7muKiimoE+Hg6TK0sodgzHk+Q==; 31:De8A5MceiSuDxz3QzpnUSLQNb0SGrkccYh5ziN+8ykFAu6QT+/vKJphN0wwxqFSYjd8plbtiaCbKuxsf46A/xzBMvwog6JT2v77YgmsfKqBAn3cFCs/ky6k87UOMaorUUlTKQqA2SyF3/aOHF3YIbNfe1IJaF5e5jzbhNUKojiKra3YQfZ+07EmqFv7kxHr21kDYs7M89GCQTEzjOq9BQhjNQFE0IlftEp/eF+RiGYE=
X-MS-TrafficTypeDiagnostic: DM6PR02MB5018:
X-Microsoft-Exchange-Diagnostics: 1; DM6PR02MB5018; 20:ugOcyfx+OGpYig7Ks0kM6w3UkCUN9klqX3Sv5F2lZ537yYE+am5r2Y16a86ide9UAbgJ5YMgeOMQrho/077bFpZisSwqDV/JC/zKs9DWCO1wBTlFzK7qtmb/5lpRF2LqvXRD8poAiEZhRk/2pWFSnNR08VZ79MoH2cC/3LDHcwheUFfwTFOpqfBISHs5AlFhEvfps6+bPcMPmk5pZHT1I1+q9RKYLpr0OttvQMjQlmUu7xQqKhxvRKA5ichUH9ULUy2yRdfYix/0ekPksyoLPfLU/wqj63r7unLtbDmJj2wxveKaWtD16fIDVQL5eQx7LMqAEjf25NCMAzSmp3VzwScqtluR6lw79EVfDOCCaRPEpxy0v2h+yBTh3FU0E9cZ1CuYDjDvOhJSI6XlA4LeMeGxjaCnp5PJJmYirLpeCJ6IX5g39LsB4QeQrFu76/+a2dnORHIaerwOM6d+VZAA5x9WxrK/sT5UsBWxkXYpMYEZvEarxqjaqtkoxpK53P42; 4:mtvojY7IadCzEjRvySA51iduEjhy/0o/sqTux++qb84P8SlKc+5PVB93bXNG2wwyE44XmShSvHKK17sgGlKttti3PU5VcuZFH3a72sUr5+u4jr84lD1frPHUUjiv5EovNoFEyHTH2+0Aw0I1BpvwmP02NGqcCirVAt9RqHE6xVnfxUVJ6gu09ctSHEWah6hxoXxp7Ed9eVL+jaU5KF3J7UF3QVtjCPrJmrZfl1cnHfyJgM4WPUHlG6IGfs4h9LZYJDSsTM3MHp1PiYvr4uNWQ6khZBAqvL9s9SMf0wEpCV3Et6U8vLkWnPDCiCGhRnbq
X-Microsoft-Antispam-PRVS: <DM6PR02MB50187867F715472DB99602A6DB4E0@DM6PR02MB5018.namprd02.prod.outlook.com>
X-Exchange-Antispam-Report-Test: UriScan:(158342451672863);
X-MS-Exchange-SenderADCheck: 1
X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(8211001083)(6040522)(2401047)(5005006)(8121501046)(3002001)(10201501046)(93006095)(93001095)(3231254)(944501410)(52105095)(6055026)(149027)(150027)(6041310)(20161123558120)(20161123562045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123560045)(20161123564045)(6072148)(201708071742011)(7699016); SRVR:DM6PR02MB5018; BCL:0; PCL:0; RULEID:; SRVR:DM6PR02MB5018;
X-Forefront-PRVS: 0718908305
X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10019020)(6049001)(346002)(376002)(136003)(366004)(39860400002)(396003)(189003)(199004)(8676002)(81166006)(53936002)(93886005)(33656002)(3846002)(8936002)(305945005)(16576012)(58126008)(5660300001)(6246003)(6116002)(82746002)(106356001)(105586002)(7736002)(50466002)(316002)(8746002)(2906002)(117156002)(229853002)(97736004)(2486003)(478600001)(25786009)(52116002)(26005)(66066001)(11346002)(186003)(52146003)(2616005)(86362001)(81156014)(36756003)(6486002)(77096007)(386003)(16526019)(83716003)(486006)(47776003)(68736007)(446003)(476003)(23676004)(956004)(76176011); DIR:OUT; SFP:1102; SCL:1; SRVR:DM6PR02MB5018; H:[192.168.86.21]; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1;
Received-SPF: None (protection.outlook.com: godaddy.com does not designate permitted sender hosts)
X-Microsoft-Exchange-Diagnostics: 1;DM6PR02MB5018;23:2Gwd8x4ZurJ4D7v8PINLEzvfjlX/P1ZzvfEOTrP0irSyqlaRns75lIJNHV8su/c/hNT/+xw6Cmct07QQjotUpoEfXpiCS2u/d6anq9PzeMzXtGw1WKU9GfL/OIhufzhLu0mOs/4cPMW/l2Y9Ig2LN2mh5FjuRjC4jxDEkF/Ht30VMxPwocvAAs7/Oj8Dc155boyuXj970f3jwSy9HN4bldndsjhEvh6U8NO3C88TkDMnf6Wa0okssBmZwpomNF6N5ZrGPD8f5hos3sSnNiTicJBd2FnbBA/y7c5VC8z5vRuzlzWsZCNWNPSWXZcevUz0Ezh/ATSH7yi3rskmIPh9iTRC2bHkSpuuGVIVn7hMPJCA348DB+05tlk0VNTMNQMeG30MVwpsq4Y5KV8HEsJKX97e2b15fwAjvAkUS1s0g7zuLB1WQNtcMC+1JSGca+29xnmbU7VlJhKjpdwjye7b1C3YmTPTl6iJa7wyPcGtV8e8eol265sYSwT0Y02VK+2QnJDEjQ82mieCO9mKDQ0vY2efnU0nYkDDnTi8CLEpKy2xktOpWqKQoc3otDRYH+cnV2IFyJCbjEqH5P8a+ACC3pWkUMZBnpG/x6299t2IaTO93wOkRZ/B91wgqbCy2EpK3u1gzUd3BJf6G4KfpiqaACBlmpmm+3FlI5Js28hgzEVYZ3D0Jb/HqVMc4/vCE4FXsLOImChHF4hArrcuTjIlmIRsj4mlFLsS2juQcK+q5RiwHzT0BPrOKRqWeR1MnL4HO6FqrafUj5a0fPrNnTbCIKQr4QOZD6XyZRHhWuwPAUrBiZ0V3AbNTjXunmlGflTwpRWp8nRi2olNqRtCGaANls6GR07k5rbJUoBCAc4vBGPyMdzEzF/TmzqsFoo+ca85kUfqd9XvWkeUFKCivU0XaYEVNTl/h5cc1Nw9lCrO+sNz1IxyyUB5/pDhlYIk8VPYwYmEj5ro1EMmuiE6ihi8d0n+oV+kRZomsMDFPvpiwmZmCjf6UT/cEf0uhC3JYsguDvm+yZMSUHZb/8d60wN1W5Tn2hG/27Pz9Fi1Um3NS/8vTFGz1AdKcpAnb6EhQJqa7CIutb6L1YfxrOsgyhdvc5EF0TZZXXbGrhDPZgWx3Lj63ClvxNY8RIvrJedRje/5moTvubKJMHGboZ+5JZlaxhqFK09I1EXFsViVa8LqiGUvhCBquVauD3NCJatmNUXmKvm1Jb8uPkutuCFsQsef71kWAQSWB35yXoKex86bpVEpTh4vW7wLVGtjzbIh1H+IBRTA5ZpddE5U3kU93/D7hA==
X-Microsoft-Antispam-Message-Info: D3T7j2lyNYUzxNimKxyEuA0C/SgJEzfo+hxP2HoV1zR2hg451mYcGVavExVdXWIlw0NlrWaoJiHx9ZK74W4u1sW7MDI/rPSxtih/l2PeDxhYNT3dVy9xOVh3xDXIYnPrW4Ti4e1DBYINyzqY5+AxatTHHeub8O9wij4SrcNgjZ7U1zjysj6lKnICYRTgOWRbFg4SiA2OVsuvVi45xt+DnkgXjAdF2EW5fQsFzDrudhpA18CeXF2M0o8p1Z6t4Ybm4UdfEgBwXDUl/YlS6y8L7T7cvjZ2wUg2AwVrog4nsSEC34OHWwMxvBOA4lgRurD2ojZ+ZO7P2QdponnoXstUvP6pUtbx8ScUT4ByZYe6VKg=
X-Microsoft-Exchange-Diagnostics: 1; DM6PR02MB5018; 6:YGV0zLNQanEJbeFLJEdahuF04Q+JcN3YKF6+xt0bRtYkmWAK778hdPjuCxOPk6u3BwLwKbC/ufwP5k6oq3/1IvFgd1zrkLA9CQro3Zu9GJXUugahqrWgskPqhkAvFF28L3Qv+iBpWy6VaaHtgl2SnarX6q9K/EaFIYecc44pZOxj6FxpoPlhsusJCbDx9ncr+2mz+cSnN8DEKlbu60AwDFLUpc4pLva657FkdIiNN2w4jhB687itG4/UOG1guF2ANBv7ZLAPW66ahLZsLprf4FUIax6T3qyfI1mHmN48q4zFejySHBzZUm0BhQtq8umP8v/byc2bYTa4REgzYnQ6HTjAuuSj+gtwxyPMahK4nVDmY2wrLwlDyaUwETmvCZXwALZwb2nepFppXdnzLn85/9vfY0gDs/iReRUkN1VHawHWMmKTnqFMhiiIzjfxGfEcbg5rfWSUgettH6esicn6wQ==; 5:id5z+PVaLC1XrmgNXUfv2JFnzpqT+lQBNVUDO0+deJhlpRLRm2A0R3aCoEdc+dM7uStKDkQXtezuloepTF9wzAXBgMTml/OAkld52MUxbz1WtQe2+i8nKxmQ4hdpnlmq6t+laOjMMiGtUNCEg1Cz8UPbEWxqg1VPctWvGgf/7NE=; 24:PrheNuDBsoH7EG8SeCjqQwuylh2pvKf/eCdfOtAU29pdrX4UFS0iW0ght4cnGZtUwVnBoNGSSr8oFAQZdOYYlFaeHlNFtnOaDo4ED1SmXp8=
SpamDiagnosticOutput: 1:99
SpamDiagnosticMetadata: NSPM
X-Microsoft-Exchange-Diagnostics: 1; DM6PR02MB5018; 7:ld9C2bXwgvyKdia6jxS1eYZcE9guw6KpY3aallyiL9njmxi2TmFa1WYnuxx2fiQGWHgCNaVAYpLILVyhFclmpMJmtSQ+0UK9Zxc22SC1dExLsTXmqUlCuA4u9ALSpDKf6rwObK5r0R2dMVmLzWCLgzTwk1kaR+dB8Dgl0yeQhnuD+Ls6asgZ4h4Fc9nWptBcZT2A6coJmkCGdqIpZMzljQ6mQtGN6lpyz0rJYGclAkCsqDS8yJiFzjgRnDAU4DOV
X-OriginatorOrg: godaddy.com
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 29 Jun 2018 16:46:00.4317 (UTC)
X-MS-Exchange-CrossTenant-Network-Message-Id: 544a4ed1-18c7-4529-3f20-08d5dddfcba7
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-CrossTenant-Id: d5f1622b-14a3-45a6-b069-003f8dc4851f
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM6PR02MB5018
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/PiNOK5o4VG8OX3SSarcmFFkjfVw>
Subject: Re: [DNSOP] Creating a query/record for A and AAAA
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.26
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: Fri, 29 Jun 2018 16:46:13 -0000
I kind of agree it's the long way around. The problem it gets around is recursives not returning Additional, which has been noted as being very common. But you are correct that returning the "other" address in additional could be done, probably without breaking existing recursives. -- Michael Sheldon On June 29, 2018 9:38:32 AM MST, Paul Vixie <paul@redbarn.org> wrote: > > >Michael Sheldon wrote: >> Breaking this out of the ANAME discussion, since it has wider use. >> >> I've been thinking on this one. If I was to create a record, I'd set >> aside a byte or two at the beginning to denote family, but I'm just >> paranoid and OCD that way. > >that seems like the long way around. > >for QTYPE=A, add AAAA as a desired additional data type. > >for QTYPE=AAAA, add A as a desired additional data type. > >advantages: > >no fork-lifts. incremental. opportunistic. no protocol changes. start >today. > >any server which does it will give better time-to-first-ad benchmarks, >and will therefore outcompete any server who doesn't do it in all >bakeoffs.
- Re: [DNSOP] abandoning ANAME and standardizing CN… Evan Hunt
- Re: [DNSOP] abandoning ANAME and standardizing CN… Joe Abley
- Re: [DNSOP] faux BNAME, was abandoning ANAME and … John Levine
- Re: [DNSOP] abandoning ANAME and standardizing CN… Tony Finch
- Re: [DNSOP] abandoning ANAME and standardizing CN… John Levine
- Re: [DNSOP] abandoning ANAME and standardizing CN… Paul Vixie
- Re: [DNSOP] abandoning ANAME and standardizing CN… Mark Andrews
- Re: [DNSOP] abandoning ANAME and standardizing CN… Ray Bellis
- Re: [DNSOP] abandoning ANAME and standardizing CN… Jan Včelák
- Re: [DNSOP] abandoning ANAME and standardizing CN… Mark Andrews
- Re: [DNSOP] abandoning ANAME and standardizing CN… Paul Ebersman
- Re: [DNSOP] abandoning ANAME and standardizing CN… Mark Andrews
- Re: [DNSOP] abandoning ANAME and standardizing CN… Mark Andrews
- Re: [DNSOP] abandoning ANAME and standardizing CN… Paul Vixie
- Re: [DNSOP] abandoning ANAME and standardizing CN… David Conrad
- Re: [DNSOP] abandoning ANAME and standardizing CN… Paul Vixie
- Re: [DNSOP] abandoning ANAME and standardizing CN… Tony Finch
- Re: [DNSOP] abandoning ANAME and standardizing CN… Tony Finch
- Re: [DNSOP] abandoning ANAME and standardizing CN… Ray Bellis
- Re: [DNSOP] abandoning ANAME and standardizing CN… Ondřej Surý
- Re: [DNSOP] abandoning ANAME and standardizing CN… Paul Wouters
- Re: [DNSOP] abandoning ANAME and standardizing CN… Matthew Pounsett
- Re: [DNSOP] abandoning ANAME and standardizing CN… Joe Abley
- Re: [DNSOP] abandoning ANAME and standardizing CN… John Levine
- Re: [DNSOP] abandoning ANAME and standardizing CN… Tony Finch
- Re: [DNSOP] abandoning ANAME and standardizing CN… Paul Vixie
- Re: [DNSOP] abandoning ANAME and standardizing CN… Colm MacCárthaigh
- Re: [DNSOP] abandoning ANAME and standardizing CN… Tony Finch
- Re: [DNSOP] abandoning ANAME and standardizing CN… Tony Finch
- Re: [DNSOP] abandoning ANAME and standardizing CN… Anthony Eden
- Re: [DNSOP] abandoning ANAME and standardizing CN… Erik Nygren
- Re: [DNSOP] abandoning ANAME and standardizing CN… Ray Bellis
- Re: [DNSOP] abandoning ANAME and standardizing CN… Jared Mauch
- Re: [DNSOP] abandoning ANAME and standardizing CN… Paul Wouters
- Re: [DNSOP] abandoning ANAME and standardizing CN… Ray Bellis
- Re: [DNSOP] abandoning ANAME and standardizing CN… Tony Finch
- Re: [DNSOP] abandoning ANAME and standardizing CN… Joe Abley
- Re: [DNSOP] abandoning ANAME and standardizing CN… Lanlan Pan
- Re: [DNSOP] abandoning ANAME and standardizing CN… tjw ietf
- Re: [DNSOP] abandoning ANAME and standardizing CN… Colm MacCárthaigh
- Re: [DNSOP] abandoning ANAME and standardizing CN… Tony Finch
- [DNSOP] abandoning ANAME and standardizing CNAME … Petr Špaček
- Re: [DNSOP] abandoning ANAME and standardizing CN… Tony Finch
- Re: [DNSOP] abandoning ANAME and standardizing CN… Tony Finch
- Re: [DNSOP] abandoning ANAME and standardizing CN… Ray Bellis
- Re: [DNSOP] abandoning ANAME and standardizing CN… Viktor Dukhovni
- Re: [DNSOP] abandoning ANAME and standardizing CN… Evan Hunt
- Re: [DNSOP] abandoning ANAME and standardizing CN… Joe Abley
- Re: [DNSOP] abandoning ANAME and standardizing CN… Paul Vixie
- Re: [DNSOP] abandoning ANAME and standardizing CN… Shumon Huque
- Re: [DNSOP] abandoning ANAME and standardizing CN… Paul Vixie
- Re: [DNSOP] abandoning ANAME and standardizing CN… Joe Abley
- Re: [DNSOP] abandoning ANAME and standardizing CN… Viktor Dukhovni
- Re: [DNSOP] abandoning ANAME and standardizing CN… Evan Hunt
- Re: [DNSOP] abandoning ANAME and standardizing CN… Paul Vixie
- Re: [DNSOP] abandoning ANAME and standardizing CN… Mark Andrews
- Re: [DNSOP] abandoning ANAME and standardizing CN… 神明達哉
- Re: [DNSOP] abandoning ANAME and standardizing CN… Tony Finch
- Re: [DNSOP] abandoning ANAME and standardizing CN… Paul Vixie
- Re: [DNSOP] abandoning ANAME and standardizing CN… Shumon Huque
- Re: [DNSOP] abandoning ANAME and standardizing CN… Warren Kumari
- Re: [DNSOP] abandoning ANAME and standardizing CN… John R Levine
- Re: [DNSOP] abandoning ANAME and standardizing CN… Evan Hunt
- Re: [DNSOP] abandoning ANAME and standardizing CN… Lanlan Pan
- Re: [DNSOP] abandoning ANAME and standardizing CN… Evan Hunt
- Re: [DNSOP] abandoning ANAME and standardizing CN… John R Levine
- Re: [DNSOP] abandoning ANAME and standardizing CN… Evan Hunt
- Re: [DNSOP] abandoning ANAME and standardizing CN… Warren Kumari
- Re: [DNSOP] abandoning ANAME and standardizing CN… Mukund Sivaraman
- Re: [DNSOP] Creating a query/record for A and AAAA Paul Vixie
- Re: [DNSOP] Creating a query/record for A and AAAA Michael Sheldon
- Re: [DNSOP] Creating a query/record for A and AAAA Paul Vixie
- [DNSOP] Creating a query/record for A and AAAA Michael Sheldon
- Re: [DNSOP] Creating a query/record for A and AAAA Paul Wouters
- Re: [DNSOP] Creating a query/record for A and AAAA Mark Andrews
- Re: [DNSOP] Creating a query/record for A and AAAA Tony Finch
- Re: [DNSOP] Creating a query/record for A and AAAA Ondřej Surý
- Re: [DNSOP] Creating a query/record for A and AAAA Jared Mauch
- Re: [DNSOP] Creating a query/record for A and AAAA Paul Wouters
- Re: [DNSOP] Creating a query/record for A and AAAA Ray Bellis
- Re: [DNSOP] Creating a query/record for A and AAAA Ray Bellis
- Re: [DNSOP] Creating a query/record for A and AAAA Paul Vixie
- Re: [DNSOP] abandoning ANAME and standardizing CN… Tim Wicinski
- Re: [DNSOP] abandoning ANAME and standardizing CN… Brian Dickson
- Re: [DNSOP] abandoning ANAME and standardizing CN… Tony Finch
- Re: [DNSOP] abandoning ANAME and standardizing CN… Paul Hoffman
- Re: [DNSOP] abandoning ANAME and standardizing CN… Paul Vixie
- Re: [DNSOP] abandoning ANAME and standardizing CN… Matthijs Mekking
- Re: [DNSOP] abandoning ANAME and standardizing CN… Mukund Sivaraman
- Re: [DNSOP] abandoning ANAME and standardizing CN… Paul Vixie
- Re: [DNSOP] abandoning ANAME and standardizing CN… Dan York
- Re: [DNSOP] abandoning ANAME and standardizing CN… Evan Hunt
- Re: [DNSOP] abandoning ANAME and standardizing CN… Stephane Bortzmeyer
- Re: [DNSOP] abandoning ANAME and standardizing CN… Stephane Bortzmeyer
- Re: [DNSOP] abandoning ANAME and standardizing CN… Ray Bellis
- Re: [DNSOP] abandoning ANAME and standardizing CN… Mukund Sivaraman
- Re: [DNSOP] abandoning ANAME and standardizing CN… Ray Bellis
- Re: [DNSOP] abandoning ANAME and standardizing CN… Mukund Sivaraman
- Re: [DNSOP] abandoning ANAME and standardizing CN… Petr Špaček
- Re: [DNSOP] abandoning ANAME and standardizing CN… Mukund Sivaraman
- Re: [DNSOP] abandoning ANAME and standardizing CN… Evan Hunt
- Re: [DNSOP] abandoning ANAME and standardizing CN… Mukund Sivaraman
- Re: [DNSOP] abandoning ANAME and standardizing CN… Mark Andrews
- Re: [DNSOP] abandoning ANAME and standardizing CN… JW
- Re: [DNSOP] abandoning ANAME and standardizing CN… Mark Andrews
- Re: [DNSOP] abandoning ANAME and standardizing CN… Petr Špaček
- Re: [DNSOP] abandoning ANAME and standardizing CN… Stephane Bortzmeyer
- Re: [DNSOP] abandoning ANAME and standardizing CN… Mukund Sivaraman
- Re: [DNSOP] abandoning ANAME and standardizing CN… Mark Andrews
- Re: [DNSOP] abandoning ANAME and standardizing CN… Petr Špaček
- Re: [DNSOP] abandoning ANAME and standardizing CN… Mukund Sivaraman