[members-discuss] [ncc-announce] [GM] Publication of Draft Charging Scheme Models 2024

Hello,
the discussion is quite different in general I think compared to past years.

In the past there were considerable surpluses and ways were sought to 
spend them meaningfully. Now the situation is a little different.

We are talking about how to *not* reduce unnecessary expenses in an 
environment where costs have increased significantly. Someone probably 
wants to continue financing things completely unrelated to the operation 
of the database and related services.

We here do'nt operate like a company, where the first question is which 
costs can be reduced. We are looking for ways to make more money. More 
money from the pockets of members.

Someone just took inflation and simply multiplied the existing budget 
somewhat. He didn't care too much about how necessary the costs really 
were. This is a management failure I think. I don't want to give up 
their toys unrelated to the primary business.

We have to look at the spending side of the budget.


Another thing concerns very large LIRs. Model bound for consumption 
protect the really biggest ones from a big increase in cost at the 
expense of the middle ones. Why?

We often see that it is the middle class who are beaten mostly. Yes, it 
is a discussion about the parameters of a model built on categories and 
consumption. And there is really no reason to defend the incumbents.


An increase in costs can be accepted, but it must be justified. It must 
be proven that on the expenditure side expenses have really been reduced 
to the necessary minimum and there are no other ways.

And unfortunately this didn't happen.

And I think we can live without the website redesign things. This is an 
example of unnecessary expenses, although of course the marketing 
department will be against it, so I want to show activity and prove 
their importance. Their toy. Which costs us our money. Of course, this 
is meant as an example, a real audit would certainly show a lot of 
expenses that can be reduced. But yes, in principle, a monopoly 
organization does not have to play in commerce.

So I will enter all of them individually, starting with the board 
members, you should start looking at the spending page and think about 
what's really unnecessary. Explain in detail why certain projects need 
to be supported.

Sometimes our organization resembles the state and governments. I want 
more and more money with the fact that they know best what is best for 
us. But they very often loses touch with reality. And I behave even in 
times of crisis like in times of boom.

- Daniel


On 4/19/23 20:37, Sergey Myasoedov via members-discuss wrote:
> Hi Gert,
> 
>> So option 1, the NCC regularily comes asking ("does anyone in your company
>> know if AS196631 is still in use?").  Option 2, you find a financial
>> incentive to make people return ASNs that are no longer needed, because
>> they find the yearly monetary transfer annoying.
>>
>> I am convinced that a charge around 50 EUR is a reasonable thing to add -
>> it's low enough that it is not really noticeable for someone who really
>> need a public ASN, as in "takes part of global BGP, has infrastructure, etc",
>> while at the same time annoying enough so you want to get rid of it if
>> you do no longer need the ASN.
> 
> Seriously, you're again in discussion similar to 2007-01. How to introduce the fee for numbers? Explain that maintaining a registry of numbers couldn't be for free. Every SS7 code, every license plate, every airport code have a cost. But RIPE NCC already have the registry and RIPE Database is mostly about IP addresses as the most valuable resource.
> Otherwise we could come to a conclusion that every DB object should cause a fee.
> 
> At the moment the most fair solution as for me is: charge for the most valuable. Don't charge for person/role/route/aut-num/mntner/poem.
> 
> --
> Kind regards,
> Sergey Myasoedov
> _______________________________________________
> members-discuss mailing list
> members-discuss at ripe.net
> https://mailman.ripe.net/
> Unsubscribe: https://lists.ripe.net/mailman/options/members-discuss/danny%40danysek.cz
>