Re: [dnsext] does making names the same NEED protocol changes at all?

Phillip Hallam-Baker <hallam@gmail.com> Fri, 25 February 2011 16:48 UTC

Return-Path: <dnsext-bounces@ietf.org>
X-Original-To: namedroppers-archive-gleetwall6@lists.ietf.org
Delivered-To: ietfarch-namedroppers-archive-gleetwall6@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id C8B8B3A6774; Fri, 25 Feb 2011 08:48:47 -0800 (PST)
X-Original-To: dnsext@core3.amsl.com
Delivered-To: dnsext@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 50D0A3A6774 for <dnsext@core3.amsl.com>; Fri, 25 Feb 2011 08:48:47 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.567
X-Spam-Level:
X-Spam-Status: No, score=-3.567 tagged_above=-999 required=5 tests=[AWL=0.031, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id l7LqDZjzR5+e for <dnsext@core3.amsl.com>; Fri, 25 Feb 2011 08:48:46 -0800 (PST)
Received: from mail-bw0-f44.google.com (mail-bw0-f44.google.com [209.85.214.44]) by core3.amsl.com (Postfix) with ESMTP id 823AE3A63EB for <dnsext@ietf.org>; Fri, 25 Feb 2011 08:48:45 -0800 (PST)
Received: by bwz13 with SMTP id 13so2469729bwz.31 for <dnsext@ietf.org>; Fri, 25 Feb 2011 08:49:37 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=3xsMlZ29QTy0TjlRwX3EmtzKIxx6F65ygvxnzOWY8FI=; b=YHwMGNUjc1PmrIS2eQVYDS276MrTW9PgDcqvbWifg/6EBUdtvMmUOAFONvG2Q9t+Ad GyRw99JGDNiMw2NzuJ/z4hKvzUPB9a2flIJsruWYtDl/1gXYrAmyTjgjnu7kk7RlV4OE NyTzNupXPnzuL/bi043VUrl/9w8Q/K8HR4ZOE=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=t0U5GqrvyP4312Oop3O0XS9q7I85Vw/ABwZOtFnCzoutgcpLoO72ZwD3GuYfgIr3u8 tDFLpewLcolg7TcAE5l885zU4+68b0r2G7uYM+DQUwK8hQ4OCeJBNGpTLtRLY537AzH4 GWeA7OTY/2LlUnF6TVi8I3s/3CqyhVyM85qyY=
MIME-Version: 1.0
Received: by 10.204.73.160 with SMTP id q32mr2224551bkj.155.1298652575908; Fri, 25 Feb 2011 08:49:35 -0800 (PST)
Received: by 10.204.14.139 with HTTP; Fri, 25 Feb 2011 08:49:35 -0800 (PST)
In-Reply-To: <20110225143043.GB74938@shinkuro.com>
References: <AANLkTin6-mXBeKC_TzgvWUaCyxKfeZxTK1BQvXtpwuCN@mail.gmail.com> <4CC95816-8225-4CAE-897F-3F13F965BCEE@ICSI.Berkeley.EDU> <alpine.LSU.2.00.1102240953550.5244@hermes-1.csi.cam.ac.uk> <AANLkTiniVDDZXFOV4WryNN=+hK29rBO8_HTAqw7bK=Nf@mail.gmail.com> <8657EF4A-A08D-46E5-8917-553AE377CAD8@ICSI.Berkeley.EDU> <AANLkTikHm62x=+xWpSRyERw2cB31yZZhVkTT-90dgFjk@mail.gmail.com> <39EBBA76-22F1-4935-9300-B0078B229793@ICSI.Berkeley.EDU> <5A100E65-FB09-4556-AA5A-BF9FE0468DDA@ICSI.Berkeley.EDU> <AANLkTikECGtJm5WyDnX=s8zTERu89qLbFDebf8R1y4Pa@mail.gmail.com> <6AD400292B2C771C7FE70E8F@Ximines.local> <20110225143043.GB74938@shinkuro.com>
Date: Fri, 25 Feb 2011 11:49:35 -0500
Message-ID: <AANLkTimfhfsj65Vec61-_Q18+RoC1144Zf1E2bQhvt18@mail.gmail.com>
From: Phillip Hallam-Baker <hallam@gmail.com>
To: Andrew Sullivan <ajs@shinkuro.com>
Cc: dnsext@ietf.org
Subject: Re: [dnsext] does making names the same NEED protocol changes at all?
X-BeenThere: dnsext@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: DNS Extensions working group discussion list <dnsext.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/dnsext>, <mailto:dnsext-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/dnsext>
List-Post: <mailto:dnsext@ietf.org>
List-Help: <mailto:dnsext-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dnsext>, <mailto:dnsext-request@ietf.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============0533146626=="
Sender: dnsext-bounces@ietf.org
Errors-To: dnsext-bounces@ietf.org

I suspect that the point of these requirements is precisely the fact that
they cannot be met within the current architecture.

I am seeing people rushing to change the security model of DNSSEC to support
this requirement, but I doubt that is going to be sufficient.

Let me be clear here, I do not believe that any contributor to this
discussion is acting improperly or following a hidden agenda. But I do
strongly suspect that the problem is intentionally put in such a manner as
to collectively yank our chain.

This is the bring me a rock school (no wrong one) school of management. And
the rock will continue to be the wrong one until such time as we propose
creating a hole in the infrastructure that serves the underlying agenda.


It seems rather surreal to be having a dialogue about how to make locating
Web sites easier when the parties behind the proposal are devoting vast
resources to make access to the 'wrong' sites as hard as possible.

The anual market for censorship equipment and technology is in the billions
of dollars and most of that technology is being made by companies whose
names are really well known in IETF.

Oddly enough, the companies that are involved in that particular market do
not attract a tenth of the scrutiny that CAs attract. I am not aware of any
CA having mis-issued except unintentionally or as a result of coercion. Yet
the sales of equipment designed for the purpose of enabling censorship are
made with full knowledge of their purpose.


Here is an idea, let us table this whole discussion until after we solve the
problem of how to make the Internet accessible without let or hindrance from
any point on the planet with minimal communications connectivity.

The proposal that I made at the start of this discussion for a 'Did you
Mean' record is easily sufficient to address legitimate usability concerns
in this respect. If we wanted to go further we could define a record that
specifies transliteration mappings within a domain.

But at the moment I am rather more interested in the prospects for running
NNTP over USB key and wifi enabled mobile devices as transport.


On Fri, Feb 25, 2011 at 9:30 AM, Andrew Sullivan <ajs@shinkuro.com> wrote:

> No hat, I think.
>
> On Fri, Feb 25, 2011 at 12:48:15PM +0000, Alex Bligh wrote:
>
> > per nation" requirement is long standing), and suggest the answer is
> "give
> > up the aliasing requirement or enforce it by contract with your TLDs".
>
> Two things:
>
> 1.  The issue before us is not merely a TLD or near-TLD one.  If we
> work as though it is, then we're not doing our jobs.
>
> 2.  Notwithstanding the above, there are some delegation relationships
> that are less fraught than others.  There are all sorts of prickly
> layer-9+ issues implicit in talking about a contract between a private
> US corporation and the sovereign power of foreign nations, and I think
> we maybe want to avoid exploring that warren.
>
> A
>
> --
> Andrew Sullivan
> ajs@shinkuro.com
> Shinkuro, Inc.
> _______________________________________________
> dnsext mailing list
> dnsext@ietf.org
> https://www.ietf.org/mailman/listinfo/dnsext
>



-- 
Website: http://hallambaker.com/
_______________________________________________
dnsext mailing list
dnsext@ietf.org
https://www.ietf.org/mailman/listinfo/dnsext