<html><head><meta http-equiv="Content-Type" content="text/html; charset=utf-8"/></head><body style="font-family:Geneva,Helvetica,Arial,sans-serif; font-size: 12px;">> Has a schema like this ever been considered or voted upon ?<br />
<br />
No. While in this case could of small LIRs can increase rapidly. Each LIR has for now free trainings and etc. <br />
So price for small LIRs for each IP should be higher. For big LIRs - smaller.<br />
<br />
<div>
        -- </div>
Alexey Ivanov<br />
LeaderTelecom Ltd.<br />
<br />
<br />
14.07.2012 18:45 - Andrea Cocito написал(а):<br />
<div style="border:none;border-left:solid blue 1.5pt;padding:0cm 0cm 0cm 4.0pt" type="cite">
        Hello all,<br />
        <br />
        after all the discussions I cannot understand what the problem would  <br />
        be with a scheme like the following:<br />
        <br />
        a) Member LIRs are divided into 16 categories, named /5, /6, /7, .. /<br />
        20, /21<br />
        b) Your category is the smallest route that could contain the total  <br />
        IPv4 allocated space of your LIR<br />
        c) Your fee in euro is T/2^C, where C is your category and T the total  <br />
        RIPENCC costs.<br />
        <br />
        Seems simple and fair, it is still a category based model and thus it  <br />
        does not change the tax status of RIPE, and in example:<br />
        - Up to 2048 IP addresses you are class /21 and pay about 100 euro<br />
        - Up to 4096 IP addresses you are class /20 and pay about 200 euro<br />
        - Up to 8192 IP addresses you are class /19 and pay about 400 euro<br />
        - Up to 16384 IP addresses you are class /18 and pay about 800 euro<br />
        - Up to 32768 IP addresses you are class /17 and pay about 1600 euro<br />
        - Up to 65535 IP addresses you are class /16 and pay about 3200 euro<br />
        ... and so on.<br />
        <br />
        Some corrections improvements might be considered to take in other  <br />
        exhaustable resources (IPv6 address space, ASn) and even to some  <br />
        extent non-exhaustable ones (number of tickets per year, number of  <br />
        records or operations in the database).<br />
        <br />
        Has a schema like this ever been considered or voted upon ?<br />
        <br />
        Regards,<br />
        <br />
        A.<br />
        <br />
        <br />
        <br />
        ----<br />
        If you don't want to receive emails from the RIPE NCC members-discuss<br />
        mailing list, please log in to your LIR Portal account and go to the general page:<br />
        <a href="https://lirportal.ripe.net/general/view" target="_blank" title="https://lirportal.ripe.net/general/view">https://lirportal.ripe.net/general/view</a><br />
        <br />
        Click on "Edit my LIR details", under "Subscribed Mailing Lists". From here, you<br />
        can add or remove addresses.</div>
</body></html>