Search RPD Archives
Limit search to: Subject & Body Subject Author
Sort by:

[rpd] Opposing the last call made on the review policy

Andrew Alston Andrew.Alston at
Fri Nov 30 19:15:17 UTC 2018


Let me raise another major concern with this policy.

On at least one occasion – AFRINIC has revoked member space for not being used in the matter for which it was applied for.

Now – that sets precedent – one of the criteria for audit is – what was the space applied for.

Firstly – There is space that applied for to be used on dialup networks in years past – and by the letter of the MSA and the current standing allocation policy, using that space for anything else – would invalidate the space.   While because sanity has prevailed in the past – this hasn’t been strictly enforced – this policy opens the door to a massive problem here – because dial up networks etc – don’t exist anymore – people have moved to FTTH and other technologies – and suddenly now face an audit policy that could potentially strip them of their space.

This also then leads to another issue – the issue of equitable application of policy.  A policy has to be uniformly applied – and currently the policy allows for the audit to be done using the reason for application as a criterion for audit.  That implies that the reason for every application is documented and can be used.  However, it is a _fact_ that a *LARGE* amount of this documentation is missing due to a corruption issue that occurred.  I tell the community this not because I gained this knowledge as a board member – in fact I can explicitly state that this came to my attention *AFTER* I left the board – when I requested copies of all documentation pertaining to every application ever made by Liquid and its sub-companies – and discovered that AfriNIC could not provide it, because the attachments associated with most of those applications were corrupted – and those attachments speak to the nature of use of the space.

I have since had confirmation from AFRINIC that indeed – a large amount of application documentation that was in attachments is corrupt and gone – therefore – AFRINIC may be able to audit against application reason for recent applications – however – they cannot audit against applications that preceed the date when that data corruption happened – and as such the policy cannot be uniformly applied in its current form.

Unless the policy is modified to explicitly state the IP usage reason is excluded from audit criterion – anything any risks the policy being applied in a non-uniform manner that is prejudicial to a segment of the members.

This alone is reason that this policy in its current form – cannot – and should not – pass.


From: Dabu Sifiso <dabu.sifiso at>
Date: Friday, 30 November 2018 at 20:25
To: "rpd at" <rpd at>
Subject: Re: [rpd] Opposing the last call made on the review policy

Has AFRINIC ever revoked resources as a consequence of a targeted audit at the moment?
Why were the resources being audited, what was the initial grounds to start the review?
How much resources did it recover?
On what grounds did they recover the space, what were the violations?

Does anyone have any link to the session where this was discussed now?
I read all the opposition emails, but I didn't see the session where the chairs declared consensus and no emails were sent by them yet to announce last call.
I would like to make my own mind on what happened in the room.

30.11.2018, 09:58, "Eucharia Maryann" <eucharianene at>:
In my honest opinion I don't think that it is wise to consider a policy that will do us more harm than good, the review policy will put the end users and their business at risk and the end users are those we are suppose to protect their interest but now we are creating policy that will endanger their lives and business this is because the end users are not aware of the punishment and the troubles they will get into if an ISP violates the law or if an ISP is found wanting. Therefore, I am suggesting that we withdraw the last call that was made on that policy so that we will not end up creating problem instead of solving problem.

RPD mailing list
RPD at<mailto:RPD at><>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <>

More information about the RPD mailing list