Hi Nick,

On 29/03/15 00:39, Nick Hilliard wrote:
On 28/03/2015 23:13, Elvis Daniel Velea wrote:

Firstly, the internet is using ~65K ASNs while the supply is 2MM. We still
have 64K*65K before we should really worry about garbage collection.

Elvis, a network which requires functional BGP community support cannot
feasibly be run on an ASN32.  I have tried it in production and it is
operationally nonviable.
I understand.

There is no complete ASN32-compatible solution to this situation in the
short or medium term.  In the long term - well beyond the point of ASN16
resource exhaustion - it is possible that this situation may be resolved.
However this is a long term possibility rather than the short term
certainty that we are facing impending depletion of ASN16s.
Well, I hope a compatible solution will be found soon.

It is for this reason that ASN16 resource depletion and consequently
garbage collection has important operational implications for RIPE NCC
members who plan to run their own ASNs.
Well, if ASN16s are depleting as you say (we've been saying it for the past 4 years and I think there are still thousands available - some maybe referenced in other objects, but still available) then adding a 50E cost will only increase the transfer cost of an AS.

Do you really believe that by adding a 50E cost to an ASN will make people return it? No, doing that will add a value to the ASN and it will just increase the price people will ask to transfer them.
Just as with IPv4, once 16bit ASNs are depleted, these will have a value and nobody will return them because they can not pay the 50E, they will hold on until they will be worth at least the few hundred they have paid for them.

That is why I believe that we really should think at other methods for garbage collection and that is one of the reasons I believe we should not add a price (again) to ASNs.

Nick
regards,
Elvis
--

Elvis Daniel Velea

Chief Executive Officer

Email: elvis@V4Escrow.net
US Phone: +1 (702) 475 5914
EU Phone: +31 (0) 61458 1914

Recognised IPv4 Broker/Facilitator in:

This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information. If you have received this email in error, please notify the sender immediately and delete the original.Any other use of this email is strictly prohibited.