<div dir="ltr"><div>En nuestro caso estamos conectados a la red de IXP, y tomamos tráfico de las CDN más importantes, y nuestra red es dualstack.</div><div>El inconveniente que podemos observar sobre la entrega de tráfico en IPv6 más que nada está en los dispositivos finales de los usuarios.</div><div>Se puede apreciar que dispositivos smartphone de los usuarios muchos poseen doble pila, pero smartv muy pocos, y eso se nota en el uso de redes sociales o video streaming.</div><div><br></div><div><div><img src="cid:ii_k8fanjck0" alt="imagen.png" width="567" height="236"></div><div>De todas maneras el apagón de IPv4 no va a suceder, siempre vamos a tener que convivir con él, pero si esperamos que IPv6 siga creciendo.</div><div>Respecto a lo que solicitan las CDN siempre es bueno reservar bloques para servidores del DC y no tiene que ser exclusivo de las CDN podemos compartirlos.<br></div><div><br><br></div></div><div><div><div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><span style="font-family:verdana,sans-serif"><font color="#000000"><font size="2"><b>Lic. Darío Fernández<br>Research SRL<br></b><span style="color:rgb(68,68,68)"><i>Coord. Técnico IXP Posadas - CABASE<br>(0376) 154619600 (Personal)<br>(0376) 154254938 (Claro) <br>Av. Tomas Guido 4435 - Posadas - Misiones</i></span></font></font></span><br></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div><br></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">El lun., 30 de mar. de 2020 a la(s) 22:35, Hernan Moguilevsky (<a href="mailto:noc.hernan@gmail.com">noc.hernan@gmail.com</a>) escribió:<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><div dir="auto">Algunas CDNs de utilizan bloques públicos propios (/24). </div><div dir="auto">Otras solicitan del ISP (>/24).</div></div><div dir="auto">Pero no veo desperdicio de IPs. Todas las IPs son utilizadas para atender tráfico. </div><div dir="auto"><br></div><div dir="auto">En este caso estoy con las CDNs. Ellas ya desplegaron IPv6. Y los ISPs?</div><div dir="auto"><br></div><div dir="auto">Saludos.</div><div dir="auto"><br></div><div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">El El lun, 30 mar. 2020 a la(s) 19:11, Alejandro Guzman <<a href="mailto:alejoguzg@gmail.com" target="_blank">alejoguzg@gmail.com</a>> escribió:<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 dir="ltr">Además de lo que menciona Arturo, creo que es importante anotar que la cantidad de IPs no depende de lo "conservador" que sea el proveedor de caches. Depende de la cantidad de máquinas que forma el nodo y de la multiplexación máxima de requests que se pueden manejar por IP según la cantidad, el tipo de servicios y aplicaciones y contenidos que se sirven de los caches. Si no se ha reducido más el requerimiento no es por falta de que se anime a los CDNs a hacerlo, ya se ha reducido al mínimo actualmente posible. <div><br></div><p style="margin:0px;font-variant-numeric:normal;font-variant-east-asian:normal;font-stretch:normal;font-size:12px;line-height:normal;font-family:"Helvetica Neue"">Saludos</p></div><div dir="ltr"><p style="margin:0px;font-variant-numeric:normal;font-variant-east-asian:normal;font-stretch:normal;font-size:12px;line-height:normal;font-family:"Helvetica Neue";min-height:14px"><br></p><div><span style="font-family:"Helvetica Neue";font-size:12px">Alejandro</span> </div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">El lun., 30 mar. 2020 a las 12:59, Arturo Servin (<<a href="mailto:arturo.servin@gmail.com" target="_blank">arturo.servin@gmail.com</a>>) escribió:<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 dir="auto"><div dir="auto"><br></div><div dir="auto">IPv6 y el bloque de IPv4 necesario pasa de un /26 a cero.</div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto">Saludos</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, 30 Mar 2020, 19:05 Fernando Frediani, <<a href="mailto:fhfrediani@gmail.com" target="_blank">fhfrediani@gmail.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">
<div>
<p>Gracias Tomas.<br>
Tienes razón en la forma en que lo expresas. Posible es que no hay
problemas técnicos, pero puede haber un problema operativo y de
retraso.<br>
También he visto casos de uso para otros prefijos fuera de
RFC1918, pero creo que en este caso el problema de encontrar uno
que no entre en conflicto es el mismo.<br>
<br>
Creo que el mayor problema sigue siendo los bloques muy grandes
que algunos CDN solicitan al ISP. En tiempos de escasez, necesitan
ajustar sus políticas para adaptarse a esta realidad y hacer un
mejor uso de estos recursos y trabajar con /30 y /31 tanto como
sea posible.</p>
<p>Saludos<br>
Fernando<br>
</p>
<div>On 30/03/2020 11:35, Tomas Lynch wrote:<br>
</div>
<blockquote type="cite">
<div dir="ltr">
<div dir="ltr">
<div class="gmail_default" style="font-family:monospace,monospace"><span style="font-family:Arial,Helvetica,sans-serif">On Sat, Mar
28, 2020 at 3:29 PM Fernando Frediani <<a href="mailto:fhfrediani@gmail.com" rel="noreferrer" target="_blank">fhfrediani@gmail.com</a>>
wrote:</span><br>
</div>
</div>
<div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Estimados colegas<br>
<br>
Me gustaría consultar a todos para conocer el punto de vista
sobre un <br>
tema que parece estar cada vez más en discusión debido a la
escasez de <br>
direcciones IPv4.<br>
<br>
</blockquote>
<div><span class="gmail_default" style="font-family:monospace,monospace"><br>
</span></div>
<div><span class="gmail_default" style="font-family:monospace,monospace"><snip></span> </div>
<div><br>
</div>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">La otra pregunta que me
gustaría hacer es sobre los PNI. ¿Alguien ve, <br>
desde un punto de vista técnico, algún impedimento para usar
direcciones <br>
privadas en estos P2P?<br>
<br>
</blockquote>
<div><br>
</div>
<div>
<div class="gmail_default" style="font-family:monospace,monospace">El viejo problema
de unir dos redes que utilizan direccionamiento RFC1918.
Peer A utiliza <a href="http://10.1.0.0/16" rel="noreferrer" target="_blank">10.1.0.0/16</a> para peerings,
Peer B utiliza ese mismo bloque para la red de monitoreo
out-of-bound de sus equipos. Peer B no puede usar ese
bloque para peering, Peer A le pide entonces otro bloque,
Peer B le dice que usen <a href="http://192.168.0.0/16" rel="noreferrer" target="_blank">192.168.0.0/16</a> pero Peer A ya
lo utiliza para sus peerings en Europa, etc.</div>
<div class="gmail_default" style="font-family:monospace,monospace"><br>
</div>
<div class="gmail_default" style="font-family:monospace,monospace">En algún momento
se van a poner de acuerdo pero va a retrasar el peering,
cada PNI sería un caso único, la documentación sería
única, etc. Ni hablar si hay scripts auditando
configuraciones, estos deberían contemplar estas
excepciones también. Es decir, se puede, pero hay que
tener otras consideraciones.<br>
</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">
Se puede decir que estamos hablando de unos pocos /30, pero
creo que <br>
incluso para un ISP de tamaño mediano, varios PNI y CDN
terminan <br>
consumiendo IPv4 públicos que podría utilizarse mejor para
otros usos <br>
sin ninguna pérdida de calidad en la conexión, si solo
cuente con la <br>
comprensión de ambos lados.<br>
<br>
Que piensas ?<br>
<br>
Fernando<br>
<br>
_______________________________________________<br>
LACNOG mailing list<br>
<a href="mailto:LACNOG@lacnic.net" rel="noreferrer" target="_blank">LACNOG@lacnic.net</a><br>
<a href="https://mail.lacnic.net/mailman/listinfo/lacnog" rel="noreferrer 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 noreferrer" target="_blank">https://mail.lacnic.net/mailman/options/lacnog</a><br>
</blockquote>
</div>
</div>
<br>
<fieldset></fieldset>
<pre>_______________________________________________
LACNOG mailing list
<a href="mailto:LACNOG@lacnic.net" rel="noreferrer" target="_blank">LACNOG@lacnic.net</a>
<a href="https://mail.lacnic.net/mailman/listinfo/lacnog" rel="noreferrer" target="_blank">https://mail.lacnic.net/mailman/listinfo/lacnog</a>
Cancelar suscripcion: <a href="https://mail.lacnic.net/mailman/options/lacnog" rel="noreferrer" target="_blank">https://mail.lacnic.net/mailman/options/lacnog</a>
</pre>
</blockquote>
</div>
_______________________________________________<br>
LACNOG mailing list<br>
<a href="mailto:LACNOG@lacnic.net" rel="noreferrer" target="_blank">LACNOG@lacnic.net</a><br>
<a href="https://mail.lacnic.net/mailman/listinfo/lacnog" rel="noreferrer 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 noreferrer" target="_blank">https://mail.lacnic.net/mailman/options/lacnog</a><br>
</blockquote></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>
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></div>-- <br><div dir="ltr">HM</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>