<div dir="ltr">Yes, APNIC and RIPE both allow inter-RIR transfers of ASNs.<br><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Feb 1, 2018 at 11:46 AM, Roberts, Orin <span dir="ltr"><<a href="mailto:oroberts@bell.ca" target="_blank">oroberts@bell.ca</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Question<br>
Has any other registry already adopted or implemented such a policy - Inter-regional ASN Transfers?<br>
<br>
Orin Roberts<br>
<br>
<br>
-----Original Message-----<br>
From: ARIN-PPML [mailto:<a href="mailto:arin-ppml-bounces@arin.net">arin-ppml-bounces@<wbr>arin.net</a>] On Behalf Of Job Snijders<br>
Sent: February-01-18 12:40 PM<br>
To: <a href="mailto:hostmaster@uneedus.com">hostmaster@uneedus.com</a><br>
Cc: <a href="mailto:arin-ppml@arin.net">arin-ppml@arin.net</a><br>
Subject: Re: [arin-ppml] Draft Policy ARIN-2018-1: Allow Inter-regional ASN Transfers<br>
<br>
On Thu, Feb 01, 2018 at 12:30:31PM -0500, <a href="mailto:hostmaster@uneedus.com">hostmaster@uneedus.com</a> wrote:<br>
> I would be opposed to allowing inter regional IPv6 Transfers.<br>
><br>
> One of the main benefits of IPv6 over IPv4 is the reduction of routing<br>
> table size. Allowing inter regional transfers would start the road to<br>
> larger routing tables.<br>
<br>
I'd appreciate evidence that allowing interregional transfers leads to larger routing tables. Administrative resource management is somewhat orthogonal to BGP announcements. Whether the resource is managed by RIR A vs RIR B bears no direct relation to the BGP announcements and routing tables.<br>
<br>
> We allowed a lot of this in IPv4 because of shortages of addresses.<br>
> This is not in fact true in the IPv6 world. Growth in address use in<br>
> IPv4 resulted in most networks having more than one block of<br>
> addresses. From what I understand, sparse assigment methods are being<br>
> used in IPv6, allowing those few networks that actually had to grow<br>
> beyond their original allocation to grow into blocks of space right<br>
> next to the space they already occupy, helping to keep the routing<br>
> tables smaller. During the time we were discussing 2017-5, I asked<br>
> how may ARIN members had grown beyond their original block of IPv6<br>
> addresses, and I believe the answer was zero.<br>
><br>
> IPv6 allows for a host to use more than one address and network. This<br>
> makes multihoming or renumbering a lot simpler than it was in the IPv4<br>
> world. I can simply provide more than one router and associated<br>
> network block for each provider, and allow the hosts to obtain an<br>
> address on each of them and to route between them as they see fit. I<br>
> can also deprecate one of the available networks, and all new<br>
> connections will be made using the remaining networks and routes.<br>
> This allows easy renumbering.<br>
><br>
> It is not a big hardship to renumber in IPv6 unlike IPv4, so I would<br>
> like to not end up with lots of exceptions in the routing tables, and<br>
> to keep the registration records simpler.<br>
<br>
You are describing a very specific deployment model. We cannot assume that every deployment uses that model, nor build policy based on that assumption. My own experience tells me that renumbering IPv6 is as much work as renumbering IPv4.<br>
<br>
Kind regards,<br>
<br>
Job<br>
______________________________<wbr>_________________<br>
PPML<br>
You are receiving this message because you are subscribed to the ARIN Public Policy Mailing List (<a href="mailto:ARIN-PPML@arin.net">ARIN-PPML@arin.net</a>).<br>
Unsubscribe or manage your mailing list subscription at:<br>
<a href="http://lists.arin.net/mailman/listinfo/arin-ppml" rel="noreferrer" target="_blank">http://lists.arin.net/mailman/<wbr>listinfo/arin-ppml</a><br>
Please contact <a href="mailto:info@arin.net">info@arin.net</a> if you experience any issues.<br>
______________________________<wbr>_________________<br>
PPML<br>
You are receiving this message because you are subscribed to<br>
the ARIN Public Policy Mailing List (<a href="mailto:ARIN-PPML@arin.net">ARIN-PPML@arin.net</a>).<br>
Unsubscribe or manage your mailing list subscription at:<br>
<a href="http://lists.arin.net/mailman/listinfo/arin-ppml" rel="noreferrer" target="_blank">http://lists.arin.net/mailman/<wbr>listinfo/arin-ppml</a><br>
Please contact <a href="mailto:info@arin.net">info@arin.net</a> if you experience any issues.<br>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature">===============================================<br>David Farmer <a href="mailto:Email%3Afarmer@umn.edu" target="_blank">Email:farmer@umn.edu</a><br>Networking & Telecommunication Services<br>Office of Information Technology<br>University of Minnesota <br>2218 University Ave SE Phone: 612-626-0815<br>Minneapolis, MN 55414-3029 Cell: 612-812-9952<br>=============================================== </div>
</div></div>