[ARIN-consult] Consultation on Proposed 2018 Fee Schedule Changes
Jason Schiller
jschiller at google.com
Tue Apr 10 00:25:46 EDT 2018
1. I generally support increased fees if it means continuing to get the IT
development that the community wants.
2. Please dear god, do not make fees scaling.
3. The smallest organizations should not see a fee increase.
1. I generally support increased fees if it means continuing to get the IT
development that the community wants.
(I lament the fact we lack a services document)
(please fix IRR and closely couple it to whois)
(Close out all the ACSP)
2. Please dear god, do not make fees scaling.
I like the predictability of knowing how much a large will pay next year,
and how much an extra large will pay next year.
I have a good idea if in a given year I'm going to cross into a bigger
fee category, and can thus plan budgets year over year easily.
Please do not require me to regularly adjust my anticipated spend each time
the
my IP holdings change, using some web based IP calculator.
3. The smallest organizations should not see a fee increase.
For the very small organizations, the fees can be burdensome,
and an increase of 50% is significant.
Very small is arbitrary, but for sake of argument, I'd say any one with
less than two IPv4 blocks, one IPv6 block, one ASN , and
no registration services (no delegations), should not see a
fee increase. In fact I'd like to see this category go down in price.
You think an organization with a single /8 and no registration
services isn't small and should pay more than $100/year, then
make some sort of exception like total holding must be less than
2X-small service category.
The larger categories can absorb and off set these fees.
You want to scale the increase in fees proportionally by size
of the various buckets? fine.
You want to scale the increase in fees proportionally by size
of the various buckets, but limit the increase to XL and above? fine.
You want to scale the increase in fees proportionally by size
of the various buckets, but limit the increase to 3-XL and above? fine.
___Jason
On Mon, Apr 9, 2018 at 11:41 PM William Herrin <bill at herrin.us> wrote:
> On Mon, Apr 9, 2018 at 9:23 PM, John Curran <jcurran at arin.net> wrote:
> > ARIN has significant fixed expenses and while one can argue that
> end-users who don’t need anything
> > other than stable registry operations shouldn’t have to pay more to
> ARIN, one could just as easily argue
> > that IP addresses for ISPs that don’t need any services in a year
> shouldn’t result in their significantly
> > larger fees.
>
> Or argue that there shouldn't be two classes of registrant, just one
> with fees scaling in direct proportion to the number holdings.
>
> Or retort that if the fees are directly proportional, the votes should be
> too.
>
> But this just rehashes old arguments. Maybe we should throw ideas out
> there, even if they're dumb ideas, as long as they're fresh. Here's
> one:
>
>
> Pain point: Lack of diversity in the voting membership yields lack of
> diversity on the board
>
> Pain point: End users with a /24 asked to pay two orders of magnitude
> more per address held than ISPs with /9's.
>
> Pain point: ISPs really hate to publish customer information via SWIP.
> They'd rather act as privacy agents like the DNS providers do.
>
> Pain point: slow IPv6 adoption.
>
>
> Tie them together and: single type of registrant, all voting members
> with one vote per organization. Fees assessed based on number of IPv4
> addresses held but not permanently reassigned to third parties. Fixed
> dollar amount per address times number of addresses. Addresses
> considered reassigned (excepted from fee) only when SWIPed with
> complete and accurate public information about the assignee. Ephemeral
> assignments (dynamic IPs) are not considered reassigned. Some minimum
> floor fee like $100. Fees ignore AS numbers and IPv6 addresses (for
> now).
>
>
> Regards,
> Bill Herrin
>
>
> --
> William Herrin ................ herrin at dirtside.com bill at herrin.us
> Dirtside Systems ......... Web: <http://www.dirtside.com/>
> _______________________________________________
> ARIN-Consult
> You are receiving this message because you are subscribed to the ARIN
> Consult Mailing
> List (ARIN-consult at arin.net).
> Unsubscribe or manage your mailing list subscription at:
> http://lists.arin.net/mailman/listinfo/arin-consult Please contact the
> ARIN Member Services
> Help Desk at info at arin.net if you experience any issues.
--
_______________________________________________________
Jason Schiller|NetOps|jschiller at google.com|571-266-0006
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.arin.net/pipermail/arin-consult/attachments/20180410/40f09984/attachment.html>
More information about the ARIN-consult
mailing list