IETF Logo Mail Archive

Re: ITU-T Dubai Meeting

Daniel Karrenberg <daniel.karrenberg@ripe.net> Fri, 03 August 2012 05:42 UTC

Return-Path: <daniel.karrenberg@ripe.net>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F02E911E80D7 for <ietf@ietfa.amsl.com>; Thu, 2 Aug 2012 22:42:21 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599]
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 LSUWbZm6iCZr for <ietf@ietfa.amsl.com>; Thu, 2 Aug 2012 22:42:21 -0700 (PDT)
Received: from postgirl.ripe.net (postgirl.ipv6.ripe.net [IPv6:2001:67c:2e8:11::c100:1342]) by ietfa.amsl.com (Postfix) with ESMTP id F255911E80D5 for <ietf@ietf.org>; Thu, 2 Aug 2012 22:42:20 -0700 (PDT)
Received: from dodo.ripe.net ([193.0.23.4]) by postgirl.ripe.net with esmtps (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from <daniel.karrenberg@ripe.net>) id 1SxAeP-0003PS-Bl; Fri, 03 Aug 2012 07:42:18 +0200
Received: from baboon.ripe.net ([193.0.1.208] helo=[127.0.0.1]) by dodo.ripe.net with esmtps (TLSv1:AES128-SHA:128) (Exim 4.72) (envelope-from <daniel.karrenberg@ripe.net>) id 1SxAeO-0005OS-Ua; Fri, 03 Aug 2012 07:42:17 +0200
Subject: Re: ITU-T Dubai Meeting
Mime-Version: 1.0 (Apple Message framework v1278)
Content-Type: text/plain; charset="iso-8859-1"
From: Daniel Karrenberg <daniel.karrenberg@ripe.net>
In-Reply-To: <CAMm+Lwg2HgO-=9ED4vbmO+Vf9r6bYPcLDgfyMAyPdEPVgRm4LQ@mail.gmail.com>
Date: Fri, 03 Aug 2012 07:42:16 +0200
Content-Transfer-Encoding: quoted-printable
Message-Id: <FB949BEA-5BDB-401A-8A75-E9A9BDAA72A6@ripe.net>
References: <20120802184436.87A0318C11F@mercury.lcs.mit.edu> <CAMm+Lwg2HgO-=9ED4vbmO+Vf9r6bYPcLDgfyMAyPdEPVgRm4LQ@mail.gmail.com>
To: Phillip Hallam-Baker <hallam@gmail.com>
X-Mailer: Apple Mail (2.1278)
X-Anti-Virus: Kaspersky Anti-Virus for Linux Mail Server 5.6.48/RELEASE, bases: 20120425 #7816575, check: 20120803 clean
X-RIPE-Spam-Level: --
X-RIPE-Spam-Report: Spam Total Points: -2.9 points pts rule name description ---- ---------------------- ------------------------------------ -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -0.0 T_RP_MATCHES_RCVD Envelope sender domain matches handover relay domain -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000]
X-RIPE-Signature: 2cd422cf40ef1bab352b066641112beb1045897546985d142337c3082ad6dd5c
Cc: Noel Chiappa <jnc@mercury.lcs.mit.edu>, ietf@ietf.org
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
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: Fri, 03 Aug 2012 05:42:22 -0000

On 02.08.2012, at 22:41, Phillip Hallam-Baker wrote:

> ... That depends on whether the registry in question is dealing with a
> scarce resource or a plentiful one. Having two registries handing out
> IPv4 addresses at this point would be very very bad. Having more than
> one place you can get an IPv6 from would not worry me at all. ...

IPv4 addresses used to be regarded as non-scarce not so long ago.

It is not about distributing the address space but about keeping a 
correct, comprehensive and current registry of address space users.

As others have pointed out the ITU argument is about choice only in name.
It is quite likely that nation states will quickly restrict that choice 
once they control one of the 'choices'.

Full disclosure: I helped invent and implement the RIR system. I am employed by the RIPE NCC.

Daniel

v2.35.0 | Report a Bug | By Email | System Status