Re: [DNSOP] additional special names Fwd: I-D Action: draft-chapin-additional-reserved-tlds-00.txt

George Michaelson <ggm@algebras.org> Mon, 03 February 2014 23:27 UTC

Return-Path: <ggm@algebras.org>
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 A139C1A0291 for <dnsop@ietfa.amsl.com>; Mon, 3 Feb 2014 15:27:11 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.978
X-Spam-Level:
X-Spam-Status: No, score=-1.978 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham
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 dsVg_vCB8TTv for <dnsop@ietfa.amsl.com>; Mon, 3 Feb 2014 15:27:09 -0800 (PST)
Received: from mail-pa0-f51.google.com (mail-pa0-f51.google.com [209.85.220.51]) by ietfa.amsl.com (Postfix) with ESMTP id BA1A51A0268 for <dnsop@ietf.org>; Mon, 3 Feb 2014 15:27:09 -0800 (PST)
Received: by mail-pa0-f51.google.com with SMTP id ld10so7759101pab.10 for <dnsop@ietf.org>; Mon, 03 Feb 2014 15:27:09 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=3t8AaiFwr/nPMZlWJHg8/I4gcq5Cq70kIs0eeZXR2CA=; b=AUSk3IuGzXyhndPBP+5XobVyalhpudeQEjeER54/YojT4qlmrcynfIA3as2BzPwrmJ O77SzIbH1Amuoa8Pz9rFcfIxCr70xBFqKIUNOufWz+IEy4V51pS4NgEQxLy8f5Yhxvv7 rPsY+/nlWy3/+Rsk81QuwFJuYfrj1X2jnP/TB7ZlCnSH2pY/pxY5TTI6FvRv8j1Fz8OZ gbSEg8Or2gYFdsehSfhguRDWs0/rBYUv86lFSrFp16pyfyQpuEDB+4ZzG7ybVY5DlCaS rO1xktjGiBe3xa93wcLD95SVmgrAnPKqv72nK0ql7HidA+kTyMe6poKzehs0+CfhA3LJ zJdg==
X-Gm-Message-State: ALoCoQla89Cnb1M4CgBP49Bq5z+8eh/ugo7OX8WSYnjlg1/tjkcONHqp5C0+wSzPHKeYwgVBRe2r
MIME-Version: 1.0
X-Received: by 10.66.124.230 with SMTP id ml6mr36089765pab.29.1391470029659; Mon, 03 Feb 2014 15:27:09 -0800 (PST)
Received: by 10.70.88.203 with HTTP; Mon, 3 Feb 2014 15:27:09 -0800 (PST)
X-Originating-IP: [2001:44b8:2136:8e00:8cae:7195:4e13:8720]
In-Reply-To: <A6D7CE2E-BF9C-4077-A571-0C455E5DAE1F@nominum.com>
References: <20140129055438.2402.qmail@joyce.lan> <97E20887-2B9C-4EAD-826B-043306605F88@fl1ger.de> <72A3E4AE-F116-4496-BADB-5973DEC46598@vpnc.org> <C2A6625B-BEF7-41D6-B8BB-B870694CAFD9@fl1ger.de> <555B2F7B-7D29-43BC-AADC-1EA65A17DEF0@hopcount.ca> <EE6063EE-A69E-4460-91B4-862096A00F0F@fl1ger.de> <20140130004530.C660CE086E0@rock.dv.isc.org> <20140203151958.GA1673@nic.fr> <6BE00F1A-1F8D-4B30-A5C7-10E7466109C2@vpnc.org> <ACF06352-98E5-4368-A8C9-5AB50783C2D3@hopcount.ca> <20140203212333.1259EE44493@rock.dv.isc.org> <CF15D98C.197C0B%jonne.soininen@renesasmobile.com> <CAKr6gn1dpWz3LP9bpA2JebRDSN7GeOW65+Q1tW_dv=9KzgZaCQ@mail.gmail.com> <A6D7CE2E-BF9C-4077-A571-0C455E5DAE1F@nominum.com>
Date: Tue, 4 Feb 2014 09:27:09 +1000
Message-ID: <CAKr6gn08xayJCK_GtGNeYbet6tD=GwPJoSYL3tbRXomfxckHWA@mail.gmail.com>
From: George Michaelson <ggm@algebras.org>
To: Ted Lemon <ted.lemon@nominum.com>
Content-Type: multipart/alternative; boundary=001a11343f4ed576e704f188dca2
Cc: dnsop WG <dnsop@ietf.org>
Subject: Re: [DNSOP] additional special names Fwd: I-D Action: draft-chapin-additional-reserved-tlds-00.txt
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: <http://www.ietf.org/mail-archive/web/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, 03 Feb 2014 23:27:11 -0000

Its a scaling question. Please don't sidetrack into distaste, its the
question of preventing progress by saying "too many" when in fact, its
tractable, and its software.

.onion is an eminently tractable problem. Arguing otherwise is to argue the
current .onion codebase dependency cannot move, therefore any future CVE
against TOR cannot be fixed, therefore further code development on TOR is
fruitless, therefore lets all stop coding. Breathing even.

This IETF mantra of "too many to change" is wrong. We need to stop invoking
the dead weight of the past over future events.