<div dir="ltr"><div><span class="gmail-tlid-translation gmail-translation" lang="es"><span title=""><br></span></span></div><span class="gmail-tlid-translation gmail-translation" lang="es"><span title="">Hola Jordi, gracias por compartir las presentaciones.</span><br><br><span title="">Es muy interesante este punto de vista sobre la medición del performance con delay no handshake </span><span class="gmail-tlid-translation gmail-translation" lang="es"><span title="" class="gmail-">frente a la medición del tráfico de datos.</span></span> <br><br><span class="gmail-tlid-translation gmail-translation" lang="es"><span title="" class="gmail-">Creo que las fallas de conexión fueron algo que acaba de suceder aquí y con la presentación vi que es un problema de todos.</span></span>  <br><br><span title="">Muchos de estos problemas ocurren debido a la configuración deficiente del firewall. </span> Muchas personas han aplicado l<span class="gmail-tlid-translation gmail-translation" lang="es"><span title="" class="gmail-">as mismas reglas de firewall de v4 </span></span><span class="gmail-tlid-translation gmail-translation" lang="es"><span title="" class="gmail-">a v6, lo que es completamente diferente e incorrecto.</span></span>  </span><div><span class="gmail-tlid-translation gmail-translation" lang="es"><br><span title="">La mala configuración de v6 en la red y los errores de enrutamiento también han contribuido a un aumento del fail rate em v6.</span><br><span title=""><br></span></span><div><span class="gmail-tlid-translation gmail-translation" lang="es"><span title="">Prefiera v6 siempre que sea posible, ayuda a no tener traducciones y mejora la identificación durante un incidente de seguridad.</span><br><br><span title="" class="gmail-">Las diferencias en el tiempo de descarga en varios lugares, creo, dependen de la calidad de la infraestructura de cada país.</span><br><br><span title="">Saludos,</span></span><br></div><div><span class="gmail-tlid-translation gmail-translation" lang="es"><span title=""><br></span></span></div><div><span class="gmail-tlid-translation gmail-translation" lang="es"><span title="">Att,</span></span></div><div><span class="gmail-tlid-translation gmail-translation" lang="es"><span title="">Henri.</span></span></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Em qua, 11 de set de 2019 às 08:14, JORDI PALET MARTINEZ via LACNOG <<a href="mailto:lacnog@lacnic.net">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">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" rel="noreferrer" 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" rel="noreferrer" 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" 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"><div><br></div>-- <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>