<html><head><meta http-equiv="Content-Type" content="text/html charset=windows-1252"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><br><div><div>On Oct 31, 2012, at 05:45 , Michael Richardson <<a href="mailto:mcr+arin@sandelman.ca">mcr+arin@sandelman.ca</a>> wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><br><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">"Jesse" == Jesse D Geddis <<a href="mailto:jesse@la-broadband.com">jesse@la-broadband.com</a>> writes:<br></blockquote></blockquote></blockquote></blockquote></blockquote>    Jesse> I don't think it would hurt anything to use a standard flat fee per block<br>    Jesse> size. I have a feeling it would lower costs significantly for the vast<br>    Jesse> majority of people and I think it would also server better to get IPv6 out<br>    Jesse> there. I also think it would force carriers to take efficiency in<br>    Jesse> addressing much more seriously than they do now. All of these are good<br>    Jesse> things There's no better time than now, with IPv6 in relative infancy to<br>    Jesse> start fostering such things with policy and fees.<br><br>Further, IPv6 is for more than the Internet.<br>Address space != default-free-zone-router slot.<br><br>Enterprises need IPv6 space for use internally (they might have PA<br>addresses as well). ULA won't cut it in a big organization.<br><br>Products/systems often need IPv6 space for use *inside-the-chassis*<br><br>** But, for now, the policy says that you can't have it unless you have two<br>** upstreams...that's a policy discussion.<br><br></blockquote><div><br></div><div>I think you may have missed the latest updates to IPv6 policy. Here is an excerpt of the current IPv6 end-user assignment policy:</div></div><div><br></div><div>============================</div><div><h6 style="margin: 0.5em 0px; padding: 0px; border: 0px; font-size: 11.5px !important; background-color: rgb(255, 255, 255); font-family: arial, helvetica, sans-serif; line-height: 19px; position: static; z-index: auto; ">6.5.8.1. Initial Assignment Criteria</h6><div style="margin: 0.5em 0px; padding: 0px; border: 0px; font-size: 12px; background-color: rgb(255, 255, 255); line-height: 1.5em; font-family: arial, helvetica, sans-serif; ">Organizations may justify an initial assignment for addressing devices directly attached to their own network infrastructure, with an intent for the addresses to begin operational use within 12 months, by meeting one of the following criteria:</div><ol class="alpha" type="a" style="margin: 0.5em 0px; padding: 0px 0px 0px 30px; border: 0px; font-size: 12px; background-color: rgb(255, 255, 255); list-style: lower-alpha; font-family: arial, helvetica, sans-serif; line-height: 19px; "><li style="margin: 0.25em 0px 0px; padding: 0px; border: 0px; background-color: transparent; line-height: 1.5em; ">Having a previously justified IPv4 end-user assignment from ARIN or one of its predecessor registries, or;</li><li style="margin: 0.25em 0px 0px; padding: 0px; border: 0px; background-color: transparent; line-height: 1.5em; ">Currently being IPv6 Multihomed or immediately becoming IPv6 Multihomed and using an assigned valid global AS number, or;</li><li style="margin: 0.25em 0px 0px; padding: 0px; border: 0px; background-color: transparent; line-height: 1.5em; ">By having a network that makes active use of a minimum of 2000 IPv6 addresses within 12 months, or;</li><li style="margin: 0.25em 0px 0px; padding: 0px; border: 0px; background-color: transparent; line-height: 1.5em; ">By having a network that makes active use of a minimum of 200 /64 subnets within 12 months, or;</li><li style="margin: 0.25em 0px 0px; padding: 0px; border: 0px; background-color: transparent; line-height: 1.5em; ">By providing a reasonable technical justification indicating why IPv6 addresses from an ISP or other LIR are unsuitable.</li></ol><div style="margin: 0.5em 0px; padding: 0px; border: 0px; font-size: 12px; background-color: rgb(255, 255, 255); line-height: 1.5em; font-family: arial, helvetica, sans-serif; ">Examples of justifications for why addresses from an ISP or other LIR may be unsuitable include, but are not limited to:</div><ul style="margin: 0px; padding: 0px; border: 0px; font-size: 12px; background-color: rgb(255, 255, 255); list-style: none; font-family: arial, helvetica, sans-serif; line-height: 19px; "><li style="margin: 0.25em 0px 0px; padding: 0px 0px 0px 20px; border: 0px; background-image: url(https://www.arin.net/media/images_web/bullet.png); background-color: transparent; line-height: 1.5em; background-position: 10px 8px; background-repeat: no-repeat no-repeat; ">An organization that operates infrastructure critical to life safety or the functioning of society can justify the need for an assignment based on the fact that renumbering would have a broader than expected impact than simply the number of hosts directly involved. These would include: hospitals, fire fighting, police, emergency response, power or energy distribution, water or waste treatment, traffic management and control, etc.</li><li style="margin: 0.25em 0px 0px; padding: 0px 0px 0px 20px; border: 0px; background-image: url(https://www.arin.net/media/images_web/bullet.png); background-color: transparent; line-height: 1.5em; background-position: 10px 8px; background-repeat: no-repeat no-repeat; ">Regardless of the number of hosts directly involved, an organization can justify the need for an assignment if renumbering would affect 2000 or more individuals either internal or external to the organization.</li><li style="margin: 0.25em 0px 0px; padding: 0px 0px 0px 20px; border: 0px; background-image: url(https://www.arin.net/media/images_web/bullet.png); background-color: transparent; line-height: 1.5em; background-position: 10px 8px; background-repeat: no-repeat no-repeat; ">An organization with a network not connected to the Internet can justify the need for an assignment by documenting a need for guaranteed uniqueness, beyond the statistical uniqueness provided by ULA (see RFC 4193).</li><li style="margin: 0.25em 0px 0px; padding: 0px 0px 0px 20px; border: 0px; background-image: url(https://www.arin.net/media/images_web/bullet.png); background-color: transparent; line-height: 1.5em; background-position: 10px 8px; background-repeat: no-repeat no-repeat; ">An organization with a network not connected to the Internet, such as a VPN overlay network, can justify the need for an assignment if they require authoritative delegation of reverse DNS.</li></ul><h6 style="margin: 0.5em 0px; padding: 0px; border: 0px; font-size: 11.5px !important; background-color: rgb(255, 255, 255); font-family: arial, helvetica, sans-serif; line-height: 19px; "><a name="six582" id="six582" style="margin: 0px; padding: 0px; border: 0px; background-color: transparent; color: rgb(0, 0, 0); "></a>6.5.8.2. Initial assignment size</h6><div style="margin: 0.5em 0px; padding: 0px; border: 0px; font-size: 12px; background-color: rgb(255, 255, 255); line-height: 1.5em; font-family: arial, helvetica, sans-serif; ">Organizations that meet at least one of the initial assignment criteria above are eligible to receive an initial assignment of /48. Requests for larger initial assignments, reasonably justified with supporting documentation, will be evaluated based on the number of sites in an organization’s network and the number of subnets needed to support any extra-large sites defined below.</div><div style="margin: 0.5em 0px; padding: 0px; border: 0px; font-size: 12px; background-color: rgb(255, 255, 255); line-height: 1.5em; font-family: arial, helvetica, sans-serif; ">The initial assignment size will be determined by the number of sites justified below. An organization qualifies for an assignment on the next larger nibble boundary when their sites exceed 75% of the /48s available in a prefix. For example:</div><div style="margin: 0.5em 0px; padding: 0px; border: 0px; font-size: 12px; background-color: rgb(255, 255, 255); line-height: 1.5em; font-family: arial, helvetica, sans-serif; ">More than 1 but less than or equal to 12 sites justified, receives a /44 assignment;</div><div style="margin: 0.5em 0px; padding: 0px; border: 0px; font-size: 12px; background-color: rgb(255, 255, 255); line-height: 1.5em; font-family: arial, helvetica, sans-serif; ">More than 12 but less than or equal to 192 sites justified, receives a /40 assignment;</div><div style="margin: 0.5em 0px; padding: 0px; border: 0px; font-size: 12px; background-color: rgb(255, 255, 255); line-height: 1.5em; font-family: arial, helvetica, sans-serif; ">More than 192 but less than or equal to 3,072 sites justified, receives a /36 assignment;</div><div style="margin: 0.5em 0px; padding: 0px; border: 0px; font-size: 12px; background-color: rgb(255, 255, 255); line-height: 1.5em; font-family: arial, helvetica, sans-serif; ">More than 3,072 but less than or equal to 49,152 sites justified, receives a /32 assignment; etc...</div><div class="indent" style="margin: 0px; padding: 0px 0px 0px 3em; border: 0px; font-size: 12px; background-color: rgb(255, 255, 255); font-family: arial, helvetica, sans-serif; line-height: 19px; position: static; z-index: auto; "><h6 class="h7" style="margin: 0.5em 0px; padding: 0px; border: 0px; font-size: 11.5px !important; background-color: transparent; "><a name="six5821" id="six5821" style="margin: 0px; padding: 0px; border: 0px; background-color: transparent; color: rgb(0, 0, 0); "></a>6.5.8.2.1. Standard sites</h6><div style="margin: 0.5em 0px; padding: 0px; border: 0px; font-size: 1.2em; background-color: transparent; line-height: 1.5em; ">A site is a discrete location that is part of an organization’s network. A campus with multiple buildings may be considered as one or multiple sites, based on the implementation of its network infrastructure. For a campus to be considered as multiple sites, reasonable technical documentation must be submitted describing how the network infrastructure is implemented in a manner equivalent to multiple sites.</div><div style="margin: 0.5em 0px; padding: 0px; border: 0px; font-size: 1.2em; background-color: transparent; line-height: 1.5em; ">An organization may request up to a /48 for each site in its network, and any sites that will be operational within 12 months.</div><h6 class="h7" style="margin: 0.5em 0px; padding: 0px; border: 0px; font-size: 11.5px !important; background-color: transparent; "><a name="six5822" id="six5822" style="margin: 0px; padding: 0px; border: 0px; background-color: transparent; color: rgb(0, 0, 0); "></a>6.5.8.2.2. Extra-large sites</h6><div style="margin: 0.5em 0px; padding: 0px; border: 0px; font-size: 1.2em; background-color: transparent; line-height: 1.5em; ">In rare cases, an organization may request more than a /48 for an extra-large site which requires more than 16,384 /64 subnets. In such a case, a detailed subnet plan must be submitted for each extra-large site in an organization’s network. An extra-large site qualifies for the next larger prefix when the total subnet utilization exceeds 25%. Each extra-large site will be counted as an equivalent number of /48 standard sites.</div></div><div>==================================</div><div>You must meet ANY ONE (or more) of the criteria in 6.5.8.1. If you have IPv4, you qualify. If you have 2000 nodes or 200 subnets, you qualify. If you are multihomed, you qualify. If none of those apply and you can write a convincing technical justification for some other reason, you qualify.</div><div><br></div><div>In other words, IPv6 PI policy isn't quite a Pez dispenser, but it's _REALLY_ darn close to it.</div><div><br></div><div>When David and I were reworking the policy last time, we wanted to make it as easy as possible for organizations with remotely reasonable need to get PI IPv6 space and I believe we accomplished that goal with the above policy as written. If you think that there is a legitimate use case for PI IPv6 space that is not covered in the above policy text, I would be very interested in knowing more about that case and developing additional policy language to support it if necessary.</div><div><br></div><br><blockquote type="cite">-> Fine, but don't tie IPv6 pricing to IPv4 scarcity.<br><br>(If people are worried about DFZ routing slots, then find a way to write<br>olicy to discourage the piles of IPv4/24s that pollute the table)<br><br></blockquote><div><br></div>How do you distinguish the piles of /24 pollution from the legitimate /24s?</div><div><br></div><div>What would such a policy look like?</div><div><br></div><div>How would it be part of ARIN policy given that ARIN does not control the operation of any routers outside of the few that provide ARIN's network connectivity?</div><div><br></div><div>I'm not trying to be obnoxious or confrontational, just trying to understand how you see such a suggestion working out in practice.</div><div><br></div><div>Owen</div><div><br></div></body></html>