<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=Windows-1252">
</head>
<body>
<div dir="ltr">
<div style=""></div>
<div style="">
<div>
<div dir="ltr">
<div>Not to rehash the issues with charging scheme A since plenty has been written but here are some thoughts about the whole thing</div>
<div dir="ltr">
<ul>
<li>it certainly favors the large LIRs as there is a cap set on purpose for charges as has been mentioned on this list but also during the GM presentation yesterday</li><li>it favors the very small LIRs as they would pay significantly less than the average cost it takes to cover the NCC�s services<span></span></li><li>it doesn't favor the LIRs that made RIPE NCC what it is today or pretty much everyone who had an initial allocation larger than /22</li><li>based on the GM presentations the previous lines will continue also in the near future (yes, yes, the members can vote and all those disclaimers apply)</li></ul>
<div dir="ltr"> Now, regarding the issue with returning addresses</div>
<div dir="ltr">
<ul style="text-decoration: none; color: rgb(0, 0, 0);">
<li>While I don�t have quantitative data, I doubt<span class="Apple-converted-space"> <i>anything
</i>will</span> increase address returns in a significant way</li><li><span>there is a working second hand market with buyers, sellers and brokers that seems efficient</span></li><li><span>why return when �everyone� gets 4-6 mails per day from various people who want to buy or lease your blocks?</span></li><li><span>the street price for a /24 is 10k+ - if you do the math you offset the exorbitant RIPE NCC fees for several years and cash today is better than a promise of cash in the future ;)</span></li><li><span>On the other hand, if you keep your ipv4<span class="Apple-converted-space"> </span></span><span>addresses they should be on your balance sheet as intangibles since they have value</span></li><li><span>If you buy addresses, they're a legal business expense enabling you to amortize them over longer periods of time. This is great as it lowers your tax liability by reducing earnings before tax (EBT)</span></li></ul>
</div>
<div dir="ltr">(<span style="text-align: left; text-decoration: none; color: rgb(0, 0, 0); background-color: rgb(255, 255, 255); display: inline !important;">certainly not financial advise)</span></div>
<div dir="ltr"><span style="text-align: left; text-decoration: none; color: rgb(0, 0, 0); background-color: rgb(255, 255, 255); display: inline !important;"><br>
</span></div>
<div dir="ltr">:)</div>
<div dir="ltr"><br>
</div>
<div dir="ltr"><br>
</div>
</div>
</div>
</div>
<div id="ms-outlook-mobile-signature">
<div><br>
</div>
<div dir="ltr">
<div dir="ltr">Kaj</div>
<div dir="ltr"><br>
</div>
<div dir="ltr">Sent from my iPad</div>
<div dir="ltr"><br>
</div>
</div>
</div>
<div id="mail-editor-reference-message-container" class="ms-outlook-mobile-reference-message">
<hr style="display:inline-block;width:98%" tabindex="-1">
<div id="divRplyFwdMsg" dir="ltr"><font face="Calibri, sans-serif"><b>From:</b> sdy@a-n-t.ru <sdy@a-n-t.ru><br>
<b>Sent:</b> Thursday, May 25, 2023 10:56 PM<br>
<b>To:</b> Kaj Niemi <kajtzu@basen.net><br>
<b>Cc:</b> Skyline Telecom <skylinetelecom@outlook.com>; Josh Jameson <josh@servebyte.com>; members-discuss@ripe.net <members-discuss@ripe.net><br>
<b>Subject:</b> Re: [members-discuss] Response to Comments on the Charging Scheme Proposals
<div> </div>
</font></div>
<meta name="Generator" content="Microsoft Exchange Server">
<!-- converted from text --><font size="2"><span style="font-size:11pt;">
<div class="PlainText">The problem is that the scheme with categories transfers the load to those<br>
who do not have so many resources and they usually need them.<br>
It is very profitable for large address holders. It does not encourage the<br>
return of resources, but it will allow them to say - look, we pay more<br>
than others.<br>
Moreover, the scheme with categories does not contribute to the return of<br>
unused addresses. If I have 15,000 addresses, then it makes no sense to<br>
return 1000 unnecessary ones! Because I will still pay the same amount.<br>
Therefore, a fee should be charged for each subnet /24. This is the only<br>
way to encourage the return of unused ones. And the price should rise -<br>
this will force you to switch to IPV6.<br>
<br>
Serbulov Dmitry<br>
<br>
> Arguably charging scheme A is certainly per resource. The alternatives<br>
> given for ASNs and xfer fees ditto. You end up with an a la carte meal<br>
> instead of a flat-fee buffet.<br>
><br>
><br>
><br>
> Kaj<br>
> ________________________________<br>
> From: members-discuss <members-discuss-bounces@ripe.net> on behalf of<br>
> Skyline Telecom <Skylinetelecom@outlook.com><br>
> Sent: Wednesday, May 24, 2023 17:23<br>
> To: Josh Jameson <josh@servebyte.com>; members-discuss@ripe.net<br>
> <members-discuss@ripe.net><br>
> Subject: Re: [members-discuss] Response to Comments on the Charging Scheme<br>
> Proposals<br>
><br>
> Hi,<br>
><br>
> A per resource charging scheme has been rejected many years ago because<br>
> that type of charging would force RIPE to become a for profit organization<br>
> - from the dutch government / fiscal point of view. It was a lenghty<br>
> discussion and the consensus was that RIPE must remain a not-for-profit<br>
> organization.<br>
><br>
> Silviu<br>
><br>
> ________________________________<br>
> From: members-discuss <members-discuss-bounces@ripe.net> on behalf of Josh<br>
> Jameson <josh@servebyte.com><br>
> Sent: Wednesday, May 24, 2023 2:08:31 PM<br>
> To: members-discuss@ripe.net <members-discuss@ripe.net><br>
> Subject: Re: [members-discuss] Response to Comments on the Charging Scheme<br>
> Proposals<br>
><br>
> 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<br>
>> 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<br>
>> 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" style="">
https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ripe.net%2Fripe%2Fmail%2Farchives%2Fncc-announce%2F2023-April%2F001645.html&data=05%7C01%7C%7C295b298c24814178a8f008db5d5a1d45%7Cd0b71c570f9b4acc923b81d0b26b55b3%7C0%7C0%7C638206413875471569%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=QHQ37GMqcgOBdu9yE75mXvdxWILjVXz4fRxZYZjDQuI%3D&reserved=0</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" style="">
https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ripe.net%2Fripe%2Fmail%2Farchives%2Fncc-announce%2F2023-May%2F001647.html&data=05%7C01%7C%7C295b298c24814178a8f008db5d5a1d45%7Cd0b71c570f9b4acc923b81d0b26b55b3%7C0%7C0%7C638206413875471569%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=h9pBZUu%2B14nme%2Ft2A6WYBFQDiKE4GBwd2iNxE2vIfpY%3D&reserved=0</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,<br>
>>> but<br>
>>> of course there is a relation between the two. The projected income<br>
>>> does<br>
>>> at the very least provide direction regarding discussion on the<br>
>>> 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<br>
>>> 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<br>
>>> 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<br>
>>> the<br>
>>> associated consolidation risk.<br>
>>><br>
>>> We aim to achieve a clearer distinction between RIPE Policy and the<br>
>>> 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<br>
>>> 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<br>
>>> one.<br>
>>> With the uncertainty of the waiting period (around 1.5 to 2 years)<br>
>>> 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>
>>> =<br>
>>> 4,100 EUR<br>
>>> - Two-year �non-transfer� policy = two years LIR service fee = 3,100<br>
>>> 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<br>
>>> 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,<br>
>>> 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<br>
>>> 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<br>
>>> 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" style="">
https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ripe.net%2Fripe%2Fmail%2Farchives%2Fncc-announce%2F2023-April%2F001643.html&data=05%7C01%7C%7C295b298c24814178a8f008db5d5a1d45%7Cd0b71c570f9b4acc923b81d0b26b55b3%7C0%7C0%7C638206413875471569%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=GOuQKQV%2BlIefaClZDayqozCzARGlmqet2zdeJpCdiqc%3D&reserved=0</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<br>
>>> of<br>
>>> the RIPE NCC, and he will present a more detailed presentation on<br>
>>> 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<br>
>>> 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" style="">
https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ripe.net%2Fparticipate%2Fmeetings%2Fgm%2Fmeetings%2Fmay-2023&data=05%7C01%7C%7C295b298c24814178a8f008db5d5a1d45%7Cd0b71c570f9b4acc923b81d0b26b55b3%7C0%7C0%7C638206413875471569%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=XzmuC2hQQOh%2F3ztqkl%2BT%2FtCs0aYvaTDVbmmEkdry7Rw%3D&reserved=0</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/" style="">https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.ripe.net%2Fmailman%2Flistinfo%2Fmembers-discuss&data=05%7C01%7C%7C295b298c24814178a8f008db5d5a1d45%7Cd0b71c570f9b4acc923b81d0b26b55b3%7C0%7C0%7C638206413875471569%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=tvPBquQqZ1Z8NpD66W0fXIs%2FqQmpXf4SyMTHVxf6Ay8%3D&reserved=0</a><br>
>>> Unsubscribe:<br>
>>> <a href="https://lists.ripe.net/mailman/options/members-discuss/sdy%40a-n-t.ru" style="">
https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.ripe.net%2Fmailman%2Foptions%2Fmembers-discuss%2Fsdy%2540a-n-t.ru&data=05%7C01%7C%7C295b298c24814178a8f008db5d5a1d45%7Cd0b71c570f9b4acc923b81d0b26b55b3%7C0%7C0%7C638206413875471569%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=0zo0yJzjTi1cmwrjeywZaJYLVWWBbCyK26zZICs4sB4%3D&reserved=0</a><br>
>>><br>
>><br>
>><br>
>><br>
>> _______________________________________________<br>
>> members-discuss mailing list<br>
>> members-discuss@ripe.net<br>
>> <a href="https://mailman.ripe.net/" style="">https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.ripe.net%2Fmailman%2Flistinfo%2Fmembers-discuss&data=05%7C01%7C%7C295b298c24814178a8f008db5d5a1d45%7Cd0b71c570f9b4acc923b81d0b26b55b3%7C0%7C0%7C638206413875471569%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=tvPBquQqZ1Z8NpD66W0fXIs%2FqQmpXf4SyMTHVxf6Ay8%3D&reserved=0</a><br>
>> Unsubscribe:<br>
>> <a href="https://lists.ripe.net/mailman/options/members-discuss/josh%40servebyte.com" style="">
https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.ripe.net%2Fmailman%2Foptions%2Fmembers-discuss%2Fjosh%2540servebyte.com&data=05%7C01%7C%7C295b298c24814178a8f008db5d5a1d45%7Cd0b71c570f9b4acc923b81d0b26b55b3%7C0%7C0%7C638206413875471569%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=nnEgU3m67iVYzYv6yY464B9vcIEjLnRiV0L24RkfQvY%3D&reserved=0</a><br>
><br>
><br>
> _______________________________________________<br>
> members-discuss mailing list<br>
> members-discuss@ripe.net<br>
> <a href="https://mailman.ripe.net/" style="">https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.ripe.net%2Fmailman%2Flistinfo%2Fmembers-discuss&data=05%7C01%7C%7C295b298c24814178a8f008db5d5a1d45%7Cd0b71c570f9b4acc923b81d0b26b55b3%7C0%7C0%7C638206413875471569%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=tvPBquQqZ1Z8NpD66W0fXIs%2FqQmpXf4SyMTHVxf6Ay8%3D&reserved=0</a><br>
> Unsubscribe:<br>
> <a href="https://lists.ripe.net/mailman/options/members-discuss/skylinetelecom%40outlook.com" style="">
https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.ripe.net%2Fmailman%2Foptions%2Fmembers-discuss%2Fskylinetelecom%2540outlook.com&data=05%7C01%7C%7C295b298c24814178a8f008db5d5a1d45%7Cd0b71c570f9b4acc923b81d0b26b55b3%7C0%7C0%7C638206413875471569%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=b3mxs5a7IehG8KiwZuNi%2B2sScQKbGcKPMo3qXUylOzc%3D&reserved=0</a><br>
> _______________________________________________<br>
> members-discuss mailing list<br>
> members-discuss@ripe.net<br>
> <a href="https://mailman.ripe.net/" style="">https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.ripe.net%2Fmailman%2Flistinfo%2Fmembers-discuss&data=05%7C01%7C%7C295b298c24814178a8f008db5d5a1d45%7Cd0b71c570f9b4acc923b81d0b26b55b3%7C0%7C0%7C638206413875471569%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=tvPBquQqZ1Z8NpD66W0fXIs%2FqQmpXf4SyMTHVxf6Ay8%3D&reserved=0</a><br>
> Unsubscribe:<br>
> <a href="https://lists.ripe.net/mailman/options/members-discuss/sdy%40a-n-t.ru" style="">
https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.ripe.net%2Fmailman%2Foptions%2Fmembers-discuss%2Fsdy%2540a-n-t.ru&data=05%7C01%7C%7C295b298c24814178a8f008db5d5a1d45%7Cd0b71c570f9b4acc923b81d0b26b55b3%7C0%7C0%7C638206413875471569%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=0zo0yJzjTi1cmwrjeywZaJYLVWWBbCyK26zZICs4sB4%3D&reserved=0</a><br>
><br>
<br>
</div>
</span></font></div>
</div>
</div>
</body>
</html>