[arin-ppml] 2-byte ASN policy
bill at tknow.com
Wed Apr 6 16:17:57 EDT 2016
Thanks for the clarification John,
So I understand you, regarding IPv4 you are recycling the deadbeat resources already.
My impression though is that you aren’t doing the same with 2-byte ASN? I think it would be good policy to begin reclamation of those resources.
I was very grateful a few years ago to be able to get a 2-byte ASN because one of my two upstreams stated they weren’t able to handle a 4 byte ASN, I hope they have corrected that by now. But I understand being stuck between the old and new and it’s nice if there are resources for those edge cases.
From: John Curran [mailto:jcurran at arin.net]
Sent: Wednesday, April 6, 2016 9:34 AM
To: Bill Buhler
Cc: arin-ppml at arin.net
Subject: Re: [arin-ppml] 2-byte ASN policy
On Apr 6, 2016, at 10:48 AM, Bill Buhler <bill at tknow.com<mailto:bill at tknow.com>> wrote:
What about a policy including a grace period before reissue? For instance the FCC will not reissue a call sign for two years after validation. This allows the original licensee to correct the issue and come back into good grace. What if ARIN started handling resources in that manner? They could start by posting in arrears notice on the records when the bill is unreasonably past due. At one year they could list the record as revoked, and at two years reissue if the offending party hasn’t dealt with it?
We present provide a grace period of 30 days even after revocation.
Note that this period was shortened incrementally down to 30 days
as IPv4 free pool depleted, and this allows for reasonably timely
reuse of recovered address space for those who are on the waiting
For IP address blocks, parties will often notice even before revocation
because we suspend services (e.g. reverse DNS) at 120 days from
past due (note that this is done after two collection emails, a certified
collection letter, a final collection notice, direct calls to listed contacts,
and letter of pending revocation have all already been sent at 30, 60,
75, 90, and 100 days past due…) The resources are then quarantined
for 60 more days before actually initiating revocation. Once the quarantine
expires (approximately 187 days from past due), the resources are finally
revoked and placed into hold status for 30 days. Reinstatement during
this 30 day hold “grace” period is possible.
If the community wishes to change the grace period, that can be
suggested via the ARIN Consultation and Suggestion process
<https://www.arin.net/participate/acsp/>. Alternatively, if there exists
consensus in the community, then the grace period for each specific
type of resource (IPv4, IPv6, and ASN32, ASN64) could be established
by number resource policy. (We try to avoid creating number resource
policy for operational matters, but it can be argued that the grace period
has a direct affect on availability of number resources in some cases.)
President and CEO
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the ARIN-PPML