<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Sep 7, 2020 at 8:49 PM Fernando Gont <<a href="mailto:fgont@si6networks.com">fgont@si6networks.com</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"><br>
<br>
También hay cuestiones de caracter operacional. Ejemplo: Supongamos que <br>
un ISP tiene conexion a un IXP en el cual hay un cache de un proveedor <br>
de contenidos. En la normalidad de los casos, el trafico de dicho <br>
proveedor de contenidos se serviria desde el cache local. Sin embargo, <br>
si la resolucion de DNS se hiciera mendiante un servidor externo <br>
(incluyendo 8.8.8.8, por mas que no se use DoH), eso podria resultar en <br>
que no se termine utilizando el cache, generando trafico internacional <br>
para el operador -- con lo que esto significa. Por lo cual no me <br>
sorprenderia que en consecuencia, el operador intentara filtrar DoH (no <br>
por querer "espiar", sino por querer servir los contenidos de forma <br>
local, en vez de usar un enlace internacional para ello).<br>
<br><br></blockquote><div><br></div><div>Este es un problema con DoH o sin DoH. Para evitarlo el DNS resolver debe usar (rfc7871 si no me equivoco) la extension de subredes.</div><div><br></div><div>Slds</div><div>as</div><div><br></div><div><br></div><div> </div></div></div>