Michael,<br><br>I used to run a network that had allocations from the (at the time) 3 RIRs. I did that on purpose for a couple of reasons.<br><br>- The networks were connected in a way that it made sense to have RIR based allocations
<br>- I wanted our networks and the people who ran them to be active in the appropriate communities. <br>- The deployment schedules and address space utilization rates were significantly different from region to region. If we had it all from ARIN we probably would have had to have three separate allocations with different maintainer IDs anyway.
<br><br>I can tell you this. And I know you're not going to believe me but it was much much easier to deal with ARIN's policies than the policies of the other RIRs. We had a very small allocation window size from RIPE and so if we wanted to assign a subnet greater than a /29 to a customer we had to ask permission. Even when it was raised to a /24 it was a total pain. Further there were some really interesting requirements of cable providers in RIPE and APNIC that we had to work with the communities to fix. That actually went very smoothly.
<br><br>We were certainly told that we could have all of our allocations from ARIN because our company headquarters was in the US. There were days that I wished I had done just that. I think we did greatly benefit from being active in all the regions and knowing the regional ISP communities was also a great benefit.
<br><br>I hope this helps. <br>----Cathy<br><br><br><div><span class="gmail_quote">On 9/4/07, <b class="gmail_sendername"><a href="mailto:michael.dillon@bt.com">michael.dillon@bt.com</a></b> <<a href="mailto:michael.dillon@bt.com">
michael.dillon@bt.com</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Does anyone have any reasoning why a network spanning two or more of the
<br>RIR regions, should or should not get separate ISP allocations from each<br>region?<br><br>I'm not just interested in opinions, but also the reasoning behind them,<br>especially any technical pros and cons.<br><br>
In addition, are there any characteristics that define a good IPv6<br>addressing plan for a network operator?<br><br>We've just received an IPv6 /22 from RIPE based solely on projections in<br>our European network infrastructure. Fairly soon we will have to decide
<br>whether to internally assign chunks of that space to our North American<br>network or to go to ARIN for a separate IPv6 allocation based on North<br>American needs only.<br><br>I imagine that a number of other companies are in this position and if
<br>there is actually a best practice for IPv6 addressing, it would be good<br>to document it and follow it before deployment gets much further ahead.<br>On the other hand, if it is a coin-toss scenario from a technical point
<br>of view, it would be nice to see general acknowledgement of that fact.<br><br>--Michael Dillon<br>_______________________________________________<br>PPML<br>You are receiving this message because you are subscribed to the ARIN Public Policy
<br>Mailing List (<a href="mailto:PPML@arin.net">PPML@arin.net</a>).<br>Unsubscribe or manage your mailing list subscription at:<br><a href="http://lists.arin.net/mailman/listinfo/ppml">http://lists.arin.net/mailman/listinfo/ppml
</a> Please contact the ARIN Member Services<br>Help Desk at <a href="mailto:info@arin.net">info@arin.net</a> if you experience any issues.<br></blockquote></div><br>