Re: [dnsext] afasterinternet.com trial and draft-vandergaast-edns-client-subnet-00

SM <sm@resistor.net> Wed, 31 August 2011 07:48 UTC

Return-Path: <sm@resistor.net>
X-Original-To: dnsext@ietfa.amsl.com
Delivered-To: dnsext@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DAD8B21F8B06 for <dnsext@ietfa.amsl.com>; Wed, 31 Aug 2011 00:48:21 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.57
X-Spam-Level:
X-Spam-Status: No, score=-102.57 tagged_above=-999 required=5 tests=[AWL=0.029, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wuCBr8mbCUMl for <dnsext@ietfa.amsl.com>; Wed, 31 Aug 2011 00:48:19 -0700 (PDT)
Received: from mx.ipv6.elandsys.com (mx.ipv6.elandsys.com [IPv6:2001:470:f329:1::1]) by ietfa.amsl.com (Postfix) with ESMTP id DEE1521F8B09 for <dnsext@ietf.org>; Wed, 31 Aug 2011 00:48:07 -0700 (PDT)
Received: from SUBMAN.resistor.net (IDENT:sm@localhost [127.0.0.1]) by mx.elandsys.com (8.14.4/8.14.5) with ESMTP id p7V7nQWe016440; Wed, 31 Aug 2011 00:49:30 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=opendkim.org; s=mail2010; t=1314776973; bh=YDTWnKWcEKICnVToIahKV+Pt3kgid+8UsU4DmYQx5NA=; h=Message-Id:Date:To:From:Subject:Cc:In-Reply-To:References: Mime-Version:Content-Type; b=cI8p8nxO2f547hf7iuvECmBVrLc7z6bjsEiWgxw/5Q3emQINU3JvO/d6T6ja/shYS iG6irMzaZHUH/+X335jfcF1BX4jTieFRALc6PufPsz6PheV9feXT+eGc7ghnRgH7Re 4Sra6fxRhM5pE7sGqTxnCO8zREUH7QbXdHyw/Rus=
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=resistor.net; s=mail; t=1314776973; bh=YDTWnKWcEKICnVToIahKV+Pt3kgid+8UsU4DmYQx5NA=; h=Message-Id:Date:To:From:Subject:Cc:In-Reply-To:References: Mime-Version:Content-Type; b=i1HQCykX4eth53j/nIWhq36zo/proUPsuYBTcRlRhzHEateF8Ef/loIsBk2xqR18Y 2PPBe/aOUD5twlMyl0UNfJxAG6vG8o8FYx6BBnT6EPxWV16MxsvrXezuINBJ+gvIbV iuEBaGTtwmMDmejcFx4hkeq89Zf7rP6IfXTloOJU=
Message-Id: <6.2.5.6.2.20110830225018.0a31ebc0@resistor.net>
X-Mailer: QUALCOMM Windows Eudora Version 6.2.5.6
Date: Wed, 31 Aug 2011 00:15:22 -0700
To: Wilmer van der Gaast <wilmer@google.com>
From: SM <sm@resistor.net>
In-Reply-To: <CAMbvoa+nh5k8eOA-XRwBD5oxm17+=Q4gCagq0OBS5OEQX=g1sw@mail.g mail.com>
References: <20110830162134.GB84494@shinkuro.com> <CAMbvoa+nh5k8eOA-XRwBD5oxm17+=Q4gCagq0OBS5OEQX=g1sw@mail.gmail.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format="flowed"
Cc: dnsext@ietf.org, draft-vandergaast-edns-client-subnet@tools.ietf.org
Subject: Re: [dnsext] afasterinternet.com trial and draft-vandergaast-edns-client-subnet-00
X-BeenThere: dnsext@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: DNS Extensions working group discussion list <dnsext.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/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>
X-List-Received-Date: Wed, 31 Aug 2011 07:48:22 -0000

Hi Wilmer,
At 14:10 30-08-2011, Wilmer van der Gaast wrote:
>I fully agree. By picking 0x50fa instead of a lower value (it looks
>like so far EDNS0 options are assigned sequentially) we certainly
>tried to avoid any problems of this kind. Our plan was to use this
>temporary option code just to gather data, and with that and a
>published experimental RFC, get an official number from IANA. Not at

You are running a trial over the Internet.  Someone out there will 
think that it is a good idea and write some code for it.  Such code 
generally lingers around for some time.

The above qualifies as an experiment and there was a time when it was 
documented through an Experimental RFC.  The code point was part of 
the book-keeping, i.e. the person is going to run the experiment no 
matter what and it is better to have a record of that code point 
being in use.  The number from IANA does not mean that the experiment 
or even proposed standard specification is a good idea.

Assuming that the assignment of code points is always sequential 
encourages "counter-measures" such as non-sequential assignments to 
make life difficult for people who make such assumptions.  There was 
a time when conventional wisdom was that the world would not run out 
of 32-bit numbers.  Some people looked at the way the assignments 
were made and decided that 1.1.1.1 could be used safely.

If it takes an Experimental RFC (published) to get that number, it is 
up to the IETF to see it wants to make it difficult for you to get 
it.  I doubt that people would refrain from using the technology if 
it makes an "Internet" faster.

Regards,
-sm