<!DOCTYPE html>
<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body>
    <p>As a small LIR, i would like to see something of the following
      per LIR (Staying with 1 vote per lir, as it is now)<br>
    </p>
    <p>- Base Membership Fee (something moderate like 1000 Euro/Year) -
      purely used for running the Registry/DB and the associated
      infrastructure.<br>
    </p>
    <p>- Then small "additional" fee based onhow many resources are
      allocated to a LIR. (0 if below a /19, More if above)</p>
    <p>This would reflect the fact that every lir makes use of the
      registry/db to some extent.<br>
    </p>
    <pre><a class="moz-txt-link-abbreviated" href="mailto:ipe-members@sebastian-graf.at">ipe-members@sebastian-graf.at</a></pre>
    <p></p>
    <p>Furthermore as a second idea i would also like to see that many
      of the "extra" expenses incured by the RipeNCC are moved to a
      second legal entidy that organisations can join and contribute to,
      if they are interested.</p>
    <p>Alternativly this could also be done with a second budget, not
      tied to the registery (and therefore not included in the base
      fee). For this i would propose just tiers that organisations can
      pick up (something like bronze/silver/gold/platinum) with
      different pricing. <br>
    </p>
    <p>This would be:</p>
    <p>- In person Training/Events</p>
    <p>- Useful projects like Atlas,...</p>
    <p>- Community funding of external projects.<br>
    </p>
    <p>A really "amazing" thing for the other budget/entidy would be if
      it implemented a yearly (or bi-yearly) vote, for members on how
      much (in percent of their contribution) should be spent on what
      project. Helping drive development in areas that are useful.<br>
    </p>
    <p><br>
    </p>
    <p>Kind Regards<br>
    </p>
    <p><br>
    </p>
    <div class="moz-cite-prefix">On 4/1/24 3:28 PM, Daniel Pearson
      wrote:<br>
    </div>
    <blockquote type="cite"
      cite="mid:d79f0d09-b19b-4720-9804-92928d6cdc27@privatesystems.net">I'm
      fine with paying a simple flat fee of 0.1 € per v4 address per
      year if that means one IPv4 Equals one vote.
      <br>
      <br>
      If I pay more, then my vote counts for more, plain and simple.
      <br>
      <br>
      If you don't think that will come to pass, then you don't
      understand the magnitude of politics and money as a driving force.
      <br>
      <br>
      Daniel~
      <br>
      <br>
      On 4/1/24 08:06, Mihail Fedorov wrote:
      <br>
      <blockquote type="cite">Which, by strange coincidence, almost
        identical to simple flat fee of 0.1 € per v4 address per year.
        <br>
        <br>
        The only difference is that owner of single /24 can pay 25 € per
        year and owner of /16 - 6375 € without steps or limitations
        required.
        <br>
        <br>
        Still giving RIPE approx 60 mil budget together.
        <br>
        <br>
        Literally everyone benefits - including companies that actually
        need a lot of addresses and currently buying them on aftermarket
        terribly overpriced.
        <br>
        <br>
        <blockquote type="cite">On 1 Apr 2024, at 15:38, ivaylo
          <a class="moz-txt-link-rfc2396E" href="mailto:ivaylo@bglans.net"><ivaylo@bglans.net></a> wrote:
          <br>
          <br>
          
          <br>
          The subject of this discussion go a lot ofside. I dont know
          why you bloat the theme (maybe it is intensionly ?) leading it
          to IPV4 holding. Our main focus _SHOULD_ be RIPE budget and
          financing + sustainabla operation in the next year and in the
          future at all. This of course is related with the members fee.
          <br>
          <br>
          I done a little research and calculations, to tune my initial
          propousal so: By IANA public documents current delegated
          resources to RIPE are:
          <br>
          <br>
          86016     IPV4 /19 blocks
          <br>
          66624     IPV6 /27 blocks
          <br>
          42882     ASN
          <br>
          <br>
          If we have a hard coded limits for each LIR, equal steps up,
          and member fee of 750 EURO per year, each LIR can hold up to:
          <br>
          <br>
          1 x /19 IPV4 BLOCK (sumary = 32 x /24 networks)
          <br>
          1 x /27 IPV6 BLOCK (sumary = 32 x /32 networks)
          <br>
          16 ASN numbers
          <br>
          <br>
          After pass one of the above parameters even with one /24 IPV4,
          /32 IPV6, or ASN, +750 euro (1500 euro RIPE fee) up to the
          next proporcional limit:
          <br>
          <br>
          2 x /19 IPV4 BLOCK (sumary = 64 x /24 networks)
          <br>
          2 x /27 IPV6 BLOCK (sumary = 64 x /32 networks)
          <br>
          32 ASN numbers
          <br>
          <br>
          and so on...
          <br>
          <br>
          This will generate 64 512 000 euros annual budget for RIPE
          which is absolutely enough for normal operations in each of
          the next 10 years, without need to increse members fee each
          year.
          <br>
          <br>
          If somebody is afraid, that other RIRs will not keep going
          with RIPE fees, and there will be posibly leave of the big
          resource holders, keep in mind that all small members from the
          other RIRs will move to RIPE. Also good luck moving to ARIN db
          mess, the risk to lost route of your prefixes is nearly 90%.
          <br>
          <br>
          ----------
          <br>
          Off topic: About IPV4/IPV6 resources, it is imposible to
          create kind of ipv4 adress space extension. Many hardware do
          lookup over the ip header, it is not only software related.
          Even somebody develope a public standart about that, will take
          decades before all replacing equipment all over the world and
          another decades all to be workable. We have working IPV6,
          right now more than 52% has IPV6 connectivity. Biggest EU
          access operator already
          <br>
          give dual stack IPV4/IPV6 even to their end users, and
          activlly deploy IPV6 stack into their networks. It is much
          more cheaper in long perspective than to buy/rent IPV4
          (NAT/proxy your clients/services over IPV4 and give them IPV6
          real addresses). After 2-3 years the core of the Internet will
          be over IPV6, yes we will need to support IPV4 for the next
          10-15 years to provide backward connectivity, but it is a dead
          end. All who thinks they will do a big profit from IPV4
          adresses they hold, do seriously mistake in their logic, but
          anyway it is their problem. Those who dont implement IPV6
          because "yay it is so scary and not working" in one moment
          will have to do this fast without experience, because will
          have seroius troubles with IPV4 connectivity.
          <br>
          <br>
          <br>
          <br>
          <br>
          Ivaylo Josifov
          <br>
          VarnaIX / Varteh LTD
          <br>
          +359 52 969393
          <br>
          Varna, Bulgaria
          <br>
          <br>
          _______________________________________________
          <br>
          members-discuss mailing list
          <br>
          <a class="moz-txt-link-abbreviated" href="mailto:members-discuss@ripe.net">members-discuss@ripe.net</a>
          <br>
          <a class="moz-txt-link-freetext" href="https://mailman.ripe.net/">https://mailman.ripe.net/</a>
          <br>
          Unsubscribe:
<a class="moz-txt-link-freetext" href="https://lists.ripe.net/mailman/options/members-discuss/mihail%40fedorov.net">https://lists.ripe.net/mailman/options/members-discuss/mihail%40fedorov.net</a><br>
        </blockquote>
        _______________________________________________
        <br>
        members-discuss mailing list
        <br>
        <a class="moz-txt-link-abbreviated" href="mailto:members-discuss@ripe.net">members-discuss@ripe.net</a>
        <br>
        <a class="moz-txt-link-freetext" href="https://mailman.ripe.net/">https://mailman.ripe.net/</a>
        <br>
        Unsubscribe:
<a class="moz-txt-link-freetext" href="https://lists.ripe.net/mailman/options/members-discuss/daniel%40privatesystems.net">https://lists.ripe.net/mailman/options/members-discuss/daniel%40privatesystems.net</a><br>
      </blockquote>
      <br>
      <br>
      <br>
      _______________________________________________
      <br>
      members-discuss mailing list
      <br>
      <a class="moz-txt-link-abbreviated" href="mailto:members-discuss@ripe.net">members-discuss@ripe.net</a>
      <br>
      <a class="moz-txt-link-freetext" href="https://mailman.ripe.net/">https://mailman.ripe.net/</a>
      <br>
      Unsubscribe:
<a class="moz-txt-link-freetext" href="https://lists.ripe.net/mailman/options/members-discuss/ripe-members%40sebastian-graf.at">https://lists.ripe.net/mailman/options/members-discuss/ripe-members%40sebastian-graf.at</a><br>
    </blockquote>
  </body>
</html>