Search RPD Archives
[rpd] Proposal: Clarification on temporary resource usage (staff assessment on v1)
ernest at afrinic.net
Tue Apr 9 09:33:39 UTC 2019
The staff assessment/analysis report for policy proposal “Clarification on temporary resource usage” has been produced and published at:
Plain Text Version follows:
Staff Assessment Report
Proposal : AFPUB-2018-GEN-004-draft-01
Title : Clarification on temporary resource usage
Proposal URL : https://afrinic.net/policy/2018-gen-004-d1#proposal
Assessed : 06 April 2019
1.0 Staff Understanding of the Proposal
a. The proposal aims to encourage entities needing space for temporary usage (under current CPM 9.0) to use more IPv6 than IPv4 space, premised on the fact that in the current period of IPv4 space scarcity, IPv4 space needs better management especially during phase 2 where a request for temporary IPv4 space may be larger than the maximum allowable assignment.
b. The proposal puts a restriction to the size of IPv4 PI space that can be issued for temporary use, such as for conferences and meetings, to /22 (but can be less, if the need has not been demonstrated by the requesting entity).
c. Temporary resources are assigned (issued) for a maximum duration of one month.
d. The proposal suggests that IPv6 usage is encouraged for those temporary purposes, since it's now mature enough to be deployed for this kind of usage (as stated in the problem statement: The requesting entity should use IPv6-only on their networks and deploy IPv4 at the edge of the network using an IPv6 transition mechanism).
e. Other noted changes to current policy:
i. Rewords CPM 9.0 (title) from "9.0 Temporary Resource Allocations & Assignments" to "9.0 Temporary Resource Assignments" to reflect the fact that we are dealing with assignments only and not allocations.
ii. Adds a requirement to 9.1 for the activity requiring temporary IP resources to be publicly documented and available on a website reachable at least during the entire period of the event. In the current policy, the text requires that the activity be publicly documented, but does not specify for how long the documentation should remain publicly available.
2.0 Staff Comments
a. The text in 2.0 "How this proposal addresses the problem" which reads "The requesting entity should use IPv6-only on their networks and deploy IPv4 at the edge of the network using an IPv6 transition mechanism."should be moved to preferably proposed 9.2, as it would not make it into the CPM - yet it seems to be a policy implementation action.
b. There are specific known events like AFNOG/AIS and possibly ICANN meetings which require much more than the stipulated /22. They could be adversely affected if restricted to use the /22 maximum.
c. After phase 2 of IPv4 exhaustion, there are no guarantees that IPv4 requests for temporary use will be satisfied, since there is no specific block reserved for this purpose.
d. It's desirable that the proposal stipulates the minimum timeframe before the event at which the temporary resource request should be submitted (say, 3 months before the event).
e. Staff would ordinarily need to verify that the activity/event is documented on a public website before processing any related request. Therefore, the text' reachable at least during the entire period of the event.' could be reworded to 'reachable at least from the time of submission of the resource request and during the entire period of the event".
3.0 Comments from Legal Adviser
4.1 Timeline & Impact
The proposal will be implemented within the timelines provided for in the PDP.
4.2 Implementation Requirements
a. Updates to internal request evaluation processes, checklists
i. Verifying that information about the event is documented on a website.
ii. Informing applicants of the technical recommendations in 9.3.
iii. Enforcing the new maximum size of temporary IPv4 assignments.
b. Publishing updated documentation related to temporary resource requests on the AFRINIC website
c. Creation of forms for requesting temporary resources.
More information about the RPD