<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=us-ascii">
</head>
<body>
<div dir="auto">Hello,</div>
<div dir="auto"><br>
</div>
<div dir="auto">Please can you tell me how this company and alot of others.</div>
<div dir="auto"><br>
</div>
<div dir="auto"><a href="https://bgp.tools/rir-owner/uk.btent">https://bgp.tools/rir-owner/uk.btent</a></div>
<div dir="auto"><br>
</div>
<div dir="auto"><a href="https://bgp.tools/rir-owner/uk.btgia">https://bgp.tools/rir-owner/uk.btgia</a></div>
<div dir="auto"><br>
</div>
<div dir="auto">Pays the same as me please show me how ripe is equal or fair please do something and add a fee per ipv4 and ipv6 it's not hard to make it fair.</div>
<div dir="auto"><br>
</div>
<div dir="auto">Thanks </div>
<div><br>
</div>
<div id="ms-outlook-mobile-signature" dir="auto">Sent from <a href="https://aka.ms/AAb9ysg">
Outlook for Android</a></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 Paul Newton <paul.newton@f4rn.org.uk><br>
<b>Sent:</b> Saturday, April 13, 2024 1:26:20 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</font>
<div> </div>
</div>
<div>
<div dir="auto">And training credits to be given in a form redeemable for cash if not used ....</div>
<br>
<div class="x_gmail_quote">
<div dir="ltr" class="x_gmail_attr">On Sat, 13 Apr 2024, 12:23 ivaylo, <<a href="mailto:ivaylo@bglans.net">ivaylo@bglans.net</a>> wrote:<br>
</div>
<blockquote class="x_gmail_quote" style="margin:0 0 0 .8ex; border-left:1px #ccc solid; padding-left:1ex">
<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" rel="noreferrer noreferrer" 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" rel="noreferrer noreferrer" 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" rel="noreferrer noreferrer" 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" rel="noreferrer">
k.siering@team.mail.de</a><br>
> Web: <a href="https://mail.de/" rel="noreferrer noreferrer" 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" rel="noreferrer">members-discuss@ripe.net</a><br>
> <a href="https://mailman.ripe.net/" rel="noreferrer noreferrer" target="_blank">
https://mailman.ripe.net/</a><br>
> Unsubscribe: <br>
> <a href="https://lists.ripe.net/mailman/options/members-discuss/ivaylo%40bglans.net" rel="noreferrer noreferrer" 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" rel="noreferrer">members-discuss@ripe.net</a><br>
<a href="https://mailman.ripe.net/" rel="noreferrer noreferrer" target="_blank">https://mailman.ripe.net/</a><br>
Unsubscribe: <a href="https://lists.ripe.net/mailman/options/members-discuss/paul.newton%40f4rn.org.uk" rel="noreferrer noreferrer" target="_blank">
https://lists.ripe.net/mailman/options/members-discuss/paul.newton%40f4rn.org.uk</a><br>
</blockquote>
</div>
</div>
</body>
</html>