2010-01 New Policy Proposal (Temporary Internet Number Assignment Policies)
PDP Number: 2010-01 Temporary Internet Number Assignment Policies Dear Colleagues A new RIPE Policy Proposal has been made and is now available for discussion. You can find the full proposal at: http://www.ripe.net/ripe/policies/proposals/2010-01.html We encourage you to review this proposal and send your comments to <address-policy-wg@ripe.net> before 15 April 2010. Regards Ingrid Wijte Policy Development Officer RIPE NCC
On 18/03/2010 13:02, Ingrid Wijte wrote:
PDP Number: 2010-01 Temporary Internet Number Assignment Policies
A few comments :) "Following the conclusion of the experiment the results must be published free of charge and free from disclosure constraints." What about 'security work' if someone was doing research on botnets and they only want to publish the general report to the public and withhold the 'sensitive' part to those under NDA? Surely this should be a 'negotiated' part of the process where the applicant indicates under what conditions they will release the information and NCC can make a judgement based on specific criteria (to be added to the proposal of course) "Resources issued must not be used for commercial purposes during or following the conclusion of the experiment." What is the definition of commercial in this case? If I carry out research and then monetise the results, surely this is a commercial purpose. Would the goals of this proposal not be better set by creating a collection of temporary objects under a dedicated LIR that is clearly marked as such that are 'loaned' to organisations using them rather than creating a new class of registrations in the RIR? J -- James Blessing http://www.despres.co.uk/ 07989 039 476
On 18/03/2010 13:16, James Blessing wrote:
"Following the conclusion of the experiment the results must be published free of charge and free from disclosure constraints."
[...]
"Resources issued must not be used for commercial purposes during or following the conclusion of the experiment."
James, The proposal suggests that this text be removed. The new policy begins at the heading "b. New policy text", and continues until just before the heading "Rationale". Nick
On 18/03/2010 13:28, Nick Hilliard wrote:
On 18/03/2010 13:16, James Blessing wrote:
"Following the conclusion of the experiment the results must be published free of charge and free from disclosure constraints."
[...]
"Resources issued must not be used for commercial purposes during or following the conclusion of the experiment."
James,
The proposal suggests that this text be removed. The new policy begins at the heading "b. New policy text", and continues until just before the heading "Rationale".
Right (misread it) New set of comments :) 2. I thought the differentiation between 16bit and 32bit ASN was removed I'll stand by my comments about the creation of a separate LIR for this purpose J -- James Blessing http://www.despres.co.uk/ 07989 039 476
On 18/03/2010 13:34, James Blessing wrote:
2. I thought the differentiation between 16bit and 32bit ASN was removed
There are and always will be technical differences between the two. e.g. there's no GLOP addresses for 32 bit ASNs, and there are differences in the way that ASNs are handled at a protocol level. There are fewer distinctions drawn at an assignment level, but they are not related to the technical characteristics of the numbers.
Would the goals of this proposal not be better set by creating a collection of temporary objects under a dedicated LIR that is clearly marked as such that are 'loaned' to organisations using them rather than creating a new class of registrations in the RIR?
That would possibly suit PA assignments, but not PI assignments. This proposal is about PI assignments. Nick
On 18/03/2010 15:15, Nick Hilliard wrote:
On 18/03/2010 13:34, James Blessing wrote:
Would the goals of this proposal not be better set by creating a collection of temporary objects under a dedicated LIR that is clearly marked as such that are 'loaned' to organisations using them rather than creating a new class of registrations in the RIR?
That would possibly suit PA assignments, but not PI assignments. This proposal is about PI assignments.
Is this PI only or both PI and PA ? i.e. if I need a temporary PA block so that I can test a new access product I need it to be PA as I would be an LIR (technically if not actually) J -- James Blessing http://www.despres.co.uk/ 07989 039 476
On 18/03/2010 15:20, James Blessing wrote:
Is this PI only or both PI and PA ? i.e. if I need a temporary PA block so that I can test a new access product I need it to be PA as I would be an LIR (technically if not actually)
This is PI only (didn't I just say that a few minutes ago? :-). If you're an end-user and need a temporary PA block, talk to your LIR. If you're an organisation which operates a LIR, I don't think that there's anything stopping you from either assigning some space from the LIR allocated blocks (on the basis of necessity), or requesting a temporary assignment under this policy. Nick
"Following the conclusion of the experiment the results must be published free of charge and free from disclosure constraints."
there is a gap between conclusion of an experiment and publication of an academic paper where the researcher(s) does not wish to disclose.
Would the goals of this proposal not be better set by creating a collection of temporary objects under a dedicated LIR that is clearly marked as such that are 'loaned' to organisations using them rather than creating a new class of registrations in the RIR?
sometimes one wants 'unknown' space, i.e. space not known being used for research. or one wants 'new' space, i.e. testing bogon filters. randy
On 18 Mar 2010, at 6:02, Ingrid Wijte wrote: [...]
A new RIPE Policy Proposal has been made and is now available for discussion.
You can find the full proposal at:
I agree with James that by distinguishing between 16 and 32-bit AS Numbers in section 2, this text is inconsistent with the main ASN policy. I suspect that the RIPE NCC staff can reserve a couple of small AS Numbers for this purpose and there is such a large number of big AS Numbers that a reservation is probably not necessary. The proposed policy text does not state that these assignments are subject to a contract, presumably because that is specified in the text of the main policy. Am I right in thinking that requesters would need to sign a contract to get resources under this policy? While it is an implementation detail, it would be nice if the time frame was documented in the contract. Also, if I have read it correctly, this proposal text removes the publication requirement for assignments made to experiments and academic research. What is the reason for removing this requirement? Finally, in the rationale section a., I think the phrase "a negligible effect on the final RIPE NCC IANA-supplied IPv4 address pool depletion date" should be "a negligible effect on the IANA-supplied RIPE NCC address pool depletion date" to improve clarity. Regards, Leo Vegoda
On 18/03/2010 16:06, Leo Vegoda wrote:
I agree with James that by distinguishing between 16 and 32-bit AS Numbers in section 2, this text is inconsistent with the main ASN policy. I suspect that the RIPE NCC staff can reserve a couple of small AS Numbers for this purpose and there is such a large number of big AS Numbers that a reservation is probably not necessary.
The latter is certainly the case. When drafting the policy, I didn't want to prevent the RIPE NCC doing what they think might be necessary with ASN32s. Under the terms of the policy proposal, they're authorised to reserve some ASN32s; whether they choose to actually reserve them is an operational matter for them to decide. As regards distinguishing between ASN16s and ASN32s, the fact of the matter is that there are technical differences between the two, regardless of what the current policies state. Perhaps the main ASN policy needs to note this?
The proposed policy text does not state that these assignments are subject to a contract, presumably because that is specified in the text of the main policy. Am I right in thinking that requesters would need to sign a contract to get resources under this policy?
Yes, correct. This is covered by section 3.4 - "Compliance with Other RIPE NCC Assignment Policies". There is value in not repeating policy text which appears in other documents, although it would probably be useful to note the "IPv4 Address Allocation and Assignment Policies for the RIPE NCC Service Region" document explicitly.
While it is an implementation detail, it would be nice if the time frame was documented in the contract.
yes, good point.
Also, if I have read it correctly, this proposal text removes the publication requirement for assignments made to experiments and academic research. What is the reason for removing this requirement?
Several reasons actually. - I'm not sure of the intent of the original experimentation requirement, but suspect that it was a quid-pro-quo: that in order to make it possible for researchers to get large chunks of address space, they had to prove that they were really doing research, and in order to prove it, there was an obligation to publish the results. But given that the ipv4 address assignment landscape is shortly going to change irrevocably, it didn't make sense (to me) to have two temporary assignment categories. - given this, it would be discrimination or an encumbrance which did not apply to other assignment categories. This struck me as not being particularly fair. - most research journals will not accept articles which have been published elsewhere or where there is a contingent requirement for the researcher to publish elsewhere. "Elsewhere" includes FoC publishing on the Internet. This could create a chain of potentially serious problems for any researcher who needed temporary address space for the purposes of their work, given that the research cycle generally goes: grant application -> work -> publish -> grant application based on impact factor of journal where previous work was published. - if there were such an encumbrance in place for just researchers, they would probably end up requesting the address space on terms which had no such encumbrance (e.g. time limited project). By removing the encumbrance requirement, people will be less tempted to be dishonest on the application form.
Finally, in the rationale section a., I think the phrase "a negligible effect on the final RIPE NCC IANA-supplied IPv4 address pool depletion date" should be "a negligible effect on the IANA-supplied RIPE NCC address pool depletion date" to improve clarity.
That would be clearer, yes. Nick
participants (5)
-
Ingrid Wijte
-
James Blessing
-
Leo Vegoda
-
Nick Hilliard
-
Randy Bush