The final /8 policy proposals (2008-06 and 2009-04)
Hello WG, As many of you know there are two policy proposals that describe how the final /8 from IANA should be used. These are policy proposals 2008-06 and 2009-04. There are a lot of differences between those two proposals, and it is not really possible to have them both at the same time. That means that this working group has to decide which way to go. Because there are so many differences I want to focus the discussion on a specific question at this point in time: "Do we (this working group) want to put IPv6 related requirements in the policy?" The current proposals have the following IPv6 related requirements: - Proposal 2009-04 requires the LIR to meet the requirements of the Preparation (1st request) or Transition (subsequent requests) phase of the transition plan specified in RFC 5211. - Proposal 2008-06 does not define any IPv6 requirements for an LIR. I can see the benefit (stimulate native IPv6 deployment) of such requirements, but I can also see downsides (for example organisations that need IPv4 space but can't implement IPv6 for some reason). Do organisations that don't implement IPv6 cause a problem for the community (and do we need policy to prevent that), or do they only cause problems for themselves (and should we only limit the amount of IPv4 space they can get)? When discussion possible requirements we must remember that the RIPE NCC IP Resource Analysts (formerly known as Hostmasters) should be able to check those requirements when evaluating a request. We should also look at possible loopholes. I don't think we want an LIR to give IPv6 access to a handful of customers just to be able to get another big block of IPv4 space. Once we have discussed this basic issue I'll steer the discussion back to the other differences between the proposals. Please keep the discussion on this topic for now. Thank you, Sander Steffann APWG co-chair
Hello Sander, In my opinion there should be NO relation between IPv4 and IPv6 policy. If someone doesn't want to use IPv6? No problem: they'll be unreachable in the future. With kind regards, Mark Scholten -----Original Message----- From: address-policy-wg-admin@ripe.net [mailto:address-policy-wg-admin@ripe.net] On Behalf Of Sander Steffann Sent: maandag 22 juni 2009 17:42 To: Address Policy Working Group Subject: [address-policy-wg] The final /8 policy proposals (2008-06 and 2009-04) Hello WG, As many of you know there are two policy proposals that describe how the final /8 from IANA should be used. These are policy proposals 2008-06 and 2009-04. There are a lot of differences between those two proposals, and it is not really possible to have them both at the same time. That means that this working group has to decide which way to go. Because there are so many differences I want to focus the discussion on a specific question at this point in time: "Do we (this working group) want to put IPv6 related requirements in the policy?" The current proposals have the following IPv6 related requirements: - Proposal 2009-04 requires the LIR to meet the requirements of the Preparation (1st request) or Transition (subsequent requests) phase of the transition plan specified in RFC 5211. - Proposal 2008-06 does not define any IPv6 requirements for an LIR. I can see the benefit (stimulate native IPv6 deployment) of such requirements, but I can also see downsides (for example organisations that need IPv4 space but can't implement IPv6 for some reason). Do organisations that don't implement IPv6 cause a problem for the community (and do we need policy to prevent that), or do they only cause problems for themselves (and should we only limit the amount of IPv4 space they can get)? When discussion possible requirements we must remember that the RIPE NCC IP Resource Analysts (formerly known as Hostmasters) should be able to check those requirements when evaluating a request. We should also look at possible loopholes. I don't think we want an LIR to give IPv6 access to a handful of customers just to be able to get another big block of IPv4 space. Once we have discussed this basic issue I'll steer the discussion back to the other differences between the proposals. Please keep the discussion on this topic for now. Thank you, Sander Steffann APWG co-chair
Because there are so many differences I want to focus the discussion on a specific question at this point in time: "Do we (this working group) want to put IPv6 related requirements in the policy?"
No. It would be wrong to favour the foresighted organizations who are deploying IPv6 because they are already in a stronger position since they have IPv6 in production or in test mode.
I can see the benefit (stimulate native IPv6 deployment) of such requirements, but I can also see downsides (for example organisations that need IPv4 space but can't implement IPv6 for some reason).
I haven't seen evidence that this kind of thing will stimulate IPv6 deployment. The decision makers responsible for approving investment in IPv6, are not likely to take note of the details of RIPE policy. The only thing that really matters at that level is that IPv4 will runout, and that runout is projected to happen as early as two years from now. Adding more details just muddies the waters of that clear message, and would hurt IPv6 deployment more than helping it.
Do organisations that don't implement IPv6 cause a problem for the community (and do we need policy to prevent that), or do they only cause problems for themselves (and should we only limit the amount of IPv4 space they can get)?
Yes, they cause a problem for the Internet community, but also for themselves because they will likely go out of business. Every few years there are circumstances in an industry that cause the stronger companies to take over the business of the weaker ones by some means or other. IPv6 deployment readiness is likely to be an important factor in this over the next few years, but RIPE is not responsible to do anything about it, just as it was not RIPE's responsibility to do anything about the telecoms collapse at the turn of the century. --Michael Dillon
"Do we (this working group) want to put IPv6 related requirements in the policy?"
no. our expertise is technical engineering and not social engineering. if we were good at the latter, ipv6 would long be deployed. randy
Sander Steffann wrote the following on 22/06/2009 16:41:
Do organisations that don't implement IPv6 cause a problem for the community (and do we need policy to prevent that), or do they only cause problems for themselves (and should we only limit the amount of IPv4 space they can get)?
Arguably yes, they cause a problem for the community, but I think that forcing v6 deployment via policy is both wrong and doomed to failure.
We should also look at possible loopholes. I don't think we want an LIR to give IPv6 access to a handful of customers just to be able to get another big block of IPv4 space.
And this is a point also. There is nothing stopping someone from asking for a v4 allocation along with a v6 allocation and then doing nothing with the v6 allocation. It's not like reclaiming the v4 allocation will be easy.
Once we have discussed this basic issue I'll steer the discussion back to the other differences between the proposals. Please keep the discussion on this topic for now.
I realise I'm repeating points here to a certain extent but I feel they're worth making. As with the others I do believe that, in the long run, the cost of not deploying IPv6 will be your business. We need to develop policy that will divide the remaining IPv4 resources in the fairest way possible and shackling the two together will not, imo, produce that fairness. Brian.
participants (5)
-
Brian Nisbet
-
michael.dillon@bt.com
-
Randy Bush
-
Sander Steffann
-
Stream Service