[102498] in North American Network Operators' Group

home help back first fref pref prev next nref lref last post

Re: IPV4 as a Commodity for Profit

daemon@ATHENA.MIT.EDU (Owen DeLong)
Mon Feb 18 10:23:49 2008

Cc: <nanog@nanog.org>
From: Owen DeLong <owen@delong.com>
To: <michael.dillon@bt.com>
In-Reply-To: <D03E4899F2FB3D4C8464E8C76B3B68B001F866F6@E03MVC4-UKBR.domain1.systemhost.net>
Date: Mon, 18 Feb 2008 07:19:24 -0800
Errors-To: owner-nanog@merit.edu



--Apple-Mail-22--445018274
Content-Type: text/plain;
	charset=US-ASCII;
	format=flowed
Content-Transfer-Encoding: 7bit


On Feb 18, 2008, at 6:11 AM, <michael.dillon@bt.com> wrote:

>
>> the article here
>> http://www.networkworld.com/news/2008/021308-ipv6-delay.html
>> is an interesting read given the current state of IPv4
>> depletion/IPv6 conversion operational climate.
>> As it is indicated, it's a proposal and there are
>> considerations as to whether it makes things better or worse.
>
> Not sure what proposal this article refers to. The proposals
> under discussion are posted here
> <http://www.arin.net/policy/proposals/proposal_archive.html>
>
Only after they are accepted by the AC as a formal proposal
and assigned a number.

The article is referring to a proposal submitted by the ARIN AC
which, if adopted, would allow for organizations to transfer
address space to other organizations under dramatically
different circumstances than are allowed today.

That policy proposal is available here:

http://lists.arin.net/pipermail/ppml/2008-February/009978.html

>
> Not to mention the negative effects of an increase in the number
> of small routes in the Internet routing table. You might pay
> half a million dollars for a /24 only to find that ISPs will
> not accept your route announcements. Yet another reason why
> a registered IP address block, in itself, is not valuable enough
> to buy or sell.
>
Actually, the proposed policy provides significant limits to
the de-aggregation which can be done in its current form.

> In any case, nothing is decided before the meeting in Denver
> on the 6th to 9th of April 2008. In fact, even then it won't be
> decided, just past the first hurdle.
>
True.  However, there is also a NANOG BoF where several
members of the ARIN AC will be present to get input from
the community on the subject of this proposal, and, other
ideas/strategies for IPv4 after IANA free pool exhaustion.

The BoF will be in the Crystal Room from 4:00 PM to
5:30 PM on Tuesday, Feb. 19.

Owen DeLong
ARIN AC


--Apple-Mail-22--445018274
Content-Type: text/html;
	charset=US-ASCII
Content-Transfer-Encoding: quoted-printable

<html><body style=3D"word-wrap: break-word; -webkit-nbsp-mode: space; =
-webkit-line-break: after-white-space; "><br><div><div>On Feb 18, 2008, =
at 6:11 AM, &lt;<a =
href=3D"mailto:michael.dillon@bt.com">michael.dillon@bt.com</a>&gt; =
wrote:</div><br class=3D"Apple-interchange-newline"><blockquote =
type=3D"cite"><div><br><blockquote type=3D"cite">the article =
here<br></blockquote><blockquote type=3D"cite"><a =
href=3D"http://www.networkworld.com/news/2008/021308-ipv6-delay.html">http=
://www.networkworld.com/news/2008/021308-ipv6-delay.html</a> =
<br></blockquote><blockquote type=3D"cite">is an interesting read given =
the current state of IPv4 <br></blockquote><blockquote =
type=3D"cite">depletion/IPv6 conversion operational =
climate.<br></blockquote><blockquote type=3D"cite">As it is indicated, =
it's a proposal and there are <br></blockquote><blockquote =
type=3D"cite">considerations as to whether it makes things better or =
worse.<br></blockquote><br>Not sure what proposal this article refers =
to. The proposals<br>under discussion are posted here<br>&lt;<a =
href=3D"http://www.arin.net/policy/proposals/proposal_archive.html">http:/=
/www.arin.net/policy/proposals/proposal_archive.html</a>&gt;<br><br></div>=
</blockquote>Only after they are accepted by the AC as a formal =
proposal</div><div>and assigned a number.</div><div><br></div><div>The =
article is referring to a proposal submitted by the ARIN =
AC</div><div>which, if adopted, would allow for organizations to =
transfer</div><div>address space to other organizations under =
dramatically</div><div>different circumstances than are allowed =
today.</div><div><br class=3D"webkit-block-placeholder"></div><div>That =
policy proposal is available here:</div><div><br =
class=3D"webkit-block-placeholder"></div><div><a =
href=3D"http://lists.arin.net/pipermail/ppml/2008-February/009978.html">ht=
tp://lists.arin.net/pipermail/ppml/2008-February/009978.html</a></div><div=
><br class=3D"webkit-block-placeholder"></div><div><blockquote =
type=3D"cite"><div><font class=3D"Apple-style-span" color=3D"#000000"><br =
class=3D"webkit-block-placeholder"></font></div><div>Not to mention the =
negative effects of an increase in the number<br>of small routes in the =
Internet routing table. You might pay<br>half a million dollars for a =
/24 only to find that ISPs will<br>not accept your route announcements. =
Yet another reason why<br>a registered IP address block, in itself, is =
not valuable enough<br>to buy or =
sell.<br><br></div></blockquote>Actually, the proposed policy provides =
significant limits to</div><div>the de-aggregation which can be done in =
its current form.</div><div><br><blockquote type=3D"cite"><div>In any =
case, nothing is decided before the meeting in Denver<br>on the 6th to =
9th of April 2008. In fact, even then it won't be<br>decided, just past =
the first hurdle. <br><br></div></blockquote>True. &nbsp;However, there =
is also a NANOG BoF where several</div><div>members of the ARIN AC will =
be present to get input from</div><div>the community on the subject of =
this proposal, and, other</div><div>ideas/strategies for IPv4 after IANA =
free pool exhaustion.</div><div><br></div><div>The BoF will be in the =
Crystal Room from 4:00 PM to</div><div>5:30 PM on Tuesday, Feb. =
19.</div><div><br class=3D"webkit-block-placeholder"></div><div>Owen =
DeLong</div><div>ARIN AC</div><div><br =
class=3D"webkit-block-placeholder"></div></body></html>=

--Apple-Mail-22--445018274--


home help back first fref pref prev next nref lref last post