IPV6 renumbering painless?

Tue Nov 16 01:24:47 UTC 2004

ASNs issued today are subject to annual renewal.  While this is a
small charge and doesn't go up based on the number of ASNs, so, not
100% effective at reclaiming all unused resources, it does, at least,
reclaim resources in use by defunct organizations that are no longer
paying the maintenance for them.

Owen

--On Monday, November 15, 2004 07:24:59 PM +0100 Kurt Erik Lindqvist 
<kurtis at kurtis.pp.se> wrote:

>
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
>
> On 2004-11-14, at 18.10, Iljitsch van Beijnum wrote:
>
>>
>> On 13-nov-04, at 18:11, Hank Nussbacher wrote:
>>
>>> 30% usage and we need 32 bit ASNs?
>>
>> Usage is of course irrelevant, what counts is how many free ones are
>> left. This number is well below 70%.
>>
>> We would be better off upgrading to 32 bits AS numbers sooner rather
>> than later (unless we're confident we'll never run out of 16 bit ones)
>> because this way there are enough 16 bit AS numbers left. The current
>> 32 bit AS number proposal (that has been around for at least 4 years
>> now) should work very well for routers that aren't upgraded as long as
>> only leaf sites use the 32 bit AS numbers. 32 bit AS numbers for
>> transit ASes are best avoided until everyone has upgraded.
>
> "32-bits should be enough for anyone", right? :-)
>
> While I do think we need to start the upgrade process, I actually think
> that we still need to find a process to reclaim unused resources.
> Otherwise we will be back here sooner than later. And it will be much
> harder to get these resources back when the net is even larger than
> today...
>
> - - kurtis -
>
> -----BEGIN PGP SIGNATURE-----
> Version: PGP 8.1
>
> iQA/AwUBQZj0gKarNKXTPFCVEQIS9QCdFzA4dD9rrfaXpaA6dziFpUGHLnoAoK/y
> nfctV6BhpuFJBvh2IXEl2tXt
> =jnCA
> -----END PGP SIGNATURE-----
>

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://mailman.nanog.org/pipermail/nanog/attachments/20041115/63b24596/attachment.sig>