On 9/24/11 03:24 , SM wrote: > At 20:48 23-09-2011, Doug Barton wrote: >> This document, and >> https://tools.ietf.org/html/draft-bdgks-arin-shared-transition-space-03 >> talk about the potential pitfalls of not allocating the space, but my >> reading of them didn't reveal an adequate examination of the opportunity >> cost of taking 4,096 /22s out of the free pool. > > There are three ways to get an allocation from the IANA free pool: > > 1. RIR allocation (that's no longer possible) > > 2. A global policy > > 3. A protocol assignment > > A global policy proposal would take some time and it would not fare well > as the ARIN region has ticked off the APNIC region due to its unilateral > stance about how IPv4 addresses should be managed. The third option > offers a path to work around that. > > Section 2.2.2 of draft-bdgks-arin-shared-transition-space-03 is another > option. I would not be surprised if ARIN blessed that option. > > Section 4.1.2.1 of the draft mentions that: > > "Since the volume of impacted endpoints will be low, operators can > likely manage the disabling of 6to4 when needed." > > I smiled when I saw that as it is contrary to some positions taken > during the previous 6to4 controversy. :-) I don't really believe the scale of the problem is fairly characterized by the text. manually disabling (where possible) or physcially replacing existing cpe are no more scalable than any other form of intervention. it is worth noting that in general this problem can be address by putting an rfc 1918 address on the outside. the proponents of the demise of 6to4 are precisely the folks who really would prefer not to break 6to4 in this fashion. less-than-functional auto-tunneling does enough damage already without our help. _______________________________________________ > Ietf mailing list > Ietf@xxxxxxxx > https://www.ietf.org/mailman/listinfo/ietf > _______________________________________________ Ietf mailing list Ietf@xxxxxxxx https://www.ietf.org/mailman/listinfo/ietf