[2099] in North American Network Operators' Group
Re: Allocation of IP Addresses
daemon@ATHENA.MIT.EDU (Gordon Cook)
Thu Mar 14 20:29:32 1996
Date: Thu, 14 Mar 1996 20:20:27 -0500 (EST)
From: Gordon Cook <gcook@tigger.jvnc.net>
Reply-To: cook@cookreport.com
To: "David R. Conrad" <davidc@apnic.net>
Cc: Jim Browning <jfbb@atmnet.net>, "'com-priv list'" <com-priv@psi.com>,
nanog@merit.edu
In-Reply-To: <199603150041.JAA03977@teckla.apnic.net>
Just a small quibble David: when you say "the IANA" decided, it gives
the impression that an august group of people like the IESG took action.
In reality "the IANA" is but a SINGLE person - John Postel. If some
people are upset I suspect it might be because the power to make such a
decision is vested in the hands of ONE person rather than in a group.
*********************************************************************
Gordon Cook, Editor & Publisher Subscriptions: Individ-ascii $85
The COOK Report on Internet Individ. hard copy $150
431 Greenway Ave, Ewing, NJ 08618 USA Small Corp & Gov't $200
(609) 882-2572 Corporate $350
Internet: cook@cookreport.com Corporate Site Lic. $650
http://pobox.com/cook/ for new COOK Report Glossary of Internet terms
*********************************************************************
On Fri, 15 Mar 1996, David R. Conrad wrote:
> It would appear a clarification is necesssary:
>
> >>>The @Home allocation was done outside of normal registry procedures by
> >>>the IANA directly. InterNIC should not be held responsible for that
> >>>case.
> >Which confirms that the rules are not well established nor consistently applied.
>
> Any very large or unusual request must go outside normal registry
> procedures (e.g., slow start). @Home is such a case. They made their
> case directly to the IANA as InterNIC is not authorized to allocate
> very large or unusual requests directly. The IANA authorized the
> allocation based on the merits of the request (whatever they might
> be). None of the registries can allocate very large or unusual
> requests directly. This rule is quite well established and
> consistently applied.
>
> Regards,
> -drc
>
