[AfriNIC-rpd] Policy Proposal: End user classification for Universities

[Andrew Alston]

Errr,

Owen, stop a second, and lets think about it.

The requirements for an LIR dictate that you have to keep records in the
database stating who you assign space for.  By what you are saying, the
university would have to statically assign an IP to every student and put
in place records for such in afrinic databases...

Secondly, any corporate institution that provides wireless to its employees
and allows any form of personal internet during lunch hour, is in effect
providing ISP services to its employees, does that make it an LIR as well?

This isn' just about universities as I said, its about the definition of an
LIR, and if it applies to universities, it applies to every corporate
entity out there.

Andrew


On Thu, Jun 28, 2012 at 10:45 PM, Owen DeLong <owen at delong.com> wrote:

> A university is an LIR IMHO if it provides IP transit services to its
> students who are, in effect residential subscribers.
>
> Owen
>
>
> Sent from my iPhone
>
> On Jun 28, 2012, at 10:34, Andrew Alston <alston.networks at gmail.com>
> wrote:
>
> Sorry, didn't hit reply all when I sent this, and it needs to be said on
> the list
>
> Andrew
>
>
> ---------- Forwarded message ----------
> From: Andrew Alston <alston.networks at gmail.com>
> Date: Thu, Jun 28, 2012 at 4:33 PM
> Subject: Re: [AfriNIC-rpd] Policy Proposal: End user classification for
> Universities
> To: James Blessing <jblessing at llnw.com>
>
>
> Hi James,
>
> I wish that I didn't have to propose this policy, unfortunately we feel
> that a gun has been put to our heads here.
>
> The university that we're currently dealing with for this situation (and
> others that are coming with similar requests), do not service external
> entities, and if they do, they have legacy space they can utilize to do
> this around which there are no rules.  The new space is entirely for campus
> use and for the various buildings and faculties on campus which are part of
> the university, yet still we are told that it has to be an LIR.
>
> I wrote and proposed this policy as a matter of last resort, and I stand
> by the policy unless this stance changes, since it seems the only way to
> get this issue rectified.  A university is NOT an LIR because it services
> its own faculties and its students, since these faculties are NOT
> autonomous by nature, they do NOT run their own IT departments, they run
> through central university budgeting, etc.  But we don't seem to be getting
> anywhere in any other way, and hence, this policy simply serves to clarify
> this situation and resolve it.
>
> Andrew
>
>
> On Thu, Jun 28, 2012 at 4:23 PM, James Blessing <jblessing at llnw.com>wrote:
>
>> On 28 June 2012 13:32, Andrew Alston <alston.networks at gmail.com> wrote:
>> > Please see a policy proposal below.  Please feel free to ask any
>> questions
>> > and give us feedback so that we can modify this to the wishes of the
>> > community if the community agrees with the general gist of this
>> proposal, as
>>
>> <snip>
>>
>> er sorry I'm trying to understand why this needs to be a policy...
>> Unless Universities in Africa are structured very differently from
>> those in Europe they should be end users as they manage their networks
>> centrally, they could of course decide to become LIRs if they have a
>> need to provide IP address to 3rd parties (like on campus business
>> parks) but the general case would appear to be treating them as end
>> users.
>>
>> There is even a case for the appropriate NREN(s) to become LIRs and
>> then provide resources to their constituent universites but that could
>> be seen as a restrictive move.
>>
>> J
>> --
>> James Blessing
>> +44 7989 039 476
>> Strategic Relations Manager, EMEA
>> Limelight Networks
>>
>
>
> _______________________________________________
> rpd mailing list
> rpd at afrinic.net
> https://lists.afrinic.net/mailman/listinfo.cgi/rpd
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.afrinic.net/pipermail/rpd/attachments/20120628/d69aac35/attachment.html>