<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">fhfrediani@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;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" target="_blank" rel="noreferrer">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" target="_blank" rel="noreferrer">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" target="_blank" rel="noreferrer">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" target="_blank" rel="noreferrer">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" target="_blank" rel="noreferrer">LACNOG@lacnic.net</a>
<a href="https://mail.lacnic.net/mailman/listinfo/lacnog" target="_blank" rel="noreferrer">https://mail.lacnic.net/mailman/listinfo/lacnog</a>
Cancelar suscripcion: <a href="https://mail.lacnic.net/mailman/options/lacnog" target="_blank" rel="noreferrer">https://mail.lacnic.net/mailman/options/lacnog</a>
</pre>
</blockquote>
</div>
_______________________________________________<br>
LACNOG mailing list<br>
<a href="mailto:LACNOG@lacnic.net" target="_blank" rel="noreferrer">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>