<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<meta name="Generator" content="Microsoft Word 15 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
        {font-family:"Cambria Math";
        panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0cm;
        font-size:11.0pt;
        font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:blue;
        text-decoration:underline;}
span.EmailStyle18
        {mso-style-type:personal-reply;
        font-family:"Calibri",sans-serif;
        color:windowtext;}
.MsoChpDefault
        {mso-style-type:export-only;
        mso-fareast-language:EN-US;}
@page WordSection1
        {size:612.0pt 792.0pt;
        margin:2.0cm 42.5pt 2.0cm 3.0cm;}
div.WordSection1
        {page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang="RU" link="blue" vlink="purple" style="word-wrap:break-word">
<div class="WordSection1">
<p class="MsoNormal"><span lang="EN-US" style="mso-fareast-language:EN-US">Paul agree. Somebody need just register and that’s all. Should be a way to split basic registry service from all other additions. Who need additions can pay for them separately.<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US" style="mso-fareast-language:EN-US">Another thing Member Fee. If we discuss how may bill each IPv4 subnet, IPv6 subnet, ASN then must be some Member Fee separately from resource fee.<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US" style="mso-fareast-language:EN-US">And after we cut all additions like Learning, Kroot, RPKI, Atlas, etc., one-time operations like transfer, ASN registering etc. and Member Fee. All is left can be spitted between LIRs
 on some proportion based (or category model based which is more preferable for me) on consumed resources.<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US" style="mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<p class="MsoNormal"><span lang="EN-US" style="mso-fareast-language:EN-US">Not as some people suggest just take 44M EUR and split it on 159142 pieces.<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US" style="mso-fareast-language:EN-US">Not just using more resources = pay more, but also consume more RIPE time also = pay more.<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US" style="mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<p class="MsoNormal"><span lang="EN-US" style="mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<p class="MsoNormal"><span lang="EN-US" style="mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<p class="MsoNormal"><span lang="EN-US" style="mso-fareast-language:EN-US">Btw Ivaylo. There's a tried from RIPE NCC to shift on categories which is rejected by community.<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US" style="mso-fareast-language:EN-US"><a href="https://www.ripe.net/media/documents/RIPE_NCC_Charging_Scheme_Models.pdf">https://www.ripe.net/media/documents/RIPE_NCC_Charging_Scheme_Models.pdf</a><o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US" style="mso-fareast-language:EN-US">You can see by yourself result of voting. So when you demand even more radical approach, how much chance it has to pass voting ??<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US" style="mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<p class="MsoNormal"><span lang="EN-US" style="mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<p class="MsoNormal"><span lang="EN-US" style="mso-fareast-language:EN-US">P.S.<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US" style="mso-fareast-language:EN-US">Member Fee from other RIRs:<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US" style="mso-fareast-language:EN-US">APNIC Sign-Up Fee - AUD 500 (~325$ )
<a href="https://www.apnic.net/get-ip/apnic-membership/how-much-does-it-cost/">https://www.apnic.net/get-ip/apnic-membership/how-much-does-it-cost/</a><o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US" style="mso-fareast-language:EN-US">ARIN (categories) smallest category - 250$ 
<a href="https://www.arin.net/resources/fees/fee_schedule/">https://www.arin.net/resources/fees/fee_schedule/</a><o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US" style="mso-fareast-language:EN-US">AFRINIC (categories) smallest category - 300$    <a href="https://afrinic.net/membership/cost#associate">https://afrinic.net/membership/cost#associate</a><o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US" style="mso-fareast-language:EN-US">LACNIC  (categories) smallest category - 600$     <a href="https://www.lacnic.net/5448/2/lacnic/ipv4-fees-for-isps">https://www.lacnic.net/5448/2/lacnic/ipv4-fees-for-isps</a><o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US" style="mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<p class="MsoNormal"><span lang="EN-US" style="mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<div style="border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0cm 0cm 0cm">
<p class="MsoNormal"><b><span lang="EN-US">From:</span></b><span lang="EN-US"> members-discuss <members-discuss-bounces@ripe.net>
<b>On Behalf Of </b>Paul Newton<br>
<b>Sent:</b> Saturday, April 13, 2024 3:26 PM<br>
<b>To:</b> ivaylo <ivaylo@bglans.net><br>
<b>Cc:</b> <members-discuss@ripe.net> <members-discuss@ripe.net><br>
<b>Subject:</b> Re: [members-discuss] [ncc-announce] [GM] Draft RIPE NCC Charging Scheme 2025 Proposals<o:p></o:p></span></p>
</div>
<p class="MsoNormal"><span lang="EN-US"><o:p> </o:p></span></p>
<div>
<p class="MsoNormal">And training credits to be given in a form redeemable for cash if not used ....<o:p></o:p></p>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<div>
<p class="MsoNormal">On Sat, 13 Apr 2024, 12:23 ivaylo, <<a href="mailto:ivaylo@bglans.net">ivaylo@bglans.net</a>> wrote:<o:p></o:p></p>
</div>
<blockquote style="border:none;border-left:solid #CCCCCC 1.0pt;padding:0cm 0cm 0cm 6.0pt;margin-left:4.8pt;margin-right:0cm">
<p class="MsoNormal"><br>
Hello Kai<br>
<br>
>> Flat equal fee for all members = Flat equal resource for all members<br>
><br>
> Says who?<br>
<br>
From IANA documents signed and agreed from RIPE:<br>
-------------------------------------------------------------------------<br>
4) Neutrality and impartiality in relation to all interested <br>
parties, and particularly the LIRs<br>
<br>
All organisations that receive service from the new RIR must be<br>
treated equally. The policies and guidelines proposed and implemented<br>
by the RIR need to ensure fair distribution of resources, and<br>
impartial treatment of the members/requestors.<br>
<br>
The new RIR should be established as an independent, not-for-profit<br>
and open membership association.<br>
--------------------------------------------------------------------------<br>
<br>
This pont 4. is a constitution about the RIRs. In the light of equal <br>
membership fees and equal rights leads to equal (fair) resource <br>
distribution to _ALL_ members/requestors no matter their wish or <br>
interests ! All RIPE policies and guidelines contrary to this point 4 <br>
implemented during the years can be treated as invalid. I am prety sure <br>
the RIPE NCC board are inteligent, respectable , with high sense of <br>
responsibility people and will agree with me. They offer flat <br>
charging scheme because we (members) want such, so we go with it and with <br>
all consequences wich it will lead. If we (members) agree on something <br>
else they (The NCC board) will offer it to vote, and if is accepted we go <br>
with it and with all its consequences again.<br>
<br>
<br>
>> Because IRR and ROA records will be keep unchanged,<br>
><br>
> How/why that?<br>
<br>
How: Automatic, IRR+ROA of the moved block will not be keep same. Login in<br>
      your LIR panel account and search  the functions you have.<br>
Why: To prevent disruption in the work of the donor LIR until/if<br>
      agreement between 2 LIRs is reached. Even in the first 3 months<br>
      after the redistribution, delete/change of these object should<br>
      be disabled, after that period the Receiving LIR have rights to<br>
      modify the objects.<br>
<br>
<br>
>> We must do it equal to all on 100%. with 21570 LIRs and 25029 ASN delegated <br>
>> to RIPE from IANA, we will be fine, each member can hold 1 x 16bit ASN , <br>
>> Also there is enough for the IXPs I hope.<br>
><br>
> There are 21570 16 bit ASNs delegated to the NCC?<br>
><br>
No ! Delegated 16 bit ASNs to RIPE NCC are 25029 source:<br>
<a href="https://www.iana.org/assignments/as-numbers/as-numbers.xhtml" target="_blank">https://www.iana.org/assignments/as-numbers/as-numbers.xhtml</a><br>
<br>
<br>
<br>
> I voiced for a simple resource based fee scheme ? bill any /24 equivalent, <br>
> any /48 equivalent, and any ASN that is managed by RIPE NCC to the holding <br>
> LIR ? in 2023. And I still don't think the RIPE NCC should continue all <br>
> current activities unchanged.<br>
><br>
I Partitialy agree. /48 IPV6 do not match /24 IPV4 equivalent in many <br>
cases (access operators), There are no exact equivalent, but more close, <br>
comfort to work and scalable network logic with current technical <br>
documents and solutions is /32 IPV6 to /24 IPV4 (if you need deeper <br>
technical explain write me outside of the mail list).<br>
<br>
I agree the charging scheme base on /24 IPV4 block, but to prevent GRT <br>
(Global Routing Table) prefixes increase and big deagregation, better is <br>
on /22 to /18 IPV4 blocks. The results will be same in case of flat ladder <br>
up scheme (most fair to all). If we go exponential decreasing up, then we <br>
should choise smaller block size as a base.<br>
<br>
Again from the IANA documents:<br>
<a href="https://www.iana.org/assignments/ipv4-address-space/ipv4-address-space.xhtml" target="_blank">https://www.iana.org/assignments/ipv4-address-space/ipv4-address-space.xhtml</a><br>
<br>
To RIPE NCC are allocated 35 x /8 IPV4 BLOCKs and 7 x /8 legacy . Some of <br>
this space is transfered outside of RIPE / returned to IANA, but to know <br>
exact numbers must do querries (2752512) for each /24 or somebody of the <br>
RIPE staff to give exact number. When we have this information and with <br>
target budget of 42M (I prefer the budget to be 60M-65M, with standart <br>
method of over colleted redistribution for the next year. Also we can <br>
push for budget reduction and to vote wich projects to support and wich <br>
not) we will be able to do much more precise calculations.<br>
<br>
<br>
<br>
Ivaylo Josifov<br>
VarnaIX / Varteh LTD<br>
+359 52 969393<br>
Varna, Bulgaria<br>
<br>
<br>
On Fri, 12 Apr 2024, Kai Siering via members-discuss wrote:<br>
<br>
> Moin,<br>
><br>
> am 12.04.24 um 20:17 schrieb ivaylo:<br>
>> <br>
>> Flat equal fee for all members = Flat equal resource for all members<br>
><br>
> Says who?<br>
><br>
>> Because IRR and ROA records will be keep unchanged,<br>
><br>
> How/why that?<br>
><br>
>> We must do it equal to all on 100%. with 21570 LIRs and 25029 ASN delegated <br>
>> to RIPE from IANA, we will be fine, each member can hold 1 x 16bit ASN , <br>
>> Also there is enough for the IXPs I hope.<br>
><br>
> There are 21570 16 bit ASNs delegated to the NCC?<br>
><br>
>> Finally If you dont like such fair/equal scenario (RIPE NCC will be obliged <br>
>> to apply it with flat equal fee for all LIRs = flat equal resource spread <br>
>> to all LIRs),<br>
><br>
> First of all, I see no legal reason for your claim, the NCC would have to <br>
> distribute the it's available resources equally among its members. Other RIRs <br>
> don't either, and it makes no sense to e. g. force an /16 v4 on us if we're <br>
> happy with an /22. Needs-based distribution, the current modus operandi, does <br>
> make much more sense.<br>
><br>
>> a fair and long term sustainable fee scheme for at least the next 10 years <br>
>> wich will cover the RIPE NCC budget and guarantee predictable and stable <br>
>> bussiness climate to ALL !<br>
><br>
> I voiced for a simple resource based fee scheme ? bill any /24 equivalent, <br>
> any /48 equivalent, and any ASN that is managed by RIPE NCC to the holding <br>
> LIR ? in 2023. And I still don't think the RIPE NCC should continue all <br>
> current activities unchanged.<br>
><br>
> Having looked at the schemes of other RIRs, maybe some inverse exponential <br>
> function makes more sense than simply count an /8 equivalent as 65536 times <br>
> /24. But I'd still prefer a straight formula instead of categories. And a <br>
> member's vote on any and all activity starting with FY 2025.<br>
><br>
> Regards,<br>
> -kai<br>
><br>
> -- <br>
> Kai Siering<br>
> Senior System Engineer<br>
><br>
> <a href="http://mail.de/" target="_blank">mail.de</a> GmbH<br>
> M?nsterstra?e 3<br>
> D-33330 G?tersloh<br>
><br>
> Tel.:    +49 (0) 5241 / 74 34 986<br>
> Fax:     +49 (0) 5241 / 74 34 987<br>
> E-Mail:  <a href="mailto:k.siering@team.mail.de" target="_blank">k.siering@team.mail.de</a><br>
> Web:     <a href="https://mail.de/" target="_blank">https://mail.de/</a><br>
><br>
> Gesch?ftsf?hrender Gesellschafter:<br>
> Fabian Bock<br>
><br>
> Sitz der Gesellschaft Nordhastedt<br>
> Handelsregister Pinneberg HRB 8007 PI<br>
> Steuernummer 18 293 20020<br>
><br>
><br>
> _______________________________________________<br>
> members-discuss mailing list<br>
> <a href="mailto:members-discuss@ripe.net" target="_blank">members-discuss@ripe.net</a><br>
> <a href="https://mailman.ripe.net/" target="_blank">
https://mailman.ripe.net/</a><br>
> Unsubscribe: <br>
> <a href="https://lists.ripe.net/mailman/options/members-discuss/ivaylo%40bglans.net" target="_blank">
https://lists.ripe.net/mailman/options/members-discuss/ivaylo%40bglans.net</a><br>
><br>
<br>
_______________________________________________<br>
members-discuss mailing list<br>
<a href="mailto:members-discuss@ripe.net" target="_blank">members-discuss@ripe.net</a><br>
<a href="https://mailman.ripe.net/" target="_blank">https://mailman.ripe.net/</a><br>
Unsubscribe: <a href="https://lists.ripe.net/mailman/options/members-discuss/paul.newton%40f4rn.org.uk" target="_blank">
https://lists.ripe.net/mailman/options/members-discuss/paul.newton%40f4rn.org.uk</a><o:p></o:p></p>
</blockquote>
</div>
</div>
</body>
</html>