[arin-ppml] ARIN-2013-4: RIR Principles / Request for General Thoughts

[Matthew Petach]

On Fri, Jun 7, 2013 at 7:16 AM, Chris Grundemann <cgrundemann at gmail.com>wrote:

> Hello all,
>
> ...

> 1) Do you support the principle of efficient utilization based on need
> (Conservation/Sustainability)?
>

I support Sustainability.  I don't support need-based conservation.
"need" is too fuzzy a concept, and too easily warped and twisted
one way or the other.  Giving out /12s of v6 space for 6rd is stupid
and wasteful, and yet it somehow seemed to slip through the
"needs" filter.  "I'm too set in my ways to implement dual stack
properly, so I _need_ to waste oodles of space".  Really?  How
about you bite the bullet and hire some clueful people who can
fit your v6 deployment handily into a normal /32 allocation?


> 2) Do you support the principle of hierarchical aggregation (Routability)?
>

I support aggregation.  I don't support hierarchical models of
aggregation, which reinforce and support old-school 'tier-1'
backbone models.  Part of the strength of the modern internet
comes through the level of splay and interconnectedness, which
slashes through the old-school models of pure hierarchy.


> 3) Do you support the principle of uniqueness (Registration)?
>

Yes.  This is one principle I stand fully behind.  The global
uniqueness, shepherded by the registries is crucial to the
ongoing success of the internet.


> 4) Do you support the goal of balancing these principles with each
> other under the overarching principle of Stewardship?
>

I believe we are called upon to be Stewards, yes.
However, I believe that a well-reasoned set of
principles will be mutually supporting; when a
supposed principle must be balanced out with
the rest of the corpus principalus, I would posit
that to be a sign the principle might bear reconsidering
and potentially reclassifying or discarding.
So, yes to stewardship; no to simple balancing
and compromising; through dissent can come
strength and better clarity.


Thanks,
> ~Chris
>

Thanks!

Matt
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.arin.net/pipermail/arin-ppml/attachments/20130609/4f2a9691/attachment.htm>