[arin-ppml] ARIN-PPML Digest, Vol 128, Issue 7
dmahoney at dataonenetworks.biz
dmahoney at dataonenetworks.biz
Fri Feb 19 19:10:23 EST 2016
+1
Here also as I also support this policy change proposal.
Regards,
Don
On 2/19/16 6:29 PM, Elvis Daniel Velea wrote:
> +1
>
> I also support this policy change proposal.
>
> regards,
> elvis
>
> On 2/19/16 11:01 AM, Mike Burns wrote:
>> Hi McTim,
>>
>> https://labs.ripe.net/Members/wilhelm/ipv4-transfers-in-the-ripe-ncc-service-region
>>
>>
>> That RIPE labs report is not evidence of the speculation we are
>> considering in the context of the current policy.
>> You are opposing this policy because you think it will
>> enable/encourage speculation in the transfer market.
>> This policy is related to transfers, not to over-allocations made
>> under the old regime.
>>
>> This particular country's addresses were not purchased on the
>> transfer market. They were accumulated prior to exhaust under the
>> then-extant needs-based allocations policies, aka longstanding
>> policies, aka proper stewardship. And then (somewhat) after exhaust
>> via gaming the "/22 for new ISPs" rule at RIPE.
>>
>> This is not evidence of speculation on the transfer market, it is
>> merely the evidence that market forces act on this resource already.
>> They can induce corruption, rules-avoidance, oh yes indeed they can.
>> But as I sort of said, that genie is out of the bottle.
>> We should be attentive related to evidence of this kind of
>> speculation involving allocations from the final free pool in
>> AFRINIC, I am sure we both agree on that.
>>
>> Changing the rules about needs-testing paid transfers is not going to
>> enable/encourage or disable/discourage profit and rent-seeking.
>> Profit and rent-seeking is allowed under current policy and will
>> happen regardless of policy anyway.
>> That won't be significantly changed by maintaining needs tests for
>> ARIN transfers.
>>
>> After all, if you can't justify, become a RIPE member and buy RIPE
>> addresses. It's as simple as that.
>> Anybody can do it, plus they get a /22 for their trouble! And then
>> they can buy RIPE addresses without demonstrating need.
>> So what is the point of retaining this needs test in the current
>> environment?
>>
>> We can't stop market forces from acting on IPv4 addresses, but we
>> should understand that these forces can also induce the movement of
>> unused resources into productive use. In fact that is the natural
>> thing. We have brokered the sale of so many blocks which were unused
>> for decades. This is evidence of this positive effect of the market.
>>
>> Now since I have admitted that market forces can lead to corruption
>> and rules-avoidance, can you acknowledge that bringing dusty old
>> blocks back into productive use is a positive effect of the market?
>> One ideologue to another ? ;-)
>>
>> Anyway I guess we both understand each other's positions by now, so I
>> will just register my support for the policy and step off the soapbox.
>>
>> Regards,
>> Mike
>>
>> PS made it to the end without mentioning Whois accuracy!
>>
>>
>>
>>
>> -----Original Message-----
>> From: McTim [mailto:dogwallah at gmail.com]
>> Sent: Friday, February 19, 2016 12:17 PM
>> To: Mike Burns <mike at iptrading.com>
>> Cc: arin-ppml at arin.net
>> Subject: Re: [arin-ppml] ARIN-PPML Digest, Vol 128, Issue 7
>>
>> On Fri, Feb 19, 2016 at 10:49 AM, Mike Burns <mike at iptrading.com> wrote:
>>> The existence of your company and other "brokers" isn't evidence
>>> enough that people want to make money solely by buying and selling
>>> v4 resources?
>>>
>>> Methinks you fail to see the forest for the trees!
>>>
>>> Regards,
>>>
>>> McTim
>>>
>>>> Hi McTim,
>>> I'm really not sure what you are saying above, but actually the
>>> existence of brokers like me is in fact evidence that people want to
>>> make money solely by buying and selling IPv4 addresses.
>>
>>
>>
>>
>> Of course, there has been speculation going on for years in the EU.
>>
>> Look at the top ten by country table near the bottom of this page:
>>
>> https://labs.ripe.net/Members/wilhelm/ipv4-transfers-in-the-ripe-ncc-service-region
>>
>>
>> and ask yourself why one small country punches above its weight in
>> exported v4.
>>
>> While these PI blocks were acquired within policy, it is clear that
>> they were obtained for later resale, which is definition #2 below:
>>
>> spec·u·la·tion
>> ˌspekyəˈlāSH(ə)n/
>> noun
>>
>> 1.
>> the forming of a theory or conjecture without firm evidence.
>> "there has been widespread speculation that he plans to quit"
>> 2.
>> investment in stocks, property, or other ventures in the hope of gain
>> but with the risk of loss.
>> "the company's move into property speculation"
>>
>>
>> So I am not in favor of removing restrictions on bad behaviour just
>> because some have engaged in said behaviour in other regions. I am
>> not saying this is fraudulent behaviour, but certainly speculative in
>> nature and not in the best interests of the Internet community. That
>> of course is my ideology showing, and I make no bones about it.
>>
>> I am a big fan of accuracy in public network information databases,
>> which is why I authored "no reverse without assignment" in the
>> AFRINIC region, so the whole "you don't care about registry accuracy'
>> argument doesn't fly with me.
>>
>>
>> --
>> Cheers,
>>
>> McTim
>>
>>
>>
>>
>>
>> _______________________________________________
>> 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.
More information about the ARIN-PPML
mailing list