[arin-ppml] like kind transfers

Jason Schiller jschiller at google.com
Tue May 10 11:22:36 EDT 2016


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
gary.buhrmaster at gmail.com 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 <
gary.buhrmaster at gmail.com> wrote:
> On Mon, Apr 11, 2016 at 5:43 PM, Owen DeLong <owen at delong.com> 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 <owen at delong.com> 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 <michael at linuxmagic.com>
> 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 (ARIN-PPML at arin.net).
> > Unsubscribe or manage your mailing list subscription at:
> > http://lists.arin.net/mailman/listinfo/arin-ppml
> > Please contact info at arin.net if you experience any issues.
>
> _______________________________________________
> PPML
> You are receiving this message because you are subscribed to
> the ARIN Public Policy Mailing List (ARIN-PPML at arin.net).
> Unsubscribe or manage your mailing list subscription at:
> http://lists.arin.net/mailman/listinfo/arin-ppml
> Please contact info at arin.net if you experience any issues.
>



-- 
_______________________________________________________
Jason Schiller|NetOps|jschiller at google.com|571-266-0006
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.arin.net/pipermail/arin-ppml/attachments/20160510/065d36ea/attachment-0001.html>


More information about the ARIN-PPML mailing list