At 09:52 02/02/07, CJ Wittbrodt wrote:
Maybe we should look at the people you refer to as wanting to be "in" and figure out what distinguishes them from just some end user who should have a /48 from their upstream...?
Yes, this is the point. I basically supports RIPE's consensus. First, requiring 776 customer sites as criteria of getting /32 is a too high barrier and should be relaxed in any way. Maybe, anyone can agree with this so far. Next, "any LIR can get /32 until 2000 /32 per a region" is almost OK, but one problem may be to use the existing definition(s) of "LIR" mainly defined for IPv4. In ARIN region, you can become a LIR if you pay some money as far as I heard. This may include an large enterprise. One concern here is that this rule will give /32 end users even if they are large enterprise. We should avoid this as Thomas suggested. So my small modification proposal is to replace "any LIR" with - ISP or organization who assigns and registers /48s to organizations other than itself Although it is still ambiguous, we know the perfect definition is impossible due to the nature of things. Actually, an enterprise or university which has subsidiaries in their networks like an ISP can be difficult to be categorized. Anyway, I believe this is better than just saying "any LIR", maybe because we can omit obvious end users. Those who think this rule is still too loose can propose some additional option such as AS-holder or multihomed. But IMHO, we don't need these just for a bootstrapping phase. These new concepts would bring another issues. By limiting bootstrapping, we can minimize damages if we have. I am for Gert in this point. Lastly, we may have many ways for limiting the phase. I can give you another options here. 1) 2000 /32s * 3 as RIPE supports 2) the end of year 2003 3) 2001:0200::/23, 2001:0400::/23, 2001:0600::/23 only Maybe, we should take LACNIC and AfriNIC into consideration and learn from some confusion about "100 sTLAs". All are not a good or bad thing, just an issue to be decided. We need good compromise. I am sorry if you don't understand my bad English. But please be aware that this is a GLOBAL mailing list, not ARIN's nor RIPE's. Sometimes we don't understand difficult idioms nor spoken languages. Thank you for your collaboration and cooperation. Regards, Takashi Arano