Yes, as Owen points out this is a separate discussion, and should have it's own thread.
on the "[arin-ppml] Draft Policy ARIN-2016-1: Reserved Pool Transfer Policy" thread [email protected] posted a discussion of setting up a reserved pool to enable renumbering and transfers. That email is now lost in this thread. I have included it here: > On Tue, Apr 19, 2016 at 9:18 PM, Gary Buhrmaster < [email protected]> wrote: > On Mon, Apr 11, 2016 at 5:43 PM, Owen DeLong <[email protected]> wrote: > .... > > I’d be OK with this, but given that there is remaining free pool for these resources, > > I’m not sure that it isn’t better to have a clear policy that when the resources in these > > categories are no longer needed, voluntary return to ARIN is expected. > > On Monday, there was discussion (during policy experience report) > about ARIN not being able to provide "theoretical" pre-qualifications > in the case where (in the example) you transfer a /16 to someone, > and would want to get a /24 from somewhere else. And while most > steeped in the ARIN process understand that qualifying is an almost > certainty, that does not take it to the level some seem to need to feel > entirely comfortable. > > As far as this proposal, I can imagine there to be cases were a transfer > may only make sense if the receiving org can be assured that they will > be able to get the IP numbers from a reserved pool which ARIN cannot > make assurance on in advance. And while (as before) everyone may be > (almost) 100% sure that the recipient will qualify, that does not always > make everyone sufficiently comfortable. > > It would seem to be nice for a 8.3 transfer which happens to include > reserved pool space not turn into another policy experience report > bullet for not being able to successfully transfer (worst case?) "CI" > space if indeed the recipient would otherwise qualify (and potentially > force a renumber of such resources for no particular policy reason). > > I do agree with Owen that these cases are unlikely. And regardless > of whether the (what I think is) better language as proposed by Scott > is included, I would support the policy moving forward to address > the problem statement. On Mon, May 9, 2016 at 3:45 PM, Owen DeLong <[email protected]> wrote: > This is a conflating of two different discussions. > > The information below is about a new discussion where a resource holder > wants to obtain > a smaller block pre-approval prior to transferring out their larger block. > > It has nothing to do with 2016-1 or reserved pool addresses. > > Owen > > > On May 8, 2016, at 15:55 , Michael Peddemors <[email protected]> > wrote: > > > > On 16-05-05 01:09 PM, Jason Schiller wrote: > >> I would go s far as to direct ARIN staff to provide provisional > approval. > >> The process would look like this: > >> > >> Customer: ARIN, I have a /16. I am currently using 200 IPs as > >> documented below. > >> I would be willing to sell my /16 and replace it with a /24 if I can be > >> assured that I > >> will be approved to get a /24. > >> > > > > That probably isn't a good example, if the person is only using 200 > IP(s) from a /16, ARIN should recover the unused IP(s).. > > > > ARIN could in that case recover most of it, and leave him with a /22 for > instance.. > > > > > > -- > > "Catch the Magic of Linux..." > > ------------------------------------------------------------------------ > > Michael Peddemors, President/CEO LinuxMagic Inc. > > Visit us at http://www.linuxmagic.com @linuxmagic > > ------------------------------------------------------------------------ > > A Wizard IT Company - For More Info http://www.wizard.ca > > "LinuxMagic" a Registered TradeMark of Wizard Tower TechnoServices Ltd. > > ------------------------------------------------------------------------ > > 604-682-0300 Beautiful British Columbia, Canada > > > > This email and any electronic data contained are confidential and > intended > > solely for the use of the individual or entity to which they are > addressed. > > Please note that any views or opinions presented in this email are solely > > those of the author and are not intended to represent those of the > company. > > _______________________________________________ > > PPML > > You are receiving this message because you are subscribed to > > the ARIN Public Policy Mailing List ([email protected]). > > Unsubscribe or manage your mailing list subscription at: > > http://lists.arin.net/mailman/listinfo/arin-ppml > > Please contact [email protected] if you experience any issues. > > _______________________________________________ > PPML > You are receiving this message because you are subscribed to > the ARIN Public Policy Mailing List ([email protected]). > Unsubscribe or manage your mailing list subscription at: > http://lists.arin.net/mailman/listinfo/arin-ppml > Please contact [email protected] if you experience any issues. > -- _______________________________________________________ Jason Schiller|NetOps|[email protected]|571-266-0006
_______________________________________________ PPML You are receiving this message because you are subscribed to the ARIN Public Policy Mailing List ([email protected]). Unsubscribe or manage your mailing list subscription at: http://lists.arin.net/mailman/listinfo/arin-ppml Please contact [email protected] if you experience any issues.
