<div dir="ltr">Hi all,<div><br></div><div>Thank you for your work on this Jordi, and to you <span style="font-size:12.8px">Nathalie </span>for reaching out to the community to seek input and clarification. While I do not know the ins and outs of the technical side of IPv6, I care enough about its deployment worldwide and know enough about policy to understand that incongruent policy -- either in practice or on paper -- can often create a rather massive headache.</div><div class="gmail_extra"><br></div><div class="gmail_extra">Best,</div><div class="gmail_extra"><div><div data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><font size="2" face="arial, helvetica, sans-serif">-Michael</font><div><div dir="ltr"><div dir="ltr"><font size="2" face="arial, helvetica, sans-serif">__________________</font></div><div dir="ltr"><font size="2" face="arial, helvetica, sans-serif"><br></font></div><div dir="ltr"><font size="2" face="arial, helvetica, sans-serif">Michael J. Oghia<br></font></div><div><span style="font-family:arial,helvetica,sans-serif;font-size:small">Independent consultant & editor</span></div><div><span style="font-family:arial,helvetica,sans-serif;font-size:small">2015 ISOC IGF Ambassador</span></div><div><span style="font-family:arial,helvetica,sans-serif;font-size:small"><br></span></div><div><span style="font-family:arial,helvetica,sans-serif;font-size:small">Istanbul, Turkey</span><span style="font-family:arial,helvetica,sans-serif;font-size:small"><br></span></div></div><div dir="ltr"><div><font face="arial, helvetica, sans-serif"><span style="font-size:small">Skype: mikeoghia</span><br></font></div></div><div><font size="2" face="arial, helvetica, sans-serif"><font color="#0000ff"><a href="https://www.twitter.com/MikeOghia" target="_blank">Twitter</a></font> <b>|</b> <font color="#0000ff"><a href="https://www.linkedin.com/in/mikeoghia" target="_blank">LinkedIn</a></font></font></div></div>
</div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div>
<br><div class="gmail_quote">On Mon, Jun 13, 2016 at 2:33 PM, JORDI PALET MARTINEZ <span dir="ltr"><<a href="mailto:jordi.palet@consulintel.es" target="_blank">jordi.palet@consulintel.es</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Nathalie,<br>
<br>
If it helps, the survey (<a href="http://survey.consulintel.es/index.php/175122" rel="noreferrer" target="_blank">http://survey.consulintel.es/index.php/175122</a>) responses indicate right now (from 703 responses, about 200 from RIPE, missing responses from Russia that has got very few), only 76 ISPs providing /64, the rest is shared almost 50/50 among /48 and /56.<br>
<br>
I will try to get responses from Russia, Brazil, Mexico, Japan, Korea, China and India, which I guess have some deployment and almost didn’t responded at the time being.<br>
<br>
Then at the end of June, I will “clean” up duplicate responses (some times several folks respond from the same ISP).<br>
<br>
Regards,<br>
Jordi<br>
<br>
<br>
-----Mensaje original-----<br>
De: ipv6-wg <<a href="mailto:ipv6-wg-bounces@ripe.net" target="_blank">ipv6-wg-bounces@ripe.net</a>> en nombre de Nathalie Trenaman <<a href="mailto:nathalie@ripe.net" target="_blank">nathalie@ripe.net</a>><br>
Responder a: <<a href="mailto:nathalie@ripe.net" target="_blank">nathalie@ripe.net</a>><br>
Fecha: lunes, 13 de junio de 2016, 4:53<br>
Para: <<a href="mailto:ipv6-wg@ripe.net" target="_blank">ipv6-wg@ripe.net</a>><br>
Asunto: [ipv6-wg] RIPE Policy vs IETF RFC<br>
<div><div><br>
>Dear colleagues,<br>
><br>
>As you might know, the current IPv6 policy states very clear that assignments to customers must be a minimum of a /64.<br>
><br>
>5.4.1. Assignment address space size<br>
><br>
>End Users are assigned an End Site assignment from their LIR or ISP. The size of the assignment is a local decision for the LIR or ISP to make, using a minimum value of a /64 (only one subnet is anticipated for the End Site).<br>
><br>
><a href="https://www.ripe.net/publications/docs/ripe-655" rel="noreferrer" target="_blank">https://www.ripe.net/publications/docs/ripe-655</a><br>
><br>
>On the other hand, a while ago, RFC7608 (BCP198) was published, stating:<br>
><br>
>2.  Recommendation<br>
>   IPv6 implementations MUST conform to the rules specified in<br>
>   Section 5.1 of [RFC4632].<br>
><br>
>   Decision-making processes for forwarding MUST NOT restrict the length<br>
>   of IPv6 prefixes by design.  In particular, forwarding processes MUST<br>
>   be designed to process prefixes of any length up to /128, by<br>
>   increments of 1.<br>
><br>
>In practice, this means that the RFC suggests that a customer can get an IPv6 assignment of any size, while the RIPE policy says the minimum should be a /64.<br>
>I’m interested to know what the community thinks about this and if alignment between this RFC and the RIPE policy is needed.<br>
><br>
><br>
>Nathalie Künneke-Trenaman<br>
>IPv6 Program Manager<br>
>RIPE NCC<br>
><br>
><br>
><br>
><br>
<br>
<br>
<br>
<br>
<br>
</div></div>**********************************************<br>
IPv4 is over<br>
Are you ready for the new Internet ?<br>
<a href="http://www.consulintel.es" rel="noreferrer" target="_blank">http://www.consulintel.es</a><br>
The IPv6 Company<br>
<br>
This electronic message contains information which may be privileged or confidential. The information is intended to be for the use of the individual(s) named above. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, including attached files, is prohibited.<br>
<br>
<br>
<br>
<br>
</blockquote></div><br></div></div>