[147634] in North American Network Operators' Group
Re: De-bogon not possible via arin policy.
daemon@ATHENA.MIT.EDU (Leo Bicknell)
Thu Dec 15 20:54:57 2011
Date: Thu, 15 Dec 2011 17:53:46 -0800
From: Leo Bicknell <bicknell@ufp.org>
To: nanog@nanog.org
Mail-Followup-To: nanog@nanog.org
In-Reply-To: <CAD6AjGQW6=4AU=qJ07vpKuOQN+XFg79xZKZG59Grszaq8au9LQ@mail.gmail.com>
Errors-To: nanog-bounces+nanog.discuss=bloom-picayune.mit.edu@nanog.org
--LQksG6bCIzRHxTLp
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
In a message written on Thu, Dec 15, 2011 at 04:59:15PM -0800, Cameron Byrn=
e wrote:
> Regarding this thread in general, I asked a question about slow start and
> got a good answer about immediate need. Thanks !
Note that the "slow-start" is not based on size (as far as I can
remember) but on timeframe.
That is, if you have a bunch of ARIN blocks you can request a "12
month supply" based on past usage and best predictions.
However, if your company has NO IPv4 space and you make your first
request you get limited to 3 months worth of address space, 2nd
request you get 6 months, and then 12 months with your 3rd and more
requests. That's the slow-start. The feeling is that with no track
record your predictions are, on average, less likely to be accurate.
It's also my understanding that if you use all of the space you can
immediately ask for more.
Hypothetically, let's say ARIN gives a company with 34M subscribers
a /18. Let's say said company can drop it in a DHCP server, and
have 100% utilization in oh, a week. At the end of that week the
company could submit documentation of 100% utilization to ARIN and
get a second block, lather, since, repeat.
It's part of the general "chinese buffet" model of ARIN, "Take all you
want, but eat all you take." They want to see the eating part.
So no, they won't hand you a /8 up front as a new entrant, but if you
really can deploy (and document it) that fast you could get a /8's worth
of space in a couple of months time.
--=20
Leo Bicknell - bicknell@ufp.org - CCIE 3440
PGP keys at http://www.ufp.org/~bicknell/
--LQksG6bCIzRHxTLp
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.18 (FreeBSD)
iQIVAwUBTuqkqrN3O8aJIdTMAQLSrBAAqmmVVA1k2InqdxKt4MB6yL47pG1VlPEw
l40Vf35fkl5UtKjt802cYIOYdyiAKZJdQJfPDEFkVr+3kwmMlxHvYXx68wn1b5W5
El9CUBEA8Ra0/BgaoQ1PeMvXxhT3wF8prgxwdLzfwPwaSPHYZXzh+ODHYVxFJ5AZ
+5MnazAhlDRLakk+Kplkwm31kyD0BE0tfV6YbJlAcq+Z3l+FzAOqx6/3a3QDROX1
yRaRJxFTh/K6z852b0FViXLMvEBehAU6EKJnp1PBUnMKDr8z29yin/AzCDuOHtZP
xb7jvUUJnwR7R+J1eVyrnt5eJMpM5aJVmBawHTuPye4g4DzU5og69lkXJPN8Jxck
TKUyGm5fo3iYOB3Uz6Ju/U1MvQAkDklLYE9BYFIyg5UbbWwn3+dB+dK9St0kXgHl
87+h1qbIqMLOXpksbJtCSJ8j1+EKXPPNHZVDgvamias/IwRYGTbY0HPOlT3+wjxt
793eVlEgZFteAQasBJ1vg2D1ueTMyHB3vtoVXOHTn00IUyOvQz3WOeNDVdtc9VUa
ZyGBb00NOL8u4URI0nzGnlVIO1B6r7ffvGUAx6yiU/IkViU1lRZ3JKo5zjfoExvt
zZBg/YXTLks0MNDHOdnA5zaDe/NDdBvdGSPrwkbxdZ8TDmZAuDD8jAWl4c2x3kNd
d5+hegB4oic=
=XkNQ
-----END PGP SIGNATURE-----
--LQksG6bCIzRHxTLp--
