[arin-ppml] 2-byte ASN policy

[Bill Buhler]

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.

Best regards,

Bill

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?

Bill -

   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
   list.

   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.)

Thanks!
/John

John Curran
President and CEO
ARIN




-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.arin.net/pipermail/arin-ppml/attachments/20160406/70010da6/attachment.htm>