[ppml] Revision to 2008-3

Owen DeLong owen at delong.com
Fri Apr 4 05:45:32 EDT 2008

> "A community network is a generic reference to any network that is
> operated by a group of people living in a particular local area
> organized for the purposes of delivery or provision of network  
> services
> to the residents of an incorporated or unincorporated regional
> municipality, city, town, village, rural municipality, township,  
> county,
> district or other municipality or other such geographic space, however
> designated. The network must be operated in a not-for-profit fashion,
> and for the general good of the designated community to which its
> services are provided, while providing avenues of participation for  
> said
> community."
First, under this description, virtually any organization has enough  
room to qualify.  Second, avenues of participation != level playing  
so, there could be very little ability for the community served to  
the operation of the network under this definition.  I don't think  

> I'm hesitant to get more specific than that. It seems like some people
> want tighter restrictions on organizational type, and some want  
> less. I
> think this provides a clarification without restricting the internal
> structure of the group or organization that operates the network.
I don't care so much about organization type, but, I don't believe that
geography is the best definition and I do believe that it should be a
hard requirement to be operated by the community for the community
and governed by the community.  Further, I believe the community
must be non-exclusive.

> I agree with your assessment of the technical vs. administrative
> structure of community networks, as this is the crux of the problem. A
> community network applying for address space from ARIN is turned away
> because they don't fit the policy. They are not just an end-user,
> because they provide services. But they can't show that they're an  
> LIR,
> because they have no customers. That's what I'm trying to address, by

Existing policy makes only exemplar reference to "customer".  It does
not require customers:

6.2.4. Local Internet Registry (LIR)
A Local Internet Registry (LIR) is an IR that primarily assigns  
address space to the users of the network services that it provides.  
LIRs are generally ISPs, whose customers are primarily end users and  
possibly other ISPs

The subsequent policy in section 6.5.1 also references "other  
organizations" and
does not reference "customers".

As such, I think this portion of the argument is somewhat moot.

> whatever method. There are probably many ways to shoehorn them into  
> the
> policy; the method suggested to me by ARIN staff when I started this
> process was to add a third category, which was what I decided to  
> pursue.
> I think this has some benefits, as opposed to expanding the LIR  
> policy.
> Although not all LIRs are ISPs, most are. In a time when municipal

> networks are under fire from ISPs for being anti-competitive, the last
> thing that most community networks want is to be regarded as a direct
> competitor to local ISPs, who in many cases are the ones from whom the

Interesting.  I'm surprised to hear this was a staff recommendation,  
I'm even more curious as to how you see the differentiation between
a community network and an LIR from a policy perspective being  
IOW, how do you define the difference such that they aren't just another
organization receiving resources from ARIN and passing them out to
their subscribers/members/customers/whatever you want to call them?
> community network is receiving their connectivity. Community networks
> are predominantly providing services where traditional ISPs aren't, or
> providing alternative services besides just internet access. But if  
> they
> are classed as LIRs, they may be regarded as ISPs, and will have more
> difficulties with trying to fit in with commercial ISPs. Or such is my
> perception. It also serves to prevent diluting the LIR policy, making
> its rules more lax in what might be perceived as a disservice to those
> organizations who have already qualified under that policy.
I don't think that making them LIRs will necessarily create the  
that they are ISPs.  I think that the term LIR was specifically  
adopted to
address the fact that there are needs  for IRs which are NOT ISPs, such
as is the case here.

> On the other hand, changing the LIR policy to allow community networks
> may be a simpler modification, a consideration that might override any
> perceived benefits from the other route. Hopefully I can make this
> version of the policy sufficiently acceptable to everyone, but maybe
> that'll be something to try next time if this one doesn't get  
> passed ;)
I look at it this way.  To do what you are describing, there is  
benefit to the
community at large if the community network is providing accurate  
about the redistribution of addresses through the SWIP process.  If the
community network is given an assignment, then, that is not possible.
If they are treated as an LIR, otoh, this is easy.

Could you please point out the parts of existing 6.5.1 that you think  
incompatible with community networks?



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.arin.net/pipermail/arin-ppml/attachments/20080404/36fb61fb/attachment-0001.html>

More information about the ARIN-PPML mailing list