<html><body><div style="font-family: times new roman,new york,times,serif; font-size: 12pt; color: #000000"><div id="zimbraEditorContainer" style="font-family: times new roman,new york,times,serif; font-size: 12pt; color: #000000" class="2"><div>Hola a todos:</div><div>  Creo que se armó un muy buen tema de discusión respecto a 464XLAT, o al menos es un tema que a mi me interesa mucho.</div><div>  Veo una diferencia muy grande entre el despliegue de 464XLAT en redes fijas y móviles:</div><ul><li><strong>Red Móvil</strong>:<ul><li><strong>Celular</strong>: Claramente acá tiene un muy buen soporte este mecanismo al funcionar el CLAT directamente en el UE.<br></li><li><strong>WiFi</strong>: Hasta donde sé, CLAT en los celulares solo funciona sobre la conexión móvil celular solamente. Sería muy interesante que CLAT funcione sobre la interfaz WiFi de los UE. Adicionalmente el UE tendría que recibir un prefijo en vez de una sola IPv6. En este punto hasta donde sé, BENU ya soporta Unique IPv6 Prefix per Host [RFC 8273] en el xMEG.</li></ul></li><li><strong>Red Fija</strong>:<ul><li><strong>CLAT en el CPE</strong>: Como vemos, claramente la funcionalidad de CLAT tiene que estar en el CPE y ahí es donde está el gran desafío. Yo veo vengo viendo solicitando hace tiempo esta funcionalidad en los CableModems y los fabricantes normalmente responden que no lo van a desarrollar por un solo cliente que se los solicite. Hay ISPs que les interesa tenerlo pero como no está soportado en sus CPEs no pueden avanzar. Termina siendo como el cuento del huevo y la gallina. Por otro lado, en nuestro caso, luego de algunos años de insistir, conseguimos tener un CableModem con FW con CLAT incluido. Y acá es donde nos planteamos, "¿entonces ya podemos desplegar 464XLAT en nuestra red? Y acá vamos al siguiente punto.</li><li><strong>Tráfico en NAT64 (PLAT)</strong>: El CLAT va a enviar todo el tráfico originado en IPv4 privado al PLAT utilizando IPV6 para que lo traduzca a IPv4 público. Si en los domicilios de los abonados sabemos que hay muchos dispositivos que funcionan solo con IPv4 o están en DS pero consumen servicios en IPv4, todo este tráfico va a pasar siempre por el PLAT; este es el caso de la gran mayoría de los Smart TVs y Set-Top-Boxes. Hoy en día existen soluciones de optimización con IPv4 donde CDNs (por ej Google) permiten que los clientes de CGN (IPv4 privada, ej: 100.64.0.0/10) puedan consumir el contenido directamente con la IPv4 privada sin pasar por el CGN. Con esto se logra mejorar el rendimiento, eliminar un punto de falla y no depender del CGN para seguir creciendo. Si se implementa 464XLAT, por ejemplo, los Smart TVs con aplicación de Google van a comenzar a tener tráfico nuevamente por una plataforma de NAT (NAT64) y perderemos la optimización previamente generada. En este caso es donde veo que la solución no escala hasta que no se resuelva esta optimización para 464XLAT; para este caso se planteó el draft <!--StartFragment--><a href="https://datatracker.ietf.org/doc/draft-palet-v6ops-464xlat-opt-cdn-caches/?include_text=1" data-mce-href="https://datatracker.ietf.org/doc/draft-palet-v6ops-464xlat-opt-cdn-caches/?include_text=1">https://datatracker.ietf.org/doc/draft-palet-v6ops-464xlat-opt-cdn-caches/?include_text=1</a>. Otro caso donde puede funcionar es si el ISP no tiene implementada esta Optimización actualmente en IPv4.<!--EndFragment--></li></ul></li></ul><div><br data-mce-bogus="1"></div><div><br data-mce-bogus="1"></div>Saludos,<div>Alejandro</div><br><hr id="zwchr" data-marker="__DIVIDER__"><div data-marker="__HEADERS__"><b>De: </b>"Henri Alves de Godoy" <henri.godoy@fca.unicamp.br><br><b>Para: </b>"Latin America and Caribbean Region Network Operators Group" <lacnog@lacnic.net><br><b>Enviados: </b>Jueves, 12 de Septiembre 2019 14:08:31<br><b>Asunto: </b>Re: [lacnog]         464XLAT ofrece mejores prestaciones que los demás mecanismos de transición<br></div><br><div data-marker="__QUOTED_TEXT__"><div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Em qua, 11 de set de 2019 às 22:49, JORDI PALET MARTINEZ via LACNOG <<a href="mailto:lacnog@lacnic.net" target="_blank">lacnog@lacnic.net</a>> escreveu:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div lang="ES"><div class="gmail-m_-1968712798414412252WordSection1"><p class="MsoNormal"><span lang="ES-TRAD" style="font-size:12pt">Hola Henri,<u></u><u></u></span></p><p class="MsoNormal"><span lang="ES-TRAD" style="font-size:12pt"><u></u> <u></u></span></p><p class="MsoNormal"><span lang="ES-TRAD" style="font-size:12pt">Totalmente de acuerdo, yo de hecho, utilizo Jool para los trainings.</span></p></div></div></blockquote><br><br><div><span class="gmail-tlid-translation gmail-translation" lang="es" style=""><span title="" class="gmail-" style="">Gracias Jordi por los comentarios.</span></span>  <br></div><div> </div><br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div lang="ES"><div class="gmail-m_-1968712798414412252WordSection1"><p class="MsoNormal"><span lang="ES-TRAD" style="font-size:12pt"><u></u><u></u></span></p><p class="MsoNormal"><span lang="ES-TRAD" style="font-size:12pt"><u></u> <u></u></span></p><p class="MsoNormal"><span lang="ES-TRAD" style="font-size:12pt">Sin embargo, en un entorno doméstico, creo que no hay un “servidor” para instalar una VM, aunque probablemente en pocos años, todos tendremos algo en nuestro hogar tipo “Raspberry Pi”, aunque no lo sepamos, donde podría correr esa VM o directamente CLAT en el propio OS de dicha máquina … claro para entonces espero que no necesitemos pedirles a los fabricantes de CPEs que incorporen el CLAT. O estoy soñando despierto? ;-)</span></p></div></div></blockquote><br><br><div><span class="gmail-tlid-translation gmail-translation" lang="es"><span title="" class="gmail-">Creo que con el tiempo y con un mayor uso de XLAT debería incluir.</span> <span title="" class="gmail-">Pero no solo CPEs sino controladores de red wifi como Aruba, Ruckus, Ubiquiti, etc., pero no he visto este movimiento o interés.</span></span> </div><div> <br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div lang="ES"><div class="gmail-m_-1968712798414412252WordSection1"><p class="MsoNormal"><span lang="ES-TRAD" style="font-size:12pt"><u></u><u></u></span></p><p class="MsoNormal"><span lang="ES-TRAD" style="font-size:12pt"><u></u> <u></u></span></p><p class="MsoNormal"><span lang="ES-TRAD" style="font-size:12pt">Si te refieres a colocar la VM en el ISP, entonces no tendría sentido, porque de nuevo estarías ofreciendo “dual-stack” en la WAN del cliente, y la idea es “huir” de IPv4 (y de su CapEx y OpEx) cuanto antes mejor, en la infraestructura del ISP.</span></p></div></div></blockquote><br><br><div><span class="gmail-tlid-translation gmail-translation" lang="es"><span title="" class="gmail-">Sí, quise decir en el ISP </span></span>o en un datacenter o core de la Universidad<span class="gmail-tlid-translation gmail-translation" lang="es"><span title="" class="gmail-">.</span> <span title="" class="gmail-">Si bien existe una IP literal en las URL o aplicaciones, tendremos que tener IPv4 para entregar a un usuario, por ahora, desafortunadamente.</span></span>  </div><br><div>Continuamos con las pruebas, el aprendizaje y entendemos mejor esta transición necesaria para todos. </div><br><div>Saludos,</div><br><div>Henri.</div><br><br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div lang="ES"><div class="gmail-m_-1968712798414412252WordSection1"><p class="MsoNormal"><span lang="ES-TRAD" style="font-size:12pt"><u></u><u></u></span></p><p class="MsoNormal"><span lang="ES-TRAD" style="font-size:12pt"><u></u> <u></u></span></p><div><p class="MsoNormal"><span lang="ES-TRAD" style="font-size:12pt;color:black">Por cierto, OpenWRT tiene su propio CLAT como módulo pero tambien funciona allí Jool que es mucho mas completo y permite muchas mejoras interesantes.<u></u><u></u></span></p><p class="MsoNormal"><span lang="ES-TRAD" style="font-size:12pt;color:black"><u></u> <u></u></span></p><p class="MsoNormal"><span lang="ES-TRAD" style="font-size:12pt;color:black">Saludos,<u></u><u></u></span></p><p class="MsoNormal" style="margin-bottom:12pt"><span lang="ES-TRAD" style="font-size:12pt;color:black">Jordi<u></u><u></u></span></p><p class="MsoNormal" style="margin-bottom:12pt"><span lang="ES-TRAD" style="font-size:12pt;color:black">@jordipalet<u></u><u></u></span></p><p class="MsoNormal" style="margin-bottom:12pt"><span lang="ES-TRAD" style="font-size:12pt;color:black"><u></u> <u></u></span></p></div><p class="MsoNormal"><span lang="ES-TRAD" style="font-size:12pt"><u></u> <u></u></span></p><p class="MsoNormal"><span lang="ES-TRAD" style="font-size:12pt"><u></u> <u></u></span></p><div><div><p class="MsoNormal" style="margin-left:35.4pt">El 12/9/19 1:32, "LACNOG en nombre de Henri Alves de Godoy" <<a href="mailto:lacnog-bounces@lacnic.net" target="_blank">lacnog-bounces@lacnic.net</a> en nombre de <a href="mailto:henri.godoy@fca.unicamp.br" target="_blank">henri.godoy@fca.unicamp.br</a>> escribió:<u></u><u></u></p></div></div><div><p class="MsoNormal" style="margin-left:35.4pt"><u></u> <u></u></p></div><div><p class="MsoNormal" style="margin-left:35.4pt"><span class="gmail-m_-1968712798414412252gmail-tlid-translation">Hola Fernando,</span><br><br><span class="gmail-m_-1968712798414412252gmail-tlid-translation">En caso de que le preocupe, una VM con servicio CLAT podría colocarse a mitad de camino (Jool funciona bien). </span><span class="gmail-m_-1968712798414412252gmail-">Por lo tanto, no tiene que confiar en el dispositivo cliente para que sea compatible con CLAT, la versión del sistema operativo, etc., y creo que resolverá la mayoría de sus problemas de los que habló.</span><span class="gmail-m_-1968712798414412252gmail-tlid-translation"> </span><span class="gmail-m_-1968712798414412252gmail-">Cuanto menos interactúe con el cliente, mejor.</span>  <u></u><u></u></p><div><p class="MsoNormal" style="margin-left:35.4pt"><u></u> <u></u></p></div><div><p class="MsoNormal" style="margin-left:35.4pt">Saludos,<u></u><u></u></p></div><div><p class="MsoNormal" style="margin-left:35.4pt"><u></u> <u></u></p></div><div><p class="MsoNormal" style="margin-left:35.4pt">Att,<u></u><u></u></p></div><div><p class="MsoNormal" style="margin-left:35.4pt">Henri.<u></u><u></u></p></div></div><p class="MsoNormal" style="margin-left:35.4pt"><u></u> <u></u></p><div><div><p class="MsoNormal" style="margin-left:35.4pt">Em qua, 11 de set de 2019 às 12:21, Fernando Frediani <<a href="mailto:fhfrediani@gmail.com" target="_blank">fhfrediani@gmail.com</a>> escreveu:<u></u><u></u></p></div><blockquote style="border-top:none;border-right:none;border-bottom:none;border-left:1pt solid rgb(204,204,204);padding:0cm 0cm 0cm 6pt;margin-left:4.8pt;margin-right:0cm"><p class="MsoNormal" style="margin-left:35.4pt">Hola Jordi<br><br>On 11/09/2019 11:55, JORDI PALET MARTINEZ via LACNOG wrote:<br>> El soporte de CPEs se resuelve usando OpenWRT donde no haya soporte nativo, pero en lo que todos tenemos que hacer fuerza es en exigir a los proveedores que soporten el RFC8585. De hecho, si miras ese documento, mis dos coautores son empleados de dos fabricantes y obviamente tienen soporte, pero hay otros!<br>Entonces este es uno de los problemas. Para mí, usted u otras personas <br>técnicas en esta lista como clientes, es muy fácil usar OpenWrt en un <br>router, pero a nivel de ISP creo que hay algunas dificultades como:<br><br>- Flash masivo de CPEs antes de entregarlos a los clientes (lo que <br>implica tiempo de la personal para hacerlo).<br>- Compilación de una imagen personalizada para cada tipo de CPE que <br>utiliza el ISP (más tiempo y experiencia del personal).<br>- La certificación de que el modelo CPE utilizado tiene soporte 100% <br>OpenWrt, porque hay modelos que todavía tienen algún tipo de problema <br>con el driver wifi u otro y solo funciona bien en el firmware original <br>propietario.<br>- Casos en los que el ISP no entrega un router Wifi y depende del <br>cliente ir a alguna tienda y comprar cualquier modelo (que en el <br>firmware estándar aún no tiene CLAT).<br>> Para mas info sugiero la lectura de este documento que esta esperando recibir el número de RFC (esta en la fase de publicación - RFC Editor, donde puede tener algún cambio exclusivamente editorial):<br>><br>> <a href="https://datatracker.ietf.org/doc/draft-ietf-v6ops-nat64-deployment/" target="_blank">https://datatracker.ietf.org/doc/draft-ietf-v6ops-nat64-deployment/</a><br><br>Gracias, lo leeré, parece interesante.<br><br>Fernando<br><br>><br>> De hecho realizaré una breve presentación del mismo en el próximo LACNOG.<br>><br>> Saludos,<br>> Jordi<br>> @jordipalet<br>>   <br>>   <br>><br>> El 11/9/19 21:43, "LACNOG en nombre de Fernando Frediani" <<a href="mailto:lacnog-bounces@lacnic.net" target="_blank">lacnog-bounces@lacnic.net</a> en nombre de <a href="mailto:fhfrediani@gmail.com" target="_blank">fhfrediani@gmail.com</a>> escribió:<br>><br>>      Hola Jordi<br>>      Gracias por compartir<br>>      <br>>      Estoy muy interesado en 464XLAT y, sin duda, es uno de los mecanismos<br>>      más interesantes para adoptar en las redes móviles, como lo ha sido en<br>>      muchos casos exitosos en todo el mundo.<br>>      No tengo dudas sobre el mejor performance y también es interesante no<br>>      tener que hacer direccionamiento IPv4 para varios segmentos de la red.<br>>      <br>>      Pero creo que hay 2 puntos principales que dificultan un poco la banda<br>>      ancha fija, tales como: 1) asegurarse de que cada CPE tenga soporte CLAT<br>>      (la mayoría de los firmwares estándar no lo tienen) y 2) el problema con<br>>      el uso de IPv4 literal.<br>>      <br>>      ¿Tiene algún comentario sobre estos dos puntos?<br>>      <br>>      Saludos<br>>      Fernando Frediani<br>>      <br>>      On 11/09/2019 08:14, JORDI PALET MARTINEZ via LACNOG wrote:<br>>      > Hola a todos,<br>>      ><br>>      > En una presentación (IPv6 Performance) de Geoff Huston, esta mañana en el APNIC en Chiang Mai, confirma que sus ultimas mediciones indican que el mecanismo de transición que menos problemas da, y que ofrece mejor "performance" es 464XLAT.<br>>      ><br>>      > En este enlace está el vídeo, donde es mucho mas claro a este respecto que incluso en las diapositivas, así como las propias diapositivas:<br>>      ><br>>      > <a href="https://conference.apnic.net/48/program/schedule/#/day/7/ipv6-deployment2" target="_blank">https://conference.apnic.net/48/program/schedule/#/day/7/ipv6-deployment2</a><br>>      ><br>>      > Igualmente aparecen datos importantes para operadores de Colombia y Guatemala (en nuestra región, en la de AP son casos como Nueva Zelanda, China, Vietnam), pues ha descubierto importantes fallos, posiblemente debidos precisamente a los mecanismos de transición que están usando, aunque puede haber otras causas.<br>>      ><br>>      > En el mapa de la diapositiva "The big picture" se ven otros paises con problemas (en rojo), ejemplo Paraguay, Nicaragua, Costa Rica, Ecuador y Perú.<br>>      ><br>>      > Saludos,<br>>      > Jordi<br>>      > @jordipalet<br>>      ><br>>      ><br>>      ><br>>      ><br>>      ><br>>      > **********************************************<br>>      > IPv4 is over<br>>      > Are you ready for the new Internet ?<br>>      > <a href="http://www.theipv6company.com" target="_blank">http://www.theipv6company.com</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 exclusive use of the individual(s) named above and further non-explicilty authorized disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited and will be considered a criminal offense. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited, will be considered a criminal offense, so you must reply to the original sender to inform about this communication and delete it.<br>>      ><br>>      ><br>>      ><br>>      > _______________________________________________<br>>      > LACNOG mailing list<br>>      > <a href="mailto:LACNOG@lacnic.net" target="_blank">LACNOG@lacnic.net</a><br>>      > <a href="https://mail.lacnic.net/mailman/listinfo/lacnog" target="_blank">https://mail.lacnic.net/mailman/listinfo/lacnog</a><br>>      > Cancelar suscripcion: <a href="https://mail.lacnic.net/mailman/options/lacnog" target="_blank">https://mail.lacnic.net/mailman/options/lacnog</a><br>>      _______________________________________________<br>>      LACNOG mailing list<br>>      <a href="mailto:LACNOG@lacnic.net" target="_blank">LACNOG@lacnic.net</a><br>>      <a href="https://mail.lacnic.net/mailman/listinfo/lacnog" target="_blank">https://mail.lacnic.net/mailman/listinfo/lacnog</a><br>>      Cancelar suscripcion: <a href="https://mail.lacnic.net/mailman/options/lacnog" target="_blank">https://mail.lacnic.net/mailman/options/lacnog</a><br>>      <br>><br>><br>><br>> **********************************************<br>> IPv4 is over<br>> Are you ready for the new Internet ?<br>> <a href="http://www.theipv6company.com" target="_blank">http://www.theipv6company.com</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 exclusive use of the individual(s) named above and further non-explicilty authorized disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited and will be considered a criminal offense. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited, will be considered a criminal offense, so you must reply to the original sender to inform about this communication and delete it.<br>><br>><br>><br>> _______________________________________________<br>> LACNOG mailing list<br>> <a href="mailto:LACNOG@lacnic.net" target="_blank">LACNOG@lacnic.net</a><br>> <a href="https://mail.lacnic.net/mailman/listinfo/lacnog" target="_blank">https://mail.lacnic.net/mailman/listinfo/lacnog</a><br>> Cancelar suscripcion: <a href="https://mail.lacnic.net/mailman/options/lacnog" target="_blank">https://mail.lacnic.net/mailman/options/lacnog</a><br>_______________________________________________<br>LACNOG mailing list<br><a href="mailto:LACNOG@lacnic.net" target="_blank">LACNOG@lacnic.net</a><br><a href="https://mail.lacnic.net/mailman/listinfo/lacnog" target="_blank">https://mail.lacnic.net/mailman/listinfo/lacnog</a><br>Cancelar suscripcion: <a href="https://mail.lacnic.net/mailman/options/lacnog" target="_blank">https://mail.lacnic.net/mailman/options/lacnog</a><u></u><u></u></p></blockquote></div><p class="MsoNormal" style="margin-left:35.4pt"><br clear="all"><u></u><u></u></p><div><p class="MsoNormal" style="margin-left:35.4pt"><u></u> <u></u></p></div><p class="MsoNormal" style="margin-left:35.4pt">-- <u></u><u></u></p><div><div><div><p class="MsoNormal" style="margin-left:35.4pt">-- <u></u><u></u></p></div><div><p class="MsoNormal" style="margin-left:35.4pt">Henri Alves Godoy<u></u><u></u></p></div><div><p class="MsoNormal" style="margin-left:35.4pt">Tecnologia da Informação e Comunicação<u></u><u></u></p></div><div><p class="MsoNormal" style="margin-left:35.4pt">Faculdade de Ciências Aplicadas - FCA<u></u><u></u></p></div><div><p class="MsoNormal" style="margin-left:35.4pt">Universidade Estadual de Campinas - UNICAMP<u></u><u></u></p></div><div><p class="MsoNormal" style="margin-left:35.4pt">Fone: (19) 3701-6682<u></u><u></u></p></div></div></div><p class="MsoNormal" style="margin-left:35.4pt">_______________________________________________ LACNOG mailing list <a href="mailto:LACNOG@lacnic.net" target="_blank">LACNOG@lacnic.net</a> <a href="https://mail.lacnic.net/mailman/listinfo/lacnog" target="_blank">https://mail.lacnic.net/mailman/listinfo/lacnog</a> Cancelar suscripcion: <a href="https://mail.lacnic.net/mailman/options/lacnog" target="_blank">https://mail.lacnic.net/mailman/options/lacnog</a> <u></u><u></u></p></div><br>**********************************************<br>
IPv4 is over<br>
Are you ready for the new Internet ?<br>
<a href="http://www.theipv6company.com" target="_blank">http://www.theipv6company.com</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 exclusive use of the individual(s) named above and further non-explicilty authorized disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited and will be considered a criminal offense. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited, will be considered a criminal offense, so you must reply to the original sender to inform about this communication and delete it.<br>
<br>
</div>
_______________________________________________<br>
LACNOG mailing list<br>
<a href="mailto:LACNOG@lacnic.net" target="_blank">LACNOG@lacnic.net</a><br>
<a href="https://mail.lacnic.net/mailman/listinfo/lacnog" rel="noreferrer" target="_blank">https://mail.lacnic.net/mailman/listinfo/lacnog</a><br>
Cancelar suscripcion: <a href="https://mail.lacnic.net/mailman/options/lacnog" rel="noreferrer" target="_blank">https://mail.lacnic.net/mailman/options/lacnog</a><br>
</blockquote></div><br clear="all"><br>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div>-- </div><div>Henri Alves Godoy</div><div>Tecnologia da Informação e Comunicação</div><div>Faculdade de Ciências Aplicadas - FCA</div><div>Universidade Estadual de Campinas - UNICAMP</div><div>Fone: (19) 3701-6682</div></div></div></div>
<br>_______________________________________________<br>LACNOG mailing list<br>LACNOG@lacnic.net<br>https://mail.lacnic.net/mailman/listinfo/lacnog<br>Cancelar suscripcion: https://mail.lacnic.net/mailman/options/lacnog</div></div><div><br></div></div></body></html>