6rd as technology that might have an impact to HD ratio
Hi, During last week the question was risen "what do we do, if we get /29, assign /30 for 6rd, use /30 for native part of deployment, then we fill it up and need additional allocation? Is 6RD /30 assignment valid as a whole in HD ratio game?" Well, my thoughts on this are: 1. If you filled up the whole /30, then you should probably not be running 6RD anymore, get rid of it and use that space for native 2. If you filled up /30 and can't get rid of 6RD, evaluate again you addressing plan sanity :) 3. If nothing of the above does apply, you are probably so big you should get more than /29 as initial allocation anyway 4. What else can possibly go wrong? So, 6RD should not be treated as anything special, as it is not a part of modified text in the policy, therefore if you are running 6RD, you still need to show the number of sites that you are covering with IPv6 PD and this has really nothing to do with 2011-04 proposal (but I can see new HD ratio discussion in the horizon :) ) I was specifically asked to put this question forward on this mailinglist in order to provide some further guidance for IPRAs, if 2011-04 reaches consensus (hope so :) ) Cheers, Jan
On 05.11.11 12:37, "Jan Zorz @ go6.si" <jan@go6.si> wrote:
1. If you filled up the whole /30, then you should probably not be running 6RD anymore, get rid of it and use that space for native 2. If you filled up /30 and can't get rid of 6RD, evaluate again you addressing plan sanity :) 3. If nothing of the above does apply, you are probably so big you should get more than /29 as initial allocation anyway 4. What else can possibly go wrong?
+1
So, 6RD should not be treated as anything special, as it is not a part of modified text in the policy, therefore if you are running 6RD, you still need to show the number of sites that you are covering with IPv6 PD and this has really nothing to do with 2011-04 proposal (but I can see new HD ratio discussion in the horizon :) )
Agreed, one must just follow the already existing policies with regards to assignment-size in the object, so this will not change anything in that respect either. I cannot see any reason for this proposal not to move forward. AFAIK, there are no other policies that needs to be changes. Regards Ragnar
participants (2)
-
Anfinsen, Ragnar
-
Jan Zorz @ go6.si