This archive is retained to ensure existing URLs remain functional. It will not contain any emails sent to this mailing list after July 1, 2024. For all messages, including those sent before and after this date, please visit the new location of the archive at https://mailman.ripe.net/archives/list/[email protected]/
[members-discuss] GM topic
- Previous message (by thread): [members-discuss] GM topic
- Next message (by thread): [members-discuss] GM topic
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Mihail Fedorov
mihail at fedorov.net
Tue Apr 30 20:13:34 CEST 2024
> > On 30 Apr 2024, at 20:49, Dmitry Kohmanyuk via members-discuss <members-discuss at ripe.net> wrote: > > Any ideas why people are not on the list? Because eventually many companies are not interested in RIPE work and development. They are just obligated to be RIPE members in order to manage resources without 3rd party in between. That’s just one additional argument towards not requiring them to pay for things not directly related to this. I’m once again surprised how many people are infected by idea that resource based fee will lead to unused resources returned to RIPE. That’s not going to happen, they are gone! Don’t be mistaken. Resource based fee has other benefits: 1. That’s a very good indicator of the real size of the company and as the result their abilities to sponsor RIPE projects. 2. That’s a good motivator to implement IPv6. Because one’s ability to use IPv6 directly depends on how many OTHER networks implement it. That’s how it works. 3. That’s also a motivator to be less scared of “renumbering” and selling those unused resources (not returning!) to those who are “starving”. Maybe positively affecting overheated price on them. I believe everyone will benefit from it eventually. Vicious circle of large IPv4 space holders sabotage of IPv6 implementation might break here finally.
- Previous message (by thread): [members-discuss] GM topic
- Next message (by thread): [members-discuss] GM topic
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]