Re: [DNSOP] Barry Leiba's Abstain on draft-ietf-dnsop-onion-tld-00: (with COMMENT)
Barry Leiba <barryleiba@computer.org> Sat, 22 August 2015 02:28 UTC
Return-Path: <barryleiba@gmail.com>
X-Original-To: dnsop@ietfa.amsl.com
Delivered-To: dnsop@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 12A941A019B; Fri, 21 Aug 2015 19:28:07 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.278
X-Spam-Level:
X-Spam-Status: No, score=-1.278 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FM_FORGED_GMAIL=0.622, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=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 w-OAr6L4qiIW; Fri, 21 Aug 2015 19:28:06 -0700 (PDT)
Received: from mail-vk0-x229.google.com (mail-vk0-x229.google.com [IPv6:2607:f8b0:400c:c05::229]) (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 DBE371A0163; Fri, 21 Aug 2015 19:28:05 -0700 (PDT)
Received: by vkm66 with SMTP id 66so38369474vkm.1; Fri, 21 Aug 2015 19:28:05 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=BwZ4VYjdV7kg/P3DyPjBN4JWe/cD1QfyYUFCiwV7+ug=; b=eg2ZWtsLcuJe8ZxEQ0pcG3pN1dgOSmI/SIxE3chdXbapCAmPTcFNY8c+RI9/+YFa0H ngPWoYq/7DPgo/rdQKNqT1SdhCZCtpvlOeht8JmWkTvUwM0LeDhDxacwW0KGbPfJColW oGtQUdm/RWoCTatLyuChYp9KouPlOQF0nLtVXdHAuoshfdbVs3/ISqDhFMrGtKV7wSJ0 YPQOzlpiuOPOkriswjQuWMQBOy7ycNRpVfPtaY9EyBCtwt8jzD236pDoFM2zhS/JOW1R I4szhbOjcVocivtYZk14Jo95mm04RmtuWhybrNfOY76dznpgvsJOrTbFQoL0JU0x4Mbj ccDQ==
MIME-Version: 1.0
X-Received: by 10.52.87.141 with SMTP id ay13mr14415466vdb.11.1440210485128; Fri, 21 Aug 2015 19:28:05 -0700 (PDT)
Sender: barryleiba@gmail.com
Received: by 10.31.88.196 with HTTP; Fri, 21 Aug 2015 19:28:05 -0700 (PDT)
In-Reply-To: <55D7A8AD.8070801@bogus.com>
References: <20150821183707.22252.20048.idtracker@ietfa.amsl.com> <55D778CE.4000704@cs.tcd.ie> <CALaySJLHpLKcMrPCjFCARA76fiusTvdNURJpaVpWtiKkg5y37Q@mail.gmail.com> <55D7A8AD.8070801@bogus.com>
Date: Fri, 21 Aug 2015 22:28:05 -0400
X-Google-Sender-Auth: uShiK1NGgy4cp45LV8K_B43qjYw
Message-ID: <CALaySJLhpRgduhAZT0uXJjO6DKZugXKeOFcq4f0-2aLt2Z3v7g@mail.gmail.com>
From: Barry Leiba <barryleiba@computer.org>
To: joel jaeggli <joelja@bogus.com>
Content-Type: text/plain; charset="UTF-8"
Archived-At: <http://mailarchive.ietf.org/arch/msg/dnsop/5aq7-xGJLbUP9_YFBPk2p6gIIOA>
Cc: tjw ietf <tjw.ietf@gmail.com>, dnsop-chairs@ietf.org, draft-ietf-dnsop-onion-tld@ietf.org, dnsop@ietf.org, draft-ietf-dnsop-onion-tld.ad@ietf.org, draft-ietf-dnsop-onion-tld.shepherd@ietf.org, The IESG <iesg@ietf.org>
Subject: Re: [DNSOP] Barry Leiba's Abstain on draft-ietf-dnsop-onion-tld-00: (with COMMENT)
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.15
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: Sat, 22 Aug 2015 02:28:07 -0000
> valid point, however with respect to 6761 the onion namespace > substantially predates the existence of 6761 or the consensus documented > there so I don't think the what if scenario is particularly helpful Indeed, and Stephen pointed that out to me privately as well. That was a mistake in my response to Stephen -- I blew that part. Remember, here, that I'm abstaining *not* because I don't want this request to be honored, but because requesting these special TLDs in this manner doesn't scale. The .onion request was originally bundled with half a dozen others, and was split from it for a reason. As we start to process the other requests, there has to be a line in the sand. Having everyone who has deployed some non-IETF thing that turns out to need a TLD reservation ask us to please intervene and reserve it for them isn't, I think, what 6761 was meant for, and doesn't scale. That's really the issue for me. In any case, my abstaining doesn't have any direct effect on this document. I accept that there's IETF consensus for doing this. By abstaining, I'm simply saying that I can't ballot "no objection", but that I won't stand in the way of rough consensus. I do think it's best that we not belabor this further. As the other ballots come in, we'll almost certainly approve this document, and, given the importance of Tor, that will be for the best. Barry
- [DNSOP] Barry Leiba's Abstain on draft-ietf-dnsop… Barry Leiba
- Re: [DNSOP] Barry Leiba's Abstain on draft-ietf-d… Stephen Farrell
- Re: [DNSOP] Barry Leiba's Abstain on draft-ietf-d… Barry Leiba
- Re: [DNSOP] Barry Leiba's Abstain on draft-ietf-d… joel jaeggli
- Re: [DNSOP] Barry Leiba's Abstain on draft-ietf-d… Barry Leiba
- Re: [DNSOP] Barry Leiba's Abstain on draft-ietf-d… Patrik Fältström
- Re: [DNSOP] Barry Leiba's Abstain on draft-ietf-d… joel jaeggli
- Re: [DNSOP] Barry Leiba's Abstain on draft-ietf-d… Andrew Sullivan
- Re: [DNSOP] reservations on reservations, was Bar… John Levine
- Re: [DNSOP] reservations on reservations, was Bar… David Cake
- Re: [DNSOP] reservations on reservations, was Bar… John R Levine
- Re: [DNSOP] reservations on reservations, was Bar… David Cake
- Re: [DNSOP] reservations on reservations, was Bar… John Levine
- Re: [DNSOP] reservations on reservations, was Bar… David Cake
- Re: [DNSOP] reservations on reservations, was Bar… John R Levine
- Re: [DNSOP] reservations on reservations, was Bar… Jacob Appelbaum
- Re: [DNSOP] reservations on reservations, was Bar… Joe Abley
- Re: [DNSOP] a long way from reservations on reser… John R Levine
- Re: [DNSOP] a long way from reservations on reser… Jacob Appelbaum
- Re: [DNSOP] a long way from reservations on reser… John R Levine
- Re: [DNSOP] a long way from reservations on reser… John R Levine
- Re: [DNSOP] reservations on reservations, was Bar… Mark Andrews
- Re: [DNSOP] a long way from reservations on reser… Jacob Appelbaum
- Re: [DNSOP] a long way from reservations on reser… Ted Lemon
- Re: [DNSOP] a long way from reservations on reser… hellekin
- Re: [DNSOP] reservations on reservations, was Bar… Joe Abley
- [DNSOP] DNS privacy, recursive-to-authoritative (… Stephane Bortzmeyer
- Re: [DNSOP] DNS privacy, recursive-to-authoritati… John R Levine
- Re: [DNSOP] DNS privacy, recursive-to-authoritati… Paul Vixie
- Re: [DNSOP] DNS privacy, recursive-to-authoritati… Wessels, Duane
- Re: [DNSOP] DNS privacy, recursive-to-authoritati… Paul Vixie
- Re: [DNSOP] DNS privacy, recursive-to-authoritati… Ian Maddison