Re: Multiple Namespaces Re: Split the IANA functions?
Dave Crocker <dhc@dcrocker.net> Thu, 09 January 2014 21:19 UTC
Return-Path: <dhc@dcrocker.net>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 14E4A1AE118 for <ietf@ietfa.amsl.com>; Thu, 9 Jan 2014 13:19:08 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.2
X-Spam-Level:
X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3] 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 cfneaFIF0tEp for <ietf@ietfa.amsl.com>; Thu, 9 Jan 2014 13:19:06 -0800 (PST)
Received: from sbh17.songbird.com (sbh17.songbird.com [72.52.113.17]) by ietfa.amsl.com (Postfix) with ESMTP id BC70D1AE057 for <ietf@ietf.org>; Thu, 9 Jan 2014 13:19:06 -0800 (PST)
Received: from [192.168.1.66] (76-218-9-215.lightspeed.sntcca.sbcglobal.net [76.218.9.215]) (authenticated bits=0) by sbh17.songbird.com (8.13.8/8.13.8) with ESMTP id s09LIq15030533 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 9 Jan 2014 13:18:55 -0800
Message-ID: <52CF11D7.5040209@dcrocker.net>
Date: Thu, 09 Jan 2014 13:17:11 -0800
From: Dave Crocker <dhc@dcrocker.net>
Organization: Brandenburg InternetWorking
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0
MIME-Version: 1.0
To: David Conrad <drc@virtualized.org>, Brian E Carpenter <brian.e.carpenter@gmail.com>
Subject: Re: Multiple Namespaces Re: Split the IANA functions?
References: <94F13021-48B9-4CE9-995A-1081DC75A52D@isi.edu> <CAMm+LwinAb6+7BoMzwBWyu63vofndxK9VY6DSNN0Ykza4SxuMQ@mail.gmail.com> <52CB0010.5010407@gmail.com> <CAMm+LwhN8+z9q4KQXVY9bWA6TAqxx1=Qg0OUfK=VGCSDg5uWEA@mail.gmail.com> <DD618936-0D13-41F1-8D89-2E3171D864B5@istaff.org> <52CB31F4.3090703@cs.tcd.ie> <52CB987A.20300@cisco.com> <20140107144412.GB11068@mx1.yitter.info> <2520.1389225982@perseus.noi.kre.to> <03224C28-8623-41FE-839F-A544D174DDB3@ogud.com> <52CEF4E9.1070505@gmail.com> <87AA61A3-DC75-44AA-9E87-93DC4210A404@virtualized.org>
In-Reply-To: <87AA61A3-DC75-44AA-9E87-93DC4210A404@virtualized.org>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0 (sbh17.songbird.com [72.52.113.66]); Thu, 09 Jan 2014 13:18:56 -0800 (PST)
Cc: "ietf@ietf.org Discussion" <ietf@ietf.org>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
Reply-To: dcrocker@bbiw.net
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ietf/>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 09 Jan 2014 21:19:08 -0000
On 1/9/2014 11:40 AM, David Conrad wrote: > The problem is that this issue keeps repeating, particularly in (shall we say) non-technical venues. In a private message I semi-seriously suggested someone should write an RFC that deprecates classes other than IN. However, I'm beginning to think this might not be that bad of an idea -- at least there would be a document that the non-technical folks who keep raising the issue could be pointed at... The premise to your line of thinking is that deprecating other classes will reduce these periodic demands for new name spaces. One of the benefits of having had so many of these cycles of demands, over the last 15+ years, is that we can see that straightforward technical discussion and explanation does not dissuade the proponents. They want what they want and they reject information that counters what they want. As I've become too fond of suggesting, the real requirement here is to move the work back onto those seeking the change. It is /their/ burden to do the work of proposing and specifying the change, in sufficient technical detail. It is /their/ burden to do the detail work of explaining how it can be viable. It is /their/ burden to recruit sufficient community support. For the rest of us, the only burden is to put the burden back onto those folk. Rather than saying "that won't work" and rather than trying to explain why it won't work, and rather than trying to narrow their opportunities for making criticisms, we merely need to recite some version of the above litany. If they are so certain what they want is viable, they need to do the work of making it viable. d/ -- Dave Crocker Brandenburg InternetWorking bbiw.net
- Split the IANA functions? Phillip Hallam-Baker
- Re: Split the IANA functions? Brian E Carpenter
- Re: Split the IANA functions? Phillip Hallam-Baker
- Re: Split the IANA functions? John Curran
- Re: Split the IANA functions? Stephen Farrell
- Re: Split the IANA functions? Phillip Hallam-Baker
- RE: Split the IANA functions? l.wood
- Re: Split the IANA functions? Abdussalam Baryun
- Re: Split the IANA functions? John Curran
- Re: Split the IANA functions? John Curran
- Re: Split the IANA functions? Brian E Carpenter
- Re: Split the IANA functions? Eliot Lear
- Re: Split the IANA functions? Dave Crocker
- Re: Split the IANA functions? Abdussalam Baryun
- Re: Split the IANA functions? Phillip Hallam-Baker
- Re: Split the IANA functions? Andrew Sullivan
- Re: Split the IANA functions? Eliot Lear
- Re: Split the IANA functions? Patrik Fältström
- Re: Split the IANA functions? avri doria
- Re: Split the IANA functions? Dave Crocker
- Re: Split the IANA functions? Phillip Hallam-Baker
- Re: Split the IANA functions? Andrew Sullivan
- Re: Split the IANA functions? David Conrad
- Re: Split the IANA functions? Stephen Kent
- DNS heirarchy, multiple roots, etc [was Re: Split… Thomas Narten
- Re: DNS heirarchy, multiple roots, etc [was Re: S… Patrik Fältström
- Re: DNS heirarchy, multiple roots, etc [was Re: S… John C Klensin
- Re: DNS heirarchy, multiple roots, etc [was Re: S… Phillip Hallam-Baker
- Re: DNS heirarchy, multiple roots, etc [was Re: S… Suzanne Woolf
- Re: Split the IANA functions? manning bill
- Re: Split the IANA functions? Andrew Sullivan
- Re: Split the IANA functions? Robert Elz
- DNS design (was: Re: Split the IANA functions?) John C Klensin
- Re: DNS design (was: Re: Split the IANA functions… Phillip Hallam-Baker
- Re: DNS design Eliot Lear
- Multiple Namespaces Re: Split the IANA functions? Olafur Gudmundsson
- Re: DNS design John C Klensin
- Re: Multiple Namespaces Re: Split the IANA functi… Brian E Carpenter
- Re: Multiple Namespaces Re: Split the IANA functi… David Conrad
- Re: Multiple Namespaces Re: Split the IANA functi… Paul Hoffman
- Re: Multiple Namespaces Re: Split the IANA functi… Dave Crocker
- Re: Multiple Namespaces Re: Split the IANA functi… Phillip Hallam-Baker
- Re: DNS design George Michaelson