<div dir="ltr">Hi <span style="color:rgb(0,0,0);font-size:14.4000005722046px">Ciprian:</span><div><br></div><div>Since it become personal attack again, I feel the need to responds. But at least this time it was not random gmail address used by someone to hide their identity. So I will responds:</div><div><br></div><div>Here is your example and my company happened to be the receivee to all of three allocation you have mentioned.</div><div><br></div><div><font size="1"><i style="background-color:rgb(255,255,255)"><u>"</u></i></font></div><div><font size="1"><i style="background-color:rgb(255,255,255)"><u>Let me give you an example:<br><br> - <a href="http://37.222.0.0/15" target="_blank">37.222.0.0/15</a> - allocated on 05.04.2012<br> - <a href="http://5.132.0.0/16" target="_blank">5.132.0.0/16</a> - allocated on 02.07.2012<br> - <a href="http://5.224.0.0/15" target="_blank">5.224.0.0/15</a> - allocated on 06.09.2012<br><br>All theese were given to a natural person from Netherlands. During that<br>time I was working for a very large ISP that had a very important IPv6<br>deployment in place. I remember it was very difficult to get a /14,/17<br>and I was told it's necessary to get the RIPE NCC's board approval for<br>such a large allocation (I actually asked for a /13 but wouldn't get it).<br><br>Where are that IPs now ? Did this natural person expand that fast and is<br>now a large ISP in Netherlands ? Most of them are already cashed out for<br>millions. This single example did more damage than all the "hoarders of<br>the last /8". Was this possible without some inside help ? Has RIPE NCC<br>noticed this kind of abuse (as it's not the only one) and did anything<br>about it ? Why are we focusing on the small fish ? Maybe it's, as I<br>said, just smoke meant to prevent us from seeing the real fire. I'll<br>have to amend the Hamlet quote and say that something is rotten in<br>Netherlands."</u><br></i></font></div><div><br></div><div>My company as far as I can see, has growth substantially in past 3 years, while I receive the allocation, there is no one I know from the hostmaster team and in fact, I had huge debate with one of the hostmasters back then, elvis, strong argument, days and nights argument, I can tell you, it was not easy to get these allocations. And all the allocation I received was according to the policy.</div><div><br></div><div>Please do not use your way of business to judge what other people might have done in their business, there are legit ways to make money other then bribe people.</div><div><br></div><div>You are accusing me "abuse", please provide evident since you are doing it in a public space.</div><div><br></div><div>And to best of my knowledge, RIPE NCC board has never been involved in any of the registration process, will never do so as well, i am very much double that you have been told you need to have board approval for your allocation request(if one of current board member are reading this, please help to clarify).</div><div><br></div><div>More over, receiving large IP space does not equal to large ISP, I think this is just common knowledge. There are tons of IP intensive service out there in which has nothing to do with individual customers(CDN for example).</div><div><br></div><div>Hope this clarify things and the subject should not be bought up at personal level again.</div><div><br></div><div>Chair, do you agree with me? This is policy mailing list about policy and not about individuals or specific companies' activity. Please clarify this to the community because this is not the first time personally attack happening here(and not just to me and my company).</div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Jun 10, 2015 at 10:04 AM, <span dir="ltr"><<a href="mailto:address-policy-wg-request@ripe.net" target="_blank">address-policy-wg-request@ripe.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">Send address-policy-wg mailing list submissions to<br>
<a href="mailto:address-policy-wg@ripe.net">address-policy-wg@ripe.net</a><br>
<br>
To subscribe or unsubscribe via the World Wide Web, visit<br>
<a href="https://www.ripe.net/mailman/listinfo/address-policy-wg" target="_blank">https://www.ripe.net/mailman/listinfo/address-policy-wg</a><br>
or, via email, send a message with subject or body 'help' to<br>
<a href="mailto:address-policy-wg-request@ripe.net">address-policy-wg-request@ripe.net</a><br>
<br>
You can reach the person managing the list at<br>
<a href="mailto:address-policy-wg-owner@ripe.net">address-policy-wg-owner@ripe.net</a><br>
<br>
When replying, please edit your Subject line so it is more specific<br>
than "Re: Contents of address-policy-wg digest..."<br>
<br>
<br>
Today's Topics:<br>
<br>
1. Re: 2015-01 Draft Document and Impact Analysis Published<br>
(Carsten Schiefner)<br>
2. Re: 2015-01 Draft Document and Impact Analysis Published<br>
(Ciprian Nica)<br>
3. Re: 2015-01 Draft Document and Impact Analysis Published<br>
(LIR (BIT I 5))<br>
4. Re: 2015-01 Draft Document and Impact Analysis Published<br>
(Alignment of Transfer Requirements for IPv4 Allocations)<br>
(Mikael Abrahamsson)<br>
5. Re: 2015-01 Draft Document and Impact Analysis Published<br>
(Alignment of Transfer Requirements for IPv4 Allocations) (Tom Smyth)<br>
<br>
<br>
----------------------------------------------------------------------<br>
<br>
Message: 1<br>
Date: Wed, 10 Jun 2015 08:22:20 +0200<br>
From: Carsten Schiefner <<a href="mailto:ripe-wgs.cs@schiefner.de">ripe-wgs.cs@schiefner.de</a>><br>
To: Vladimir Andreev <<a href="mailto:vladimir@quick-soft.net">vladimir@quick-soft.net</a>><br>
Cc: "<a href="mailto:address-policy-wg@ripe.net">address-policy-wg@ripe.net</a>" <<a href="mailto:address-policy-wg@ripe.net">address-policy-wg@ripe.net</a>><br>
Subject: Re: [address-policy-wg] 2015-01 Draft Document and Impact<br>
Analysis Published<br>
Message-ID: <<a href="mailto:5577D79C.7020705@schiefner.de">5577D79C.7020705@schiefner.de</a>><br>
Content-Type: text/plain; charset=windows-1252<br>
<br>
Dear Vladimir,<br>
<br>
On 10.06.2015 08:09, Vladimir Andreev wrote:<br>
> You're angry because you know that it's completely fair idea.<br>
<br>
first of all, I am not angry.<br>
<br>
I just believe that we have more important stuff to deal with than these<br>
see-through non-arguments.<br>
<br>
Secondly: the tagging of your "idea" as fair appears as another attempt<br>
to blurr this discussion.<br>
<br>
Semantically, there indeed *IS* a difference between lending support to<br>
a proposal and objecting to it.<br>
<br>
In the former, you buy into the rationale already put forward by the<br>
proposer - no need to repeat them. Conditions apply as Gert has come up<br>
with.<br>
<br>
In the latter, you object to the rationale - and you want to let hear<br>
reasons for it.<br>
<br>
It is really that simple.<br>
<br>
> P.S. The policy of "gagging the mouths" is rather stupid one. Storch<br>
> Matei yesterday wrote a lot about such "practice". I totally support<br>
> his statements.<br>
<br>
I do not attempt to gag anybody. I just beg your mercy to spare us the fuzz.<br>
<br>
Thanks and best,<br>
<br>
-C.<br>
<br>
<br>
<br>
------------------------------<br>
<br>
Message: 2<br>
Date: Wed, 10 Jun 2015 10:18:44 +0300<br>
From: Ciprian Nica <<a href="mailto:office@ip-broker.uk">office@ip-broker.uk</a>><br>
To: Opteamax GmbH <<a href="mailto:ripe@opteamax.de">ripe@opteamax.de</a>>, <a href="mailto:address-policy-wg@ripe.net">address-policy-wg@ripe.net</a><br>
Subject: Re: [address-policy-wg] 2015-01 Draft Document and Impact<br>
Analysis Published<br>
Message-ID: <<a href="mailto:5577E4D4.5000008@ip-broker.uk">5577E4D4.5000008@ip-broker.uk</a>><br>
Content-Type: text/plain; charset=utf-8<br>
<br>
Hi,<br>
<br>
> I agree with the ones writing that the policy is not fully solving the issue. But I think we should adopt this policy ASAP as short-term solution. That way we win a period of additional 12 months to define a stronger policy which defines that prefixes from last /8 may not be transfered at all... and maybe even a (not address) policy defining that natural person which where discovered to willingly abuse the community will be banned from ripe membership for the rest of their lifes.<br>
<br>
I wouldn't want to bring this subject but it seems that most of the<br>
people are looking at the problems witht the eyes shut.<br>
<br>
Let me give you an example:<br>
<br>
- <a href="http://37.222.0.0/15" target="_blank">37.222.0.0/15</a> - allocated on 05.04.2012<br>
- <a href="http://5.132.0.0/16" target="_blank">5.132.0.0/16</a> - allocated on 02.07.2012<br>
- <a href="http://5.224.0.0/15" target="_blank">5.224.0.0/15</a> - allocated on 06.09.2012<br>
<br>
All theese were given to a natural person from Netherlands. During that<br>
time I was working for a very large ISP that had a very important IPv6<br>
deployment in place. I remember it was very difficult to get a /14,/17<br>
and I was told it's necessary to get the RIPE NCC's board approval for<br>
such a large allocation (I actually asked for a /13 but wouldn't get it).<br>
<br>
Where are that IPs now ? Did this natural person expand that fast and is<br>
now a large ISP in Netherlands ? Most of them are already cashed out for<br>
millions. This single example did more damage than all the "hoarders of<br>
the last /8". Was this possible without some inside help ? Has RIPE NCC<br>
noticed this kind of abuse (as it's not the only one) and did anything<br>
about it ? Why are we focusing on the small fish ? Maybe it's, as I<br>
said, just smoke meant to prevent us from seeing the real fire. I'll<br>
have to amend the Hamlet quote and say that something is rotten in<br>
Netherlands.<br>
<br>
> The intention of those /22 from last /8 was giving the opportunity to set up transformers connecting ancient V4 world to shining new V6 world. There is no need of taking over those addresses, even for mergers and aquisition. If some LIR are using those V4 for other purpose then creating gateways between old an new world ... fair enough, but with that kind of stronger version they'd already know that this addresses are not transferable. And they'd simply have to deal with it. Actually I don't see a reason why not requiring very strong reasoning for each transfer. The default shall be all resources have to be returned. I am sure thar requiring the need to argue for several months to get resources transfered will make lot's of transfers obsolete, because that way the transfer becomes uninteresting for most cases. Only LIR with real world used and needed resources will take that discussion. And all traders will silently disappear.<br>
<br>
If RIPE NCC would present to the community the problems they see, maybe<br>
we could come up with some policies to prevent them. But we should not<br>
waste the energy on small, irrelevant problems.<br>
<br>
> So my conclusion on all those "-1 it doesn't solve"-mails: Adopt this proposal now to prevent further abuse during definition of a much more restrictive policy"<br>
<br>
I think it is an important argument. Doing something that has no<br>
positive effect is just smoke that makes some of us sleep better while<br>
the problems might become worse.<br>
<br>
Ciprian<br>
<br>
<br>
<br>
------------------------------<br>
<br>
Message: 3<br>
Date: Wed, 10 Jun 2015 07:20:24 +0000<br>
From: "LIR (BIT I 5)" <<a href="mailto:LIR@bva.bund.de">LIR@bva.bund.de</a>><br>
To: "<a href="mailto:address-policy-wg@ripe.net">address-policy-wg@ripe.net</a>" <<a href="mailto:address-policy-wg@ripe.net">address-policy-wg@ripe.net</a>><br>
Subject: Re: [address-policy-wg] 2015-01 Draft Document and Impact<br>
Analysis Published<br>
Message-ID:<br>
<C9593F67FE4B1342BBC009DF73251B2C8D6BFA1F@S01KR974.intern.dir><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
Hi@all,<br>
+1 for Jens<br>
+1 for the proposal 2015-01<br>
Kind regards,<br>
Carsten Br?ckner<br>
LIR de.government<br>
<br>
-----Urspr?ngliche Nachricht-----<br>
Von: address-policy-wg [mailto:<a href="mailto:address-policy-wg-bounces@ripe.net">address-policy-wg-bounces@ripe.net</a>] Im Auftrag von Opteamax GmbH<br>
Gesendet: Mittwoch, 10. Juni 2015 06:38<br>
An: <a href="mailto:address-policy-wg@ripe.net">address-policy-wg@ripe.net</a><br>
Betreff: Re: [address-policy-wg] 2015-01 Draft Document and Impact Analysis Published<br>
<br>
Hi Borhan,<br>
Hi List,<br>
<br>
hanging around on this list and discussing policy issues for quiet a while I am kind of surprised seeing how this discussion is going now...<br>
<br>
Having this big amount of almost identically sounding "-1 I oppose because I don't like" mails without any substance besides "subjective feelings" gives me the impression that the policy definition process is being abused exactly the same way as the /8 policy is being abused: some few are signing into the mailing list with a lot of addresses just to prevent a policy which has the intention to prevent exactly those people's way of abusing the community!<br>
<br>
To be honest, this behaviour makes the need for this kind of policy-change only appear more important.<br>
<br>
I agree with the ones writing that the policy is not fully solving the issue. But I think we should adopt this policy ASAP as short-term solution. That way we win a period of additional 12 months to define a stronger policy which defines that prefixes from last /8 may not be transfered at all... and maybe even a (not address) policy defining that natural person which where discovered to willingly abuse the community will be banned from ripe membership for the rest of their lifes.<br>
<br>
The intention of those /22 from last /8 was giving the opportunity to set up transformers connecting ancient V4 world to shining new V6 world. There is no need of taking over those addresses, even for mergers and aquisition. If some LIR are using those V4 for other purpose then creating gateways between old an new world ... fair enough, but with that kind of stronger version they'd already know that this addresses are not transferable. And they'd simply have to deal with it. Actually I don't see a reason why not requiring very strong reasoning for each transfer. The default shall be all resources have to be returned. I am sure thar requiring the need to argue for several months to get resources transfered will make lot's of transfers obsolete, because that way the transfer becomes uninteresting for most cases. Only LIR with real world used and needed resources will take that discussion. And all traders will silently disappear.<br>
<br>
So my conclusion on all those "-1 it doesn't solve"-mails: Adopt this proposal now to prevent further abuse during definition of a much more restrictive policy"<br>
<br>
Sorry for being so pragmatic, but all those -1 mails show me that the community actually want something much more restrictive!<br>
<br>
BR Jens<br>
<br>
<br>
Am 9. Juni 2015 22:01:29 MESZ, schrieb Borhan Habibi <<a href="mailto:borhan.h@gmail.com">borhan.h@gmail.com</a>>:<br>
>I oppose this proposal as it cannot solve thrpe problem<br>
><br>
>-1 to this proposal<br>
><br>
><br>
<br>
Opteamax GmbH - RIPE-Team<br>
Jens Ott<br>
<br>
Opteamax GmbH<br>
<br>
Simrockstr. 4b<br>
53619 Rheinbreitbach<br>
<br>
Tel.: <a href="tel:%2B49%202224%20969500" value="+492224969500">+49 2224 969500</a><br>
Fax: <a href="tel:%2B49%202224%2097691059" value="+49222497691059">+49 2224 97691059</a><br>
Email: <a href="mailto:jo@opteamax.de">jo@opteamax.de</a><br>
<br>
HRB: 23144, Amtsgericht Montabaur<br>
Umsatzsteuer-ID.: DE264133989<br>
<br>
<br>
------------------------------<br>
<br>
Message: 4<br>
Date: Wed, 10 Jun 2015 09:50:04 +0200 (CEST)<br>
From: Mikael Abrahamsson <<a href="mailto:swmike@swm.pp.se">swmike@swm.pp.se</a>><br>
To: Ciprian Nica <<a href="mailto:office@ip-broker.uk">office@ip-broker.uk</a>><br>
Cc: <a href="mailto:address-policy-wg@ripe.net">address-policy-wg@ripe.net</a><br>
Subject: Re: [address-policy-wg] 2015-01 Draft Document and Impact<br>
Analysis Published (Alignment of Transfer Requirements for IPv4<br>
Allocations)<br>
Message-ID: <<a href="mailto:alpine.DEB.2.02.1506100936040.9487@uplift.swm.pp.se">alpine.DEB.2.02.1506100936040.9487@uplift.swm.pp.se</a>><br>
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed<br>
<br>
On Tue, 9 Jun 2015, Ciprian Nica wrote:<br>
<br>
> When I've heared that UK's Department for Work and Pensions started to<br>
> sell the IPs a couple weeks I couldn't believe it, although there were<br>
> rumors about it some months ago. I remember that in 2012 they were asked<br>
> about the /8 they keep for the internal network and they said it's in<br>
> use and they can't give up on it.<br>
<br>
Perhaps they could when they saw how much money they could get for it. If<br>
it cost 5M GBP (I just made that figure up) to move away from the address<br>
space and they can get more money selling it, then it makes sense to do<br>
so. If they were told to just hand it back without compensation, then this<br>
wouldn't happen, because they're not going to pay 5M GBP out of the<br>
goodness of their heart to give addresses away.<br>
<br>
> Imagine if they would have returned the IPs to RIPE instead of taking<br>
> advantage and making a huge profit. If Daimler, UK's ministry of defence<br>
> and other holders of large blocks would give them back to the community,<br>
> that would be a real benefit.<br>
<br>
Most likely most of these were actually using at least part of this space,<br>
and the only reason they handed it back was because they could pay X<br>
amount of money for doing the work, and get X+Y money back from selling.<br>
<br>
Let's say an organization sits on a legacy /8. They might not use more<br>
than 30% of this actually, but it's really fragmented, so cleaning it up<br>
takes quite a lot of work. It's a lot of night time maintenance, changing<br>
server addresses, handling resulting problems etc. If they can get 15M EUR<br>
for this space over time, they can use some of that money to pay people do<br>
do the work needed to free it up. Yes, they're making a profit out of a<br>
resource that was handed to them back in the days for none or very little<br>
money, but they followed the rules back then. Now, they're sitting on this<br>
resource and is worth money if they can free it up. This fact creates a<br>
business case to do work and free it up and sell it. If you told them they<br>
need to hand it back without compensation, that business case goes away.<br>
So it's no option to try to squeeze blood from that stone for free.<br>
<br>
Now, with the last-/8 policy, we're trying to subsidize and simplify for<br>
new entrants into the market and help them establish business. We changed<br>
the rules, because the resource was running out, but we're trying to ease<br>
the pain for the new/small guy. What we're now trying to do is make it a<br>
little less appealing to take this subsidized thing and sell it on the<br>
market, while not making it harder for the actual people we're trying to<br>
help.<br>
<br>
--<br>
Mikael Abrahamsson email: <a href="mailto:swmike@swm.pp.se">swmike@swm.pp.se</a><br>
<br>
<br>
<br>
------------------------------<br>
<br>
Message: 5<br>
Date: Wed, 10 Jun 2015 08:58:32 +0100<br>
From: Tom Smyth <<a href="mailto:tom.smyth@wirelessconnect.eu">tom.smyth@wirelessconnect.eu</a>><br>
To: Gert Doering <<a href="mailto:gert@space.net">gert@space.net</a>><br>
Cc: <a href="mailto:address-policy-wg@ripe.net">address-policy-wg@ripe.net</a><br>
Subject: Re: [address-policy-wg] 2015-01 Draft Document and Impact<br>
Analysis Published (Alignment of Transfer Requirements for IPv4<br>
Allocations)<br>
Message-ID:<br>
<CAJ3iMJQ=1eL-0KoCXko1pfTUzs_jnOGCXU=<a href="mailto:VYAKDsvfFfqDe-g@mail.gmail.com">VYAKDsvfFfqDe-g@mail.gmail.com</a>><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
Hi,<br>
We @ as198988 support the proposal ...<br>
Im going to assume for the sake of arguement that in these discussions<br>
that all people contributing are either Mere mortal lir tech / admin<br>
contacts like me or well established experts contributing to policy for<br>
years or academics ... that should tackle the hire a croud... problem..<br>
<br>
I think it is important that a pool of /22s is maintained for as long as<br>
possible to allow genuine internet startups deploy ipv6 infrastructure with<br>
an ability to create backward compatible translation systems<br>
<br>
+1 mofos<br>
On 9 Jun 2015 16:58, "Gert Doering" <<a href="mailto:gert@space.net">gert@space.net</a>> wrote:<br>
<br>
> On Tue, 9 Jun 2015, Ciprian Nica wrote:<br>
><br>
> When I've heared that UK's Department for Work and Pensions started to<br>
>> sell the IPs a couple weeks I couldn't believe it, although there were<br>
>> rumors about it some months ago. I remember that in 2012 they were asked<br>
>> about the /8 they keep for the internal network and they said it's in<br>
>> use and they can't give up on it.<br>
>><br>
><br>
> Perhaps they could when they saw how much money they could get for it. If<br>
> it cost 5M GBP (I just made that figure up) to move away from the address<br>
> space and they can get more money selling it, then it makes sense to do so.<br>
> If they were told to just hand it back without compensation, then this<br>
> wouldn't happen, because they're not going to pay 5M GBP out of the<br>
> goodness of their heart to give addresses away.<br>
><br>
> Imagine if they would have returned the IPs to RIPE instead of taking<br>
>> advantage and making a huge profit. If Daimler, UK's ministry of defence<br>
>> and other holders of large blocks would give them back to the community,<br>
>> that would be a real benefit.<br>
>><br>
><br>
> Most likely most of these were actually using at least part of this space,<br>
> and the only reason they handed it back was because they could pay X amount<br>
> of money for doing the work, and get X+Y money back from selling.<br>
><br>
> Let's say an organization sits on a legacy /8. They might not use more<br>
> than 30% of this actually, but it's really fragmented, so cleaning it up<br>
> takes quite a lot of work. It's a lot of night time maintenance, changing<br>
> server addresses, handling resulting problems etc. If they can get 15M EUR<br>
> for this space over time, they can use some of that money to pay people do<br>
> do the work needed to free it up. Yes, they're making a profit out of a<br>
> resource that was handed to them back in the days for none or very little<br>
> money, but they followed the rules back then. Now, they're sitting on this<br>
> resource and is worth money if they can free it up. This fact creates a<br>
> business case to do work and free it up and sell it. If you told them they<br>
> need to hand it back without compensation, that business case goes away. So<br>
> it's no option to try to squeeze blood from that stone for free.<br>
><br>
> Now, with the last-/8 policy, we're trying to subsidize and simplify for<br>
> new entrants into the market and help them establish business. We changed<br>
> the rules, because the resource was running out, but we're trying to ease<br>
> the pain for the new/small guy. What we're now trying to do is make it a<br>
> little less appealing to take this subsidized thing and sell it on the<br>
> market, while not making it harder for the actual people we're trying to<br>
> help.<br>
><br>
> --<br>
> Mikael Abrahamsson email: <a href="mailto:swmike@swm.pp.se">swmike@swm.pp.se</a><br>
><br>
><br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="https://www.ripe.net/ripe/mail/archives/address-policy-wg/attachments/20150610/74fa72e7/attachment.html" target="_blank">https://www.ripe.net/ripe/mail/archives/address-policy-wg/attachments/20150610/74fa72e7/attachment.html</a>><br>
<br>
End of address-policy-wg Digest, Vol 46, Issue 25<br>
*************************************************<br>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature">--<br>Kind regards.<br>Lu<br><br>This transmission is intended solely for the addressee(s) shown above.<br>It may contain information that is privileged, confidential or<br>otherwise protected from disclosure. Any review, dissemination or use<br>of this transmission or its contents by persons other than the<br>intended addressee(s) is strictly prohibited. If you have received<br>this transmission in error, please notify this office immediately and<br>e-mail the original at the sender's address above by replying to this<br>message and including the text of the transmission received.</div>
</div></div>