<div dir="ltr"><div>Fernando,</div><div><br></div><div>de acuerdo contigo y felicitaciones!</div><div><br></div><div>Ahora, esto no puede ser una excusa para publicar ese documento que es ahora un draft vencido?</div><div><br></div><div>Roque<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Sep 10, 2020 at 9:19 AM Fernando Gont <<a href="mailto:fernando@gont.com.ar">fernando@gont.com.ar</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 9/9/20 09:07, Hugo Salgado wrote:<br>
> Y justo hoy anunciaron la fecha, el próximo 1 de octubre.<br>
> <br>
> Sin embargo esta vez es más suave que el año pasado. El 1 de octubre<br>
> los desarrolladores de software se comprometieron a dejar un default<br>
> de 1232 en el buffer EDNS. De ahí a que se despliegue va a ser<br>
> gradual. Quizás más importante es que Google pDNS va a también<br>
> instalarlo gradualmente en su servicio hacia los autoritativos.<br>
> <br>
> De todas formas en la página del proyecto hay herramientas para<br>
> que prueben sus servidores:<br>
>    <a href="https://dnsflagday.net/2020/index-es.html" rel="noreferrer" target="_blank">https://dnsflagday.net/2020/index-es.html</a><br>
<br>
Que bueno eso. Hace mas de diez años que se viene dando vueltas con este <br>
tema. Sin ir mas lejos, en el 2009 me habian invitado para hacer una <br>
presentación en un grupo de IETF para analizar las implicacias del uso <br>
de TCP: <br>
<a href="https://www.gont.com.ar/talks/IETF76/fgont-ietf76-dnsext-tcp-security.pdf" rel="noreferrer" target="_blank">https://www.gont.com.ar/talks/IETF76/fgont-ietf76-dnsext-tcp-security.pdf</a> <br>
  . Pero al final no se hizo nada al respecto.<br>
<br>
<br>
<br>
> On 10:14 06/09, Fernando Gont wrote:<br>
>> Por la presentación del evento de RIPE, pareciera que el trabajo que hicimos<br>
>> nosotros en <a href="https://tools.ietf.org/html/draft-ietf-intarea-frag-fragile-17" rel="noreferrer" target="_blank">https://tools.ietf.org/html/draft-ietf-intarea-frag-fragile-17</a><br>
>> hubiera tenido algo de influencia en esta dirección. (o al menos uno quiere<br>
>> pensar eso :-) )<br>
> <br>
> Efectivamente! está primero en la lista de fundamentos de la<br>
> decisión ;)<br>
>   <a href="https://dnsflagday.net/2020/index-es.html#dns-flag-day-2020" rel="noreferrer" target="_blank">https://dnsflagday.net/2020/index-es.html#dns-flag-day-2020</a><br>
<br>
Que bueno eso! -- En lo personal, el verdadero valor de los documentos <br>
en los cuales uno puede trabajar es cuando lo que uno publica se traduce <br>
en cambios concretos en materia de código u operaciones.<br>
<br>
Personalmente considero a los RFCs como un simple eslabón de una cadena. <br>
En ocasiones, preceden a implementaciones. En otras pueden ayudar a <br>
cambios en practicas operacionales. Esto es lo unico que hace que dichos <br>
documentos dejen de ser solo "palabras en un papel" (o "bytes en un <br>
archivo" :-) )<br>
<br>
Abrazo,<br>
-- <br>
Fernando Gont<br>
e-mail: <a href="mailto:fernando@gont.com.ar" target="_blank">fernando@gont.com.ar</a> || <a href="mailto:fgont@si6networks.com" target="_blank">fgont@si6networks.com</a><br>
PGP Fingerprint: 7809 84F5 322E 45C7 F1C9 3945 96EE A9EF D076 FFF1<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"><br>-- <br><div dir="ltr" class="gmail_signature"><br><br>At least I did something<br>Don Draper - Mad Men</div>