<div dir="ltr">Hola a todos,<div><br></div><div>En este tema yo tengo debatido muchísimo con los operadores. Muchos de ellos no encuentran necesidad en desplegar IPv6 si todavía tendrán que mantener IPv4 a funcionar. Y yo les explico exactamente eso: el costo de mantener todo un plantel IPv4 con todos los logs necesarios de traducción y todo más impactará negativamente en el costo del servicio. El ROI será afectado demasiadamente. Algunas pruebas que hice están alineadas con lo que dijo Alejandro: son necesarios Teras y mas Teras de espacio a esto. En Brasil por ejemplo, un operador tiene que si o si guardar sus logs por hasta 5 años. Haciendo una cuenta rápida, con todos los niveles de seguridad posibles (doble copia de seguridad, almacenamiento externo en distintos lugares, etc) el costo agrada demasiadamente. Y cuando uno despliega el IPv6 y tiene que hacer NAT de uns 30% nomas de tráfico, eso cambia completamente de figura y la reducción del volume de datos a almacenar es factible. Compensa muchísimo la inversión en capital humano y en conocimiento para hacer un despliegue así.</div><div><br></div><div>Saludos cordiales, excelente explanación de todos.</div><div><br></div><div> <br clear="all"><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>Uesley Corrêa - Analista de Telecomunicações</div></div></div><div>CEO Telecom Consultoria, Entrenamiento y Servicios</div><div>CEO Telecom Fiber Solutions</div></div></div></div></div></div></div></div></div></div></div></div></div></div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Em qua, 27 de mar de 2019 às 10:58, Nicolas Antoniello <<a href="mailto:nantoniello@gmail.com">nantoniello@gmail.com</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"><div dir="ltr">100 % de acuerdo con Alejandro.<div>De hecho, con tiempo tendiendo a infinito en el mejor y mas fantasioso escenario loguearas lo mismo... porque no conozco ningún ISP que rote IPv6 o IPv4 o NATs con polìticas diferentes... o rotan cada tiempo fijo, o no rotan y la IP cambia cuando el cliente se desconecta... y a veces ni eso.</div><div><br></div><div>Por otro lado, no te olvides que antes de la capacidad de almacenamiento que de última es $$$$$ a invertir... está la capacidad de procesar todos esos logs de los propios BRAS o Routers o lo que sea que los genere... y creeme que he visto, vivido y resuelto muchos problemas de equipos que "se dan vuelta como una media" (como decimos en UY) porque alguien puso a loguear algo con más frecuencia que lo que razonablemente soporta el equipo. Y si tenés que crecer en equipamiento de agregación porque el proceso de logueo (o peor aún, una decisión administrativa sin consulta técnica) te revienta el OS del equipo, eso sí que es difícil de resolver y cuenta mucho, mucho $$$$$.</div><div><br></div><div>Saludos,</div><div>Nico</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">El mié., 27 de mar. de 2019 a la(s) 09:31, Alejandro Acosta (<a href="mailto:alejandroacostaalamo@gmail.com" target="_blank">alejandroacostaalamo@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">Hola Fer,<br>
<br>
El 27/3/19 a las 11:17, Fernando Gont escribió:<br>
> On 27/3/19 10:34, Alejandro Acosta wrote:<br>
>> Hola Fernando,<br>
>><br>
>> El 26/3/19 a las 19:53, Fernando Gont escribió:<br>
>>> On 25/3/19 22:42, Henri Alves de Godoy wrote:<br>
>>>> Hola Fernando,<br>
>>>><br>
>>>> Voy a traducir este texto para que sea más cómodo la lectura para todos.<br>
>>>><br>
>>>> Gracias por compartir este documento. Estoy encaminando hacia los<br>
>>>> administradores de red de la Universidad, ya que es un asunto que<br>
>>>> que se ha discutido mucho, ya que al contrario de lo que quería y de mis<br>
>>>> esfuerzos en implementar IPv6 en toda la Universidad, debido a la falta<br>
>>>> de IPv4, algunos administradores están utilizando la red <a href="http://100.64.0.0/10" rel="noreferrer" target="_blank">100.64.0.0/10</a><br>
>>>> para hacer NAT en la red inalámbrica dentro de la Universidad y<br>
>>>> seguramente algunos no están interesados en hacer el registro de la<br>
>>>> puerta de origen o olvidarse. :-(((<br>
>>>><br>
>>>> Cuando todo un día tiene sólo IPv6, sólo debemos hacer el registro de IP<br>
>>>> y nada más, ya que no será necesario el registro de puertas, creo yo.<br>
>>> "solo" == 4 bytes (direccion IP) + 2 bytes (puerto) en IPv4 vs 16 bytes<br>
>>> (direccion IPv6). Es decir, 6 bytes vs 16 bytes.<br>
>> En está matemática tienes razón a medias. Tomaste solo una v4 + solo<br>
>> puertos.., en NAT almacenas x 2, igualmente dirás que son 2 x 6 bytes <<br>
>> 16 bytes. Pero el problema no es almacenarlo una vez..., el problema es<br>
>> almacenarlo en el tiempo por cada traducción que ocurra..., es una<br>
>> locura, te puede consumir varios megas de cualquier enlace, de disco una<br>
>> barbaridad + mil cosas extras (DB, switches, routing, etc). Es un dolor<br>
>> de cabeza.<br>
> Las direcciones IPv6, y muchas veces tambien los prefijos, suelen ser<br>
> dinamicas.<br>
><br>
> Pensar, por ejemplo, RFC4941 y RFC7934.<br>
<br>
<br>
Fer..., ni en el más remoto escenario se loguea más por cambio de<br>
direcciones IPv6 que por NAT.<br>
<br>
Haz esta prueba: Favor instala al menos un pequeñisimo, nano escenario y<br>
pon a loguear el NAT.<br>
<br>
<br>
Saludos,<br>
<br>
<br>
Ale,<br>
<br>
<br>
><br>
> Abrazo,<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>
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>