<p dir="ltr">"Ignoring a request by a seller of address space to update the contact information to that of a buyer means the registry will no longer reflect reality, thereby defeating the point of the registry."<br>
Regards,<br>
-drc<br>
(ICANN CTO, but speaking only for myself. Really.)>>></p>
<p dir="ltr">Think you are correct....but, it is ever ignored?<br>
RD<br><br><br></p>
<div class="gmail_quote">On Jun 3, 2015 11:37 PM,  <<a href="mailto:arin-ppml-request@arin.net">arin-ppml-request@arin.net</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Send ARIN-PPML mailing list submissions to<br>
        <a href="mailto:arin-ppml@arin.net">arin-ppml@arin.net</a><br>
<br>
To subscribe or unsubscribe via the World Wide Web, visit<br>
        <a href="http://lists.arin.net/mailman/listinfo/arin-ppml" target="_blank">http://lists.arin.net/mailman/listinfo/arin-ppml</a><br>
or, via email, send a message with subject or body 'help' to<br>
        <a href="mailto:arin-ppml-request@arin.net">arin-ppml-request@arin.net</a><br>
<br>
You can reach the person managing the list at<br>
        <a href="mailto:arin-ppml-owner@arin.net">arin-ppml-owner@arin.net</a><br>
<br>
When replying, please edit your Subject line so it is more specific<br>
than "Re: Contents of ARIN-PPML digest..."<br>
<br>
<br>
Today's Topics:<br>
<br>
   1. Re: On USG 'granting of rights' (was: ARIN-PPML 2015-2)<br>
      (Adam Thompson)<br>
   2. Re: Registry functioning (was: Re:  ARIN-PPML 2015-2)<br>
      (David Conrad)<br>
   3. Re: Registry functioning (Matthew Kaufman)<br>
   4. Re: ARIN-PPML 2015-2 (Matthew Kaufman)<br>
<br>
<br>
----------------------------------------------------------------------<br>
<br>
Message: 1<br>
Date: Wed, 03 Jun 2015 22:06:11 -0500<br>
From: Adam Thompson <<a href="mailto:athompso@athompso.net">athompso@athompso.net</a>><br>
To: William Herrin <<a href="mailto:bill@herrin.us">bill@herrin.us</a>>,Seth Johnson<br>
        <<a href="mailto:seth.p.johnson@gmail.com">seth.p.johnson@gmail.com</a>><br>
Cc: "<a href="mailto:arin-ppml@arin.net">arin-ppml@arin.net</a> List" <<a href="mailto:arin-ppml@arin.net">arin-ppml@arin.net</a>><br>
Subject: Re: [arin-ppml] On USG 'granting of rights' (was: ARIN-PPML<br>
        2015-2)<br>
Message-ID: <<a href="mailto:0F7BE842-C8E3-4667-B1A7-45C219E536B3@athompso.net">0F7BE842-C8E3-4667-B1A7-45C219E536B3@athompso.net</a>><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
Also, the Canadian province of Quebec has civil law based on French civil law, not English like the rest of Canada.  Considering that nearly half of all major Canadian corporations have their headquarters there... I don't have to draw that picture, I think.  IIRC, there's no (e.g.) adverse possession concept, among other things.  IANAL, can't explain all the differences.<br>
-Adam<br>
<br>
On June 3, 2015 5:38:08 PM CDT, William Herrin <<a href="mailto:bill@herrin.us">bill@herrin.us</a>> wrote:<br>
>On Wed, Jun 3, 2015 at 6:24 PM, Seth Johnson <<a href="mailto:seth.p.johnson@gmail.com">seth.p.johnson@gmail.com</a>><br>
>wrote:<br>
>> If it's copyright, the judge won't do that.  There's no such thing as<br>
>> an "exclusive right to use" in copyright.<br>
><br>
>Hi Seth,<br>
><br>
>IP addresses are definitely not copyrights. Or trademarks, patents or<br>
>trade secrets. So far as I know, they're not any kind of<br>
>*intellectual* property whose existence derives from statute and, in<br>
>the U.S., from the Constitution itself.<br>
><br>
>I suspect they're Common Law *Intangible* Property which is something<br>
>else entirely. At least they are in common law jurisdictions which<br>
>includes all of the U.S. and Canada and if I'm not mistaken everywhere<br>
>else in the ARIN region as well.<br>
><br>
>Much of Europe operates on Roman Civil Law rather than English Common<br>
>Law. The legal foundations over there are so different I couldn't<br>
>begin to speculate how IP addresses fit.<br>
><br>
>Regards,<br>
>Bill Herrin<br>
><br>
><br>
>--<br>
>William Herrin ................ <a href="mailto:herrin@dirtside.com">herrin@dirtside.com</a>  <a href="mailto:bill@herrin.us">bill@herrin.us</a><br>
>Owner, Dirtside Systems ......... Web: <<a href="http://www.dirtside.com/" target="_blank">http://www.dirtside.com/</a>><br>
>_______________________________________________<br>
>PPML<br>
>You are receiving this message because you are subscribed to<br>
>the ARIN Public Policy Mailing List (<a href="mailto:ARIN-PPML@arin.net">ARIN-PPML@arin.net</a>).<br>
>Unsubscribe or manage your mailing list subscription at:<br>
><a href="http://lists.arin.net/mailman/listinfo/arin-ppml" target="_blank">http://lists.arin.net/mailman/listinfo/arin-ppml</a><br>
>Please contact <a href="mailto:info@arin.net">info@arin.net</a> if you experience any issues.<br>
<br>
--<br>
Sent from my Android device with K-9 Mail. Please excuse my brevity.<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="http://lists.arin.net/pipermail/arin-ppml/attachments/20150603/9a6751a5/attachment-0001.html" target="_blank">http://lists.arin.net/pipermail/arin-ppml/attachments/20150603/9a6751a5/attachment-0001.html</a>><br>
<br>
------------------------------<br>
<br>
Message: 2<br>
Date: Wed, 3 Jun 2015 20:29:49 -0700<br>
From: David Conrad <<a href="mailto:drc@virtualized.org">drc@virtualized.org</a>><br>
To: John Curran <<a href="mailto:jcurran@arin.net">jcurran@arin.net</a>><br>
Cc: "<a href="mailto:arin-ppml@arin.net">arin-ppml@arin.net</a>" <<a href="mailto:arin-ppml@arin.net">arin-ppml@arin.net</a>><br>
Subject: Re: [arin-ppml] Registry functioning (was: Re:  ARIN-PPML<br>
        2015-2)<br>
Message-ID: <<a href="mailto:78C72AE5-9985-4FDB-A13B-29F82801DD2E@virtualized.org">78C72AE5-9985-4FDB-A13B-29F82801DD2E@virtualized.org</a>><br>
Content-Type: text/plain; charset="windows-1252"<br>
<br>
John,<br>
<br>
>> If the community defines a policy that violates the trust the community has placed in ARIN, then I definitely am advocating that ARIN not follow that policy (community defined or not). For example, if the community defines a policy that requires ARIN to (say) "confiscate" IPv4 addresses from AfriNIC, then yes, I would advocate ARIN not follow the community-developed policy. Would you, as ARIN's CEO, say that policy must be followed?<br>
><br>
> In our particular policy development process, there is a specific check where the Board<br>
> confirms that the policy advances ARIN's mission, does not create unreasonable fiduciary<br>
> or liability risk, is be consistent with ARIN's Articles of Incorporation, Bylaws, and all<br>
> applicable laws and regulations.<br>
<br>
Ironically, I had written a sentence that said "Please don't say 'our policy process wouldn't allow something like that' -- this is a hypothetical intended to be something easily identifiable as just wrong.", but deleted it as I felt it was obvious and didn't need to be said.<br>
<br>
> Ergo, I would hope that a policy that violates the ARIN?s mission (including the trust of the community) would not be ratified<br>
<br>
And my point has been that policies that damage the registration database are in violation of the mission of any of the Regional Internet Registries and should not be proposed, accepted, or ratified.<br>
<br>
>> However, as you may have noted, I strongly believe that _if those transfers still occur despite ARIN policy, the registry must still accurately reflect that transfer_.<br>
><br>
> Okay, I think I see the area of disconnect, and it is with respect to the above point.<br>
><br>
> Is it correct to say that you simply feel registry should always be updated if address<br>
> holder wishes (and even if they disregard policy, fail to enter an agreement pay the<br>
> transfer fee, etc?)<br>
><br>
> Or are you saying that we should deny such transfers, but if somehow effectively<br>
> ?possession? of the address block moves to another party despite lack of transfer,<br>
> that the registry has to eventually reflect reality?<br>
<br>
I'm not sure I see the the distinction you're making between the two. My opinion on whether ARIN should deny (presumably out of policy) transfers is not particularly relevant. Ignoring that, my answer to both would be 'yes'.<br>
<br>
Simply, I believe the registry needs to reflect reality as accurately as possible. As I've said before, the point of the registry is help ensure uniqueness and to facilitate the identification of contacts to support network operations, help track down sources of abuse, etc. Ignoring a request by a seller of address space to update the contact information to that of a buyer means the registry will no longer reflect reality, thereby defeating the point of the registry.<br>
<br>
Regards,<br>
-drc<br>
(ICANN CTO, but speaking only for myself. Really.)<br>
<br>
<br>
-------------- next part --------------<br>
A non-text attachment was scrubbed...<br>
Name: signature.asc<br>
Type: application/pgp-signature<br>
Size: 496 bytes<br>
Desc: Message signed with OpenPGP using GPGMail<br>
URL: <<a href="http://lists.arin.net/pipermail/arin-ppml/attachments/20150603/b07a9785/attachment-0001.bin" target="_blank">http://lists.arin.net/pipermail/arin-ppml/attachments/20150603/b07a9785/attachment-0001.bin</a>><br>
<br>
------------------------------<br>
<br>
Message: 3<br>
Date: Wed, 03 Jun 2015 20:31:38 -0700<br>
From: Matthew Kaufman <<a href="mailto:matthew@matthew.at">matthew@matthew.at</a>><br>
To: John Curran <<a href="mailto:jcurran@arin.net">jcurran@arin.net</a>><br>
Cc: "<a href="mailto:arin-ppml@arin.net">arin-ppml@arin.net</a>" <<a href="mailto:arin-ppml@arin.net">arin-ppml@arin.net</a>><br>
Subject: Re: [arin-ppml] Registry functioning<br>
Message-ID: <<a href="mailto:556FC69A.6040703@matthew.at">556FC69A.6040703@matthew.at</a>><br>
Content-Type: text/plain; charset="utf-8"; Format="flowed"<br>
<br>
On 6/3/2015 3:06 PM, John Curran wrote:<br>
> On Jun 3, 2015, at 5:48 PM, Matthew Kaufman <<a href="mailto:matthew@matthew.at">matthew@matthew.at</a><br>
> <mailto:<a href="mailto:matthew@matthew.at">matthew@matthew.at</a>>> wrote:<br>
>> ...<br>
>> You could certainly argue (and I might) that the records of legacy<br>
>> assignments were in fact entrusted to ARIN to keep, and keep updated<br>
>> *whether or not the community drafted policy that said such updates<br>
>> were disallowed*<br>
><br>
> Noting just one of the significant problems with that argument being<br>
> that at the time<br>
> of ARIN?s formation, the actual applicable registry policy was RFC<br>
> 2050 (having been<br>
> finished just a year earlier with folks like David Conrad and Jon<br>
> Postel as authors) -<br>
<br>
And strangely after many legacy addresses had already been allocated.<br>
<br>
> it states that those obtaining addresses via transfer must "meet the<br>
> same criteria as<br>
> if they were requesting an IP address directly from the Internet<br>
> Registry."<br>
<br>
Yes, the word "transfer" appears exactly once, and undefined, in RFC2050.<br>
<br>
The same RFC says that one of the three goals is to "document address<br>
space allocation and assignment" - as it says "this is necessary to<br>
ensure uniqueness and to provide information for Internet trouble<br>
shooting at all levels". It is this latter goal that will no longer be<br>
met if organizations are forced to "transfer" without "transferring".<br>
<br>
><br>
> I.E., If we were maintain the exact status quo that such parties had<br>
> prior to ARIN?s<br>
> formation,  recognized ARIN is entrusted to maintain that, then folks<br>
> probably would<br>
> not like the result - today?s transfer policy is more lenient than the<br>
> transfer policy at<br>
> that point in time.<br>
><br>
<br>
That's one possible conclusion.<br>
<br>
> (Thank an ARIN Advisory Council member when you next see them for all<br>
> of their<br>
> efforts getting useful transfer policy in the Number Resource Policy<br>
> Manual! :-)<br>
><br>
<br>
We'll see.<br>
<br>
Matthew Kaufman<br>
<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="http://lists.arin.net/pipermail/arin-ppml/attachments/20150603/343a9845/attachment-0001.html" target="_blank">http://lists.arin.net/pipermail/arin-ppml/attachments/20150603/343a9845/attachment-0001.html</a>><br>
<br>
------------------------------<br>
<br>
Message: 4<br>
Date: Wed, 03 Jun 2015 20:37:07 -0700<br>
From: Matthew Kaufman <<a href="mailto:matthew@matthew.at">matthew@matthew.at</a>><br>
To: Jason Schiller <<a href="mailto:jschiller@google.com">jschiller@google.com</a>><br>
Cc: "<a href="mailto:arin-ppml@arin.net">arin-ppml@arin.net</a>" <<a href="mailto:arin-ppml@arin.net">arin-ppml@arin.net</a>><br>
Subject: Re: [arin-ppml] ARIN-PPML 2015-2<br>
Message-ID: <<a href="mailto:556FC7E3.5050601@matthew.at">556FC7E3.5050601@matthew.at</a>><br>
Content-Type: text/plain; charset=utf-8; format=flowed<br>
<br>
On 6/3/2015 9:19 AM, Jason Schiller wrote:<br>
> There are two classes of address users on the Internet.<br>
><br>
> 1. Those whose need for IP addresses does not grow<br>
><br>
> 2. Those whose need for IP addresses continues to grow<br>
><br>
> In the case of the first camp, there is no competitive disadvantage if<br>
> someone else buys all the<br>
> available IPv4 addresses.<br>
><br>
> In the case of the second camp, if your organization can buy enough<br>
> IPv4 addresses to make it<br>
> through until the date when wide spread IPv6 adoption occurs, or at<br>
> least have a longer time<br>
> horizon of addresses than your competitors then there is no business<br>
> impact of running out<br>
> of IPv4.<br>
><br>
> On the other hand if you don't have enough IPv4 addresses to make it<br>
> through until the<br>
> date when wide spread IPv6 adoption occurs, and you run out before<br>
> your competitors<br>
> you risk losing growth going forward if there is IPv4-only content<br>
> that your transit customers<br>
> desire, or if there is an IPv4-only customer base your service want to<br>
> serve.<br>
><br>
><br>
> You don't need an unlimited supply, you only need either enough to get<br>
> you through transition<br>
> or more than your competitor (which ever is less).<br>
><br>
><br>
> I don't think it is safe to assume that all companies who need<br>
> addresses for growth have already<br>
> secured enough to get them through transition.  (If that was the case<br>
> we wouldn't be having this<br>
> discussion.)<br>
><br>
> Certainly some organizations have decided not to complete below board<br>
> transfers that they cannot<br>
> currently justify under ARIN policy.  Certainly some have decided not<br>
> to secure a future in IPv4<br>
> addresses because the risk is too high.  Certainly some have limited<br>
> their activities because of<br>
> the level of risk, lack of transparency in pricing, uncertainty about<br>
> IPv6 adoption time lines,<br>
> uncertainty about the customer measurable impact of CGN, and a dozen<br>
> other things.<br>
><br>
><br>
> Nor do I think it is safe to assume that all the IPv4 addresses that<br>
> could be made available have<br>
> already been made available.<br>
><br>
><br>
> Given that it is likely that there are organization that have not<br>
> secured enough IPv4 addresses<br>
> to get them through wide spread IPv6 adoption.<br>
><br>
> Given that it is likely that there are still more IPv4 addresses<br>
> available on the market for the<br>
> right price.<br>
><br>
> Given that there is always the possibility that IPv4 addresses could<br>
> be returned and made<br>
> available through the current mechanisms.<br>
><br>
> Is it good for the community to legitimize and reduce the risk of<br>
> below board transfers<br>
> and futures for organizations that desire more addresses than they can<br>
> justify for the<br>
> next two years growth thereby supporting and encouraging the behavior<br>
> where<br>
> organizations who are willing to spend more cash now get preferential<br>
> access to IPv4<br>
> addresses for potential future need over organizations that need<br>
> addresses now<br>
> (or in the next two year time horizon)?<br>
><br>
><br>
<br>
Do you believe that allowing the transfers proposed in 2015-2 would<br>
significantly do what you say is good for the community above?<br>
<br>
Matthew Kaufman<br>
<br>
<br>
<br>
------------------------------<br>
<br>
_______________________________________________<br>
ARIN-PPML mailing list<br>
<a href="mailto:ARIN-PPML@arin.net">ARIN-PPML@arin.net</a><br>
<a href="http://lists.arin.net/mailman/listinfo/arin-ppml" target="_blank">http://lists.arin.net/mailman/listinfo/arin-ppml</a><br>
<br>
End of ARIN-PPML Digest, Vol 120, Issue 28<br>
******************************************<br>
</blockquote></div>