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

[Andrew Alston]

Hi James,

If an LIR applied for the space and onward assigned it, the space would be
granted, the space justification is there.  However, if another LIR applies
for it, they pay LIR fees for it and have to cost recover, and as a result,
the university ends up paying LIR fees when they shouldn't have to, they
are an end user.

The argument here is that a university has faculties and departments and
also provides services to students, and apparently that makes them an LIR.
 I argue that faculties and departments that are managed by central IT are
exactly like any organization that has business units within itself, and
qualifies as an end user.

IF the faculties and department were autonomous and had their own IT
departments, I would understand the LIR case, but this is not the case, and
hence, I don't get it, but thats the way its being said at the moment.
 This policy will prevent this from happening again and will fix this
situation, as I said, the policy is a measure of last resort, we already
agree to become an LIR because we have no option, we just want the
situation fixed going forward.

Andrew


On Thu, Jun 28, 2012 at 5:21 PM, James Blessing <jblessing at llnw.com> wrote:

> On 28 June 2012 16:10, Andrew Alston <alston.networks at gmail.com> wrote:
> > The University is being told that it qualifies for the space but it must
> be
> > an LIR.
>
> Where does the current policy say it has to be an LIR? If it is giving
> address space to itself then its an End User (or have I misread the
> requirement for the classification of an LIR being an organization
> that provides space to end users). Would the space still have been
> given to the University if an LIR has made the request on their
> behalf? Maybe TENET should have acted as the LIR (in the same way
> JANET does in the UK)
>
> J
> --
> James Blessing
> +44 7989 039 476
> Strategic Relations Manager, EMEA
> Limelight Networks
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.afrinic.net/pipermail/rpd/attachments/20120628/be788f97/attachment.html>