<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=Windows-1252">
</head>
<body>
<div>
<div>
<div dir="ltr">
<div dir="ltr">Hi,</div>
<div dir="ltr"><br>
</div>
<div dir="ltr">A per resource charging scheme has been rejected many years ago because that type of charging would force RIPE to become a for profit organization - from the dutch government / fiscal point of view. It was a lenghty discussion and the consensus
 was that RIPE must remain a not-for-profit organization.</div>
</div>
</div>
<div id="ms-outlook-mobile-signature">
<div><br>
</div>
<div style="direction: ltr;">Silviu</div>
<div><br>
</div>
</div>
</div>
<hr style="display:inline-block;width:98%" tabindex="-1">
<div id="divRplyFwdMsg" dir="ltr"><font face="Calibri, sans-serif" style="font-size:11pt" color="#000000"><b>From:</b> members-discuss <members-discuss-bounces@ripe.net> on behalf of Josh Jameson <josh@servebyte.com><br>
<b>Sent:</b> Wednesday, May 24, 2023 2:08:31 PM<br>
<b>To:</b> members-discuss@ripe.net <members-discuss@ripe.net><br>
<b>Subject:</b> Re: [members-discuss] Response to Comments on the Charging Scheme Proposals</font>
<div> </div>
</div>
<div class="BodyFragment"><font size="2"><span style="font-size:11pt;">
<div class="PlainText">The deadline for members to propose resolutions was 10th May.
<br>
Unfortunately RIPE ignored the elephant in the room that showed the most <br>
activity in members-discuss, which was pay-per-ipv4 - like some other <br>
RIRs currently operate.<br>
<br>
They are so confident that it is not something people will vote for, <br>
that they refused to include it as an option, despite it providing RIPE <br>
with the most funding of any other option.<br>
<br>
If RIPE was not a monopoly in our region, I would go elsewhere. To say I <br>
am disgusted with the behavior is a gross understatement.<br>
<br>
Regards,<br>
Josh Jameson<br>
<br>
On 5/19/23 15:00, sdy@a-n-t.ru wrote:<br>
> Dear Simon-Jan,<br>
><br>
> Until the fee for one resource becomes the same for everyone, we will look<br>
> for a way to distribute and pay for IPv4 resources indefinitely.<br>
> If we don't have enough resources now, it doesn't matter how someone has 1<br>
> billion addresses for some reason. If they need them, they MUST to pay<br>
> like everyone else!<br>
><br>
> I do not understand why the NCC do not offer to vote a scheme: 1 IP for<br>
> everyone = one price for everyone !!!??? Are there any reasons? They do<br>
> not want to pay for these addresses? OK! Somebody else will take it and<br>
> will be pay in happy.<br>
><br>
> Dmitry Serbulov.<br>
><br>
>> Dear all,<br>
>><br>
>> I�d like to answer the comments and questions that have been raised<br>
>> since the Board Treasurer announced the final proposed charging scheme<br>
>> options.<br>
>><br>
>> See Raymond�s mail announcing the options at:<br>
>> <a href="https://www.ripe.net/ripe/mail/archives/ncc-announce/2023-April/001645.html">
https://www.ripe.net/ripe/mail/archives/ncc-announce/2023-April/001645.html</a><br>
>><br>
>> Also see my colleague Fergal�s mail explaining the instant run-off<br>
>> voting method and how it will work with the charging scheme vote:<br>
>> <a href="https://www.ripe.net/ripe/mail/archives/ncc-announce/2023-May/001647.html">
https://www.ripe.net/ripe/mail/archives/ncc-announce/2023-May/001647.html</a><br>
>><br>
>> Purpose of the Charging Scheme and Budget<br>
>><br>
>> The charging scheme is the mechanism the RIPE NCC uses to ensure it<br>
>> collects sufficient funds to carry out its promises to the members in<br>
>> future years. As a safeguard, any excess (or shortage) of funds is<br>
>> subject to a redistribution vote by the General Meeting. This<br>
>> redistribution has happened many times in the past. This ensures that<br>
>> the RIPE NCC operates on a cost-recovery basis, or in other words<br>
>> operates as a not-for-profit.<br>
>><br>
>> The Charging Scheme does not define the cost budget of the RIPE NCC, but<br>
>> of course there is a relation between the two. The projected income does<br>
>> at the very least provide direction regarding discussion on the Activity<br>
>> Plan and Budget.<br>
>><br>
>> The Activity Plan and Budget defines the planned activities and<br>
>> associated costs for a financial year. And for the longer term, we have<br>
>> developed a five-year strategy. Both of these documents are published<br>
>> for the members to provide input on, and they are then approved by the<br>
>> RIPE NCC Executive Board.<br>
>><br>
>> The Draft Activity Plan and Budget is published on a yearly basis every<br>
>> autumn, specifically to consult with our membership. Additionally, this<br>
>> year there is the option to provide input and feedback via the RIPE NCC<br>
>> Survey 2023, which will launch next week. The Activity Plan and Budget<br>
>> is effectively the RIPE NCC�s promise to its members in terms of what it<br>
>> will do and how much it will spend in the coming year.<br>
>><br>
>> The most recently approved Activity Plan and Budget (in this case 2023)<br>
>> forms the basis for projections of the required income for the following<br>
>> financial year, as this is the most recent approved �promise to our<br>
>> members�. All charging scheme projections are made with this promise in<br>
>> mind, to ensure sufficient income to continue that promise. If the<br>
>> Activity Plan and Budget 2024 requires us to cut or add activities or<br>
>> costs, then that is what we will do to fulfill our promise.<br>
>><br>
>> That being said, efficient and effective use of membership funds is a<br>
>> priority and will remain a priority of the Executive Board and the<br>
>> management of the RIPE NCC.<br>
>><br>
>> Why Change the Current Model?<br>
>><br>
>> We need to ensure sufficient and sustainable income to continue our<br>
>> operations in a stable and predictable manner. The high market value of<br>
>> IPv4 resources combined with the possibility of multiple LIR accounts<br>
>> per member has created uncertainty and unpredictability for a<br>
>> significant part of our income. A member-based model rather than an LIR<br>
>> account model will help to reduce this uncertainty by removing the LIR<br>
>> account as the basis for the charging scheme.<br>
>><br>
>> We are also addressing the stated unfairness in the current model.<br>
>> Although some members have expressed the desire for increased<br>
>> differentiation, we see the proposed change as a significant difference<br>
>> from the current one LIR-one fee model. It allows us to spread the<br>
>> funding burden differently because in the current model, all members<br>
>> with one LIR account pay the same fee (exception is the independent<br>
>> resources). Due to a significant inflow of New LIRs in 2019 and 2021,<br>
>> there is a considerable amount of members who hold more than one LIR<br>
>> account, and these members do pay additional LIR account fees. One of<br>
>> the major benefits of the category model is that it charges per member,<br>
>> and with that it reduces the uncertainty caused by multiple LIRs and the<br>
>> associated consolidation risk.<br>
>><br>
>> We aim to achieve a clearer distinction between RIPE Policy and the RIPE<br>
>> NCC Charging Scheme by removing the LIR account as the basis of the<br>
>> charging scheme.<br>
>><br>
>> And we want to ensure that the RIPE NCC together with its members is<br>
>> ready for any change the future might bring, by increasing the<br>
>> possibilities the charging scheme provides to adapt for this change. Of<br>
>> course, this can only happen with formal approval by the GM.<br>
>><br>
>> The Category Model<br>
>><br>
>> Under this model, the categories would apply as soon as a member holds<br>
>> IPv4 or IPv6 resources as defined in the charging scheme document.<br>
>> Limits as defined in the charging scheme document are the upper limits<br>
>> of the categories. The lower limit for Category 1 is one resource (one<br>
>> IPv4 address or one IPv6 address). The base category applies to all,<br>
>> including members with no IPv4 or IPv6 resources.<br>
>> We have been asked why there is not a per-IPv4 address model, with<br>
>> comments that the category model favours bigger members. In a way, it<br>
>> does, but less so than in the one-LIR account, one-fee model. We also<br>
>> need to stay true to the fact that we are a membership association, so<br>
>> while we can differentiate between members, this needs to stay within<br>
>> reason.<br>
>><br>
>> Additionally, we need to ensure the independence of the RIPE NCC by not<br>
>> becoming too dependent on a small subset of our membership for a<br>
>> significant part of our income. Furthermore, protecting the one<br>
>> member-one vote principle could become significantly more difficult if<br>
>> the contribution differences become extreme. So we can facilitate<br>
>> differentiation between members in size of contribution, especially<br>
>> compared to the current model we have, but it is essential that this<br>
>> stays within reason. One clear benefit of the category model is that we<br>
>> can refine it over time, working towards a model that is acceptable for<br>
>> more members.<br>
>><br>
>> On the pricing and category limits, they have been set with the latest<br>
>> Activity Plan and Budget in mind, to ensure at the very least that we<br>
>> can continue with our promise to members in 2024. If the Activity Plan<br>
>> and Budget 2024 requires the RIPE NCC to reduce or add activities or<br>
>> costs, we will act accordingly.<br>
>><br>
>> Regarding the options presented for voting, our initial plan was to<br>
>> submit two charging schemes for a vote, to provide a clear choice to the<br>
>> members on a category-based model or the current model. Both of these<br>
>> models would provide income at the level of the 2023 budget if we apply<br>
>> a correction for expected inflation of 5%, resulting in a projected<br>
>> income of EUR 42 million.<br>
>><br>
>> After feedback from members we wanted to ensure the GM could vote for<br>
>> �NO CHANGE� which is represented in Option D. Additionally to this �NO<br>
>> CHANGE� vote, I personally requested to add a vote to keep the income<br>
>> (before any correction for inflation) at the same level as in 2023,<br>
>> which is the reason Option C has been added. The 2nd or 3rd vote on<br>
>> charging for ASN assignments and/or transfers would (if approved)<br>
>> provide additional income over that provided by the charging scheme<br>
>> voted for by members.<br>
>><br>
>> The Waiting List<br>
>><br>
>> The current situation regarding the IPv4 waiting list and costs<br>
>> associated with a /24 IPv4 allocation is in our eyes an undesirable one.<br>
>> With the uncertainty of the waiting period (around 1.5 to 2 years) which<br>
>> can be shorter or longer, plus the two-year �non-transfer� policy, it<br>
>> means unpredictable costs for our members and income that is not<br>
>> transparent for the RIPE NCC.<br>
>> - Two-year waiting period = sign-up fee plus two years LIR service fee =<br>
>> 4,100 EUR<br>
>> - Two-year �non-transfer� policy = two years LIR service fee = 3,100 EUR<br>
>> - Indicative price 7,200 EUR<br>
>><br>
>> To address this, we propose a one-time join-the-waiting list fee, and a<br>
>> to-be-determined /24 IPv4 allocation fee. This would replace costs that<br>
>> apply to members based on being on the waiting list for a long time<br>
>> without receiving resources, as members would be charged the waiting<br>
>> list fee upon placement on the waiting list, and the allocation fee only<br>
>> just before resources are allocated (with the opportunity to reject the<br>
>> resources).<br>
>><br>
>> This is, in our opinion, a fairer way to charge for these resources. To<br>
>> define this charge and work out any possible issues with RIPE Policy, we<br>
>> are postponing this vote to allow for consultation with the membership<br>
>> because this to-be-determined fee will have an effect on who applies for<br>
>> the resources. We also need to consider fees already paid by LIR<br>
>> accounts, and whether a discount would be in order for fees already paid<br>
>> in relation to specific IPv4 allocations. And for this, time is needed<br>
>> to consult with membership.<br>
>><br>
>> Additionally, this fee will also result in additional income for the<br>
>> RIPE NCC, which will be subject to a redistribution vote, assuming this<br>
>> provides excess funds.<br>
>><br>
>> See the original announcement on the waiting list freeze:<br>
>> <a href="https://www.ripe.net/ripe/mail/archives/ncc-announce/2023-April/001643.html">
https://www.ripe.net/ripe/mail/archives/ncc-announce/2023-April/001643.html</a><br>
>><br>
>> Finally, there are probably more questions and comments than I have<br>
>> answered here. But we are preparing for the General Meeting (GM) next<br>
>> week where there will be several presentations from our side on the<br>
>> charging and budgeting of the RIPE NCC. Our Managing Director will<br>
>> present at both the NCC Services Working Group on the past and future of<br>
>> the RIPE NCC, and he will present a more detailed presentation on budget<br>
>> developments in the GM. I will also present on the Charging Scheme<br>
>> options as well as give an update on our current financial situation.<br>
>><br>
>> I hope you will register to join and follow these presentations, and you<br>
>> will have the opportunity to further ask questions and discuss the<br>
>> various options to vote on.<br>
>><br>
>> <a href="https://www.ripe.net/participate/meetings/gm/meetings/may-2023">https://www.ripe.net/participate/meetings/gm/meetings/may-2023</a><br>
>><br>
>> Kind regards,<br>
>><br>
>> Simon-Jan Haytink<br>
>> Chief Financial Officer<br>
>> RIPE NCC<br>
>><br>
>> _______________________________________________<br>
>> members-discuss mailing list<br>
>> members-discuss@ripe.net<br>
>> <a href="https://mailman.ripe.net/">https://mailman.ripe.net/</a><br>
>> Unsubscribe:<br>
>> <a href="https://lists.ripe.net/mailman/options/members-discuss/sdy%40a-n-t.ru">
https://lists.ripe.net/mailman/options/members-discuss/sdy%40a-n-t.ru</a><br>
>><br>
><br>
><br>
><br>
> _______________________________________________<br>
> members-discuss mailing list<br>
> members-discuss@ripe.net<br>
> <a href="https://mailman.ripe.net/">https://mailman.ripe.net/</a><br>
> Unsubscribe: <a href="https://lists.ripe.net/mailman/options/members-discuss/josh%40servebyte.com">
https://lists.ripe.net/mailman/options/members-discuss/josh%40servebyte.com</a><br>
<br>
<br>
_______________________________________________<br>
members-discuss mailing list<br>
members-discuss@ripe.net<br>
<a href="https://mailman.ripe.net/">https://mailman.ripe.net/</a><br>
Unsubscribe: <a href="https://lists.ripe.net/mailman/options/members-discuss/skylinetelecom%40outlook.com">
https://lists.ripe.net/mailman/options/members-discuss/skylinetelecom%40outlook.com</a><br>
</div>
</span></font></div>
</body>
</html>