IETF Logo Mail Archive

Re: [dbound] On (not) moving forward

Martin J. Dürst <duerst@it.aoyama.ac.jp> Thu, 31 March 2016 03:18 UTC

Return-Path: <duerst@it.aoyama.ac.jp>
X-Original-To: dbound@ietfa.amsl.com
Delivered-To: dbound@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8EF3512D524 for <dbound@ietfa.amsl.com>; Wed, 30 Mar 2016 20:18:51 -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, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=itaoyama.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 MkgHZKM6omDe for <dbound@ietfa.amsl.com>; Wed, 30 Mar 2016 20:18:48 -0700 (PDT)
Received: from JPN01-TY1-obe.outbound.protection.outlook.com (mail-ty1jpn01on0115.outbound.protection.outlook.com [104.47.93.115]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5906F12D0C7 for <dbound@ietf.org>; Wed, 30 Mar 2016 20:18:48 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=itaoyama.onmicrosoft.com; s=selector1-it-aoyama-ac-jp; h=From:To:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=S2hAirT7Q88nIgdNX5X8g6yX6Lv2pcRWMtK/jR0fElE=; b=k/CqZum5ZpuAbaXmTAvXUvFOcoKA2QO4JsWK3drN5hYGUTQ6boTwsJr7QziCXavbOS7h3HQnFOERkof+i1xVNKlK/6kT7y0m8vDpMhk6GhLMKmYewXztmrOYXjO8D+WR2o4mQAKhZHB3hkfxU2N4ff9vkoQaE1MY9NzAlVcBxEg=
Authentication-Results: ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=none action=none header.from=it.aoyama.ac.jp;
Received: from [100.66.15.152] (133.2.59.11) by TYXPR01MB0926.jpnprd01.prod.outlook.com (10.168.45.21) with Microsoft SMTP Server (TLS) id 15.1.447.15; Thu, 31 Mar 2016 03:18:45 +0000
To: "Murray S. Kucherawy" <superuser@gmail.com>, Paul Hoffman <paul.hoffman@vpnc.org>
References: <473d619b6c614fceab703c34623afe37@NASANEXM01F.na.qualcomm.com> <BDA80845-43DB-43EC-B371-DD1770A604CA@vpnc.org> <56F8F033.40209@mozilla.org> <CAL0qLwadNjhWVNOCxdypyRZ9yyhuvPWHKCPpb1Ub49y3QT-Hnw@mail.gmail.com> <F65E8756-3FB4-40CD-8FD7-77E2979DDBC6@vpnc.org> <56F9E01D.4050007@it.aoyama.ac.jp> <03217F5F-2A2E-47BF-BDFB-23A50008C440@vpnc.org> <CAL0qLwZutfDY+LKWRnyzFDnjtxzkqEdObx1LXpZR872ng1Vxxg@mail.gmail.com>
From: "Martin J. Dürst" <duerst@it.aoyama.ac.jp>
Organization: Aoyama Gakuin University
Message-ID: <56FC9716.5000407@it.aoyama.ac.jp>
Date: Thu, 31 Mar 2016 12:18:46 +0900
User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.7.0
MIME-Version: 1.0
In-Reply-To: <CAL0qLwZutfDY+LKWRnyzFDnjtxzkqEdObx1LXpZR872ng1Vxxg@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Transfer-Encoding: 8bit
X-Originating-IP: [133.2.59.11]
X-ClientProxiedBy: KAWPR01CA0035.jpnprd01.prod.outlook.com (10.165.48.145) To TYXPR01MB0926.jpnprd01.prod.outlook.com (10.168.45.21)
X-MS-Office365-Filtering-Correlation-Id: 9da8add0-5c6a-4d93-fd9c-08d359132b4d
X-Microsoft-Exchange-Diagnostics: 1; TYXPR01MB0926; 2:JXwOKvf3W1mnMgQFHezrykDuHEhWpfquwttHZCCNvpAA8V5N2jXMtwivxFXkf93FazHUy+qHMCctekzghw9S8btL2TGmblYn6A4NLaZ7iETW2P7+tXuRUDe35oJCiaAwfWmdn3mANzWbqsFpxlWK9s2inw+5mXiw4sX6Fea7OrThGaRcgYxnJBlVBzwRGXV0; 3:nCe3UJ4J5xrx/JCHkECBk0JDViD1xQF9sViqCe6/E3Zq4Vc5/c2hgOr9rzdKzteporIXH2g5GQsdm1L8dTlEO6zOhg65K4WdVCI41/+HilAFRdcHFdiaAcaT26ZuiLmZ; 25:TslL9+/QrS5nHh24thge3MdgkPovic+FKC3YgxRnhWR/03T6ZHrUkVBiBnOlb28XEpqsMD6pBscU4VjyXNASgUGb0mDP4N8TsC33wwDTfdBHVhGC0Zf1CzyYjgrkWEtpxYcEuH8JnzPVfo4fpjEGS5m1bFyjiYG8D8aJuDMbK8v+yBuRTk9Eqevxqel83yF5VqluAPXFQtIijMO/CVEaqlyqNfX4cm8byvezhu53b7tn9veMeWOmLsG2SKKJR8LZLO1xi6ELpHCOBpdTbVCTQnhieaCnXlSdRe8lpWuJqF/uPJmMFBInao5NG9Yic6xwAfY6tZP77Vrp531/jvCSMhDZ53Bb0TZ7ibnAy0ViJotHYknVBZIOXy34hfp76VgdScl6Uib49i0UGHQOIweXUv8CkvteLyVLrTETCqpAG7JW6JwYKtDGPtjoXFMA8UhGD4FcMVJX2sWc/qhq69TtnkNTRy3I7fbsU0Uy2RTjiZhQNoJstfW+UbjTqDB8hD5MKywwHIskCJMT8AbaUdrByE5M1nUPId5iONMr5GJtevqWS+r1i61YzL8VOgdV/owG8ZU+bU1EudKWSkQvG6UguKu+ITXoW8uuQrgdibLqVMw=
X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:TYXPR01MB0926;
X-Microsoft-Antispam-PRVS: <TYXPR01MB092603FC6AB6D63D05535DE0CA990@TYXPR01MB0926.jpnprd01.prod.outlook.com>
X-Exchange-Antispam-Report-Test: UriScan:;
X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(6040046)(2401047)(5005006)(8121501046)(3002001)(10201501046)(6041046)(6043046)(6042046); SRVR:TYXPR01MB0926; BCL:0; PCL:0; RULEID:; SRVR:TYXPR01MB0926;
X-Microsoft-Exchange-Diagnostics: 1; TYXPR01MB0926; 4:Z7zyyHQtaMIi1WNmcofy3zXqSujp8JrC9lvb/C/UsuBC+evMnyuZAlagoKiLrjWtGeKp6SQVkfTHL5d88LzPs7kB4G9F717HrfVrGRAtRHJPBeyg6bxgXluaZtCMXp0Xi68FbBX2IoCh4lSH3bZq+OZnkA/PgeM5VWIzCk+R5IprSZMhbPa13+ZLalMaK+guRFltOskozGjSF2D1YLv7hURIn79C0nGJ1Sg21H0/eoOav7CUJ5fxhShlx9bpUOgqZubssf7Ij7fwPLmx5WbFS1cUnCFa/9uwo7NulG06ixUkKeoNVRGF816AKjAYN/DEarNqs2UXhfSmxzZXI6zA477Tp0lElEjrypKkvh1OORLPBq+K2lSPNcGmmA0r4NtgCKkzyl5Mt6O/cVv8HvPV0POEW9ODz/olXQKQm7hWNwxYnQfAsblt+bJy+pk3E75i
X-Forefront-PRVS: 0898A6E028
X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10019020)(4630300001)(6009001)(6049001)(377454003)(24454002)(5004730100002)(74482002)(93886004)(5008740100001)(86362001)(76176999)(59896002)(65806001)(23676002)(65956001)(47776003)(66066001)(87266999)(54356999)(50986999)(65816999)(586003)(5001770100001)(1096002)(50466002)(19580395003)(2906002)(6116002)(80316001)(19580405001)(4326007)(2870700001)(83506001)(189998001)(64126003)(42186005)(81166005)(4001350100001)(92566002)(2950100001)(77096005)(33656002)(3846002); DIR:OUT; SFP:1102; SCL:1; SRVR:TYXPR01MB0926; H:[100.66.15.152]; FPR:; SPF:None; MLV:sfv; LANG:en;
X-Microsoft-Exchange-Diagnostics: 1;TYXPR01MB0926;23:HHviX7xeB4Nb3qZinH8iIJ/LttAr98v6bI4HvW8z81fAvKct/nr5+op7RWz8RAHQQ5g3p4IUF41t+RZC64SehwpOyR1r9G0W6ZbLTGmRmrnBymYTqkkbdQyeF8JEJIH130j/OpJZprAmY2t/YtSz3c2lTWdZtmk9vWUos58gh7525L1VYVNy5xu5fJ/hW2ri1Wvkr/gc102qIAC9cSgY9ee0FOPTOEURFTG+FuZ1vYr+lS8AO9Ocs7a1/QcJZhFPmBbnpAtBaXNisKRSPVmpRlJaxM/K7tBFoUVgyIjLnpWVN8320Wh2Ybxoe5zVX00l5VrpPy3dcdqqP4cQRCM7ByOOeL0EGYFTsZJprS75o7l/L0c4nZIGjmrkiurKGVevn3ivLwY4Y+vl/zS9sxKXFax6vwOIOCBhXS3vKbVjD9YvjAhdIgeAtdw5DQhfwhYxcKtzOcLoxlQw4Flzk1BqlrISYUDiTAnH+t3/6pCOMT6t78f5RjLlGzSx3SerVS3yMqSJ4AnJzQz3fbQhTWlb8uK0J2GiYa073/y+MJrnixbisE8/A+ujhGLK4Rswq1a25pJ+/T5btHaPwo/jVi7gsoJcMFEFn+4+xUnjfehk91uBDali8fYJDs4hW97/9SGqB2XyQiabdXYM7uFohcVQvoQef99iP/hhFAAONd0d4B7DuPCgod6/AQ8k597OLXAzMJqcRJ5HQu4Y/a9PFeRSSo12P9aRpGN/O7KpVpQBm/Vp5wTL1faOXAFZyxQ+MC5OPVF6ON5NVj2Ux6Jk86ax6gIAuF78B9SKdKzCHpAA61OzAQ0DnmoaKx8CLCDaGTKtKo2r6z3vzl2lRdP9gNlA9THd3pRxjWCHuMr4AvsNrz+QooYRBucez+LRStSizwVz5TrLMaeB1zBngY2+zM47nVzVacmGz8HXUUCEDMcRewWdSB3EbssV202B6NPYfNLhg7StyZfkt1DgaDt8XCjHx+G0s3241L+8ecJSCDx1TQkvnqbCVbNwdpUT/vnEuVh//UZaY+j85Pt372Lnln2pLz+TXpn9sXgDrx2+Ixj4DPWYEA8JTeIIQYg3MG5E3b8/0vTYMjDgNFQpZH0++mRhx6D3klQB3VCsdKf8KkfiT1/6rYkCG7YpGDgZHRZD5o+C
X-Microsoft-Exchange-Diagnostics: 1; TYXPR01MB0926; 5:/trAye58vDWb0/NE5PRDFoCO3+VL+8WUwMAvrCRlQduHqDUG72t4++Cj3czFjmYDZDOOmrQ5VkL3DtfKJ+uVLksfk0jyZm9xKaBEBc3mD8ZMug8VGIka5ohINmb5ULuBUMYVyRPpKVx124BqA30/ew==; 24:70h8e+A5Y8ikOdJIwHtWl9iX1CAqTi9nedHjf1ZH/+HhjpEbAoHJlZJXftnWOuxAv/lcUMbro8qB5gKrUjwg9bdYmM43Oa6b7EuiBCHaijw=
SpamDiagnosticOutput: 1:23
SpamDiagnosticMetadata: NSPM
X-OriginatorOrg: it.aoyama.ac.jp
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 31 Mar 2016 03:18:45.1716 (UTC)
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-Transport-CrossTenantHeadersStamped: TYXPR01MB0926
Archived-At: <http://mailarchive.ietf.org/arch/msg/dbound/K2jX06UMxKGYrmBdxJs6tWSicXE>
Cc: "dbound@ietf.org" <dbound@ietf.org>
Subject: Re: [dbound] On (not) moving forward
X-BeenThere: dbound@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: DNS tree bounds <dbound.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dbound>, <mailto:dbound-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dbound/>
List-Post: <mailto:dbound@ietf.org>
List-Help: <mailto:dbound-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dbound>, <mailto:dbound-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 31 Mar 2016 03:18:51 -0000

On 2016/03/30 22:44, Murray S. Kucherawy wrote:
> On Mon, Mar 28, 2016 at 7:09 PM, Paul Hoffman <paul.hoffman@vpnc.org> wrote:
>
>> On 28 Mar 2016, at 18:53, Martin J. Dürst wrote:
>>
>> The problem would be with the operators. It's quite possible that DNS
>>> operators would start adding such records if there's a standards track
>>> spec. I could even imagine them to be motivated to add the relevant records
>>> if there is *one* experimental spec. But multiple experimental specs? Not a
>>> splitter of a chance, if you as me.
>>
>> Why not? If they only had to pick one of three, why is that harder than
>> picking one of one?

> A desire to interoperate, I would imagine.  I would want to pick the same
> one other operators will use, and that other clients will use.  Otherwise,
> to be sure of participation, I have to implement all three.

Yes indeed. Also, increased choice increases the risk that the answer to 
"which one to choose" is "none" or "let's wait and see".

Regards,   Martin.

P.S.: I agree that in the scenario that Paul brought up, implementing 
the consumer side isn't that much of an issue. What I'm talking about is 
the 'producer' side, including also the upgrades to bind or whatever 
software is used.

v2.23.0 | Report a Bug | By Email