[lacnog] IPv6: asignación de prefijos a clientes

Lun Nov 21 22:49:10 BRST 2016

qué tal jordy?
tu correo ha sido bastante explísito, muchas gracias por explicarlo todo en 
más detalles. desde luego me interesa el documento.
aclarar que nunca dije que fuera incorrecto el uso de redes con prefijo /64 
en ciertas condiciones, sino, que no comprendía muy bien el porqué.
el ipv6 que tenemos en nuestra red es más bien experimental, pues como 
quiera, no tenemos proveedores para ip6 y tenemos que usar a hurricane 
electric como tunnel broker.
gracias también por las aclaraciones a todos los que escribieron 
contestándome.
manuel.

-----Mensaje original----- 
From: JORDI PALET MARTINEZ
Sent: Monday, November 21, 2016 6:25 PM
To: Latin America and Caribbean Region Network Operators Group
Subject: Re: [lacnog] IPv6: asignación de prefijos a clientes

Hola Manuel,

Soy coautor de ese documento, y además hace años escribí un Internet Draft 
que nunca se llego a publicar, pero que ahora estoy revisado para su 
publicación, pues se vio la necesidad de ese tipo de documentos en v6ops.

Creo que cada vez se demuestra mas que hay que hacer un cambio de chip y que 
IPv4 NO es igual que IPv6, y tener el mismo punto de vista es por tanto 
erróneo.

Te comento bajo tus líneas algunos detalles.

Saludos,
Jordi

-----Mensaje original-----
De: LACNOG <lacnog-bounces en lacnic.net> en nombre de Manuel José Linares 
Alvaro <cheche en udg.co.cu>
Organización: Universidad de Granma
Responder a: Latin America and Caribbean Region Network Operators Group 
<lacnog en lacnic.net>
Fecha: lunes, 21 de noviembre de 2016, 23:51
Para: Latin America and Caribbean Region Network Operators Group 
<lacnog en lacnic.net>
Asunto: Re: [lacnog]  IPv6: asignación de prefijos a clientes

    hola amigos.
    el documento lo leeré de inmediato, me interesa el
    tema.
    ya de paso comentarles que tengo algunos criterios opuestos a los 
criterios generalizados y
    prácticas recomendadas en ipv6, como es el uso de prefijos 64 incluso, 
para una

⇒ Una red de enlace es un segmento de red, y como tal, si se es estricto, 
habría que considerar que es necesario usar /64 (ver siguiente comentario), 
aunque aquí hay cierta flexibilidad. Pero has pensado que coste tiene la 
renumeracion si en el futuro por ejemplo ese enlace pasa a ser 
punto-multi-punto?

    red de enlace, en la que se usan solo dos direcciones, o para un cliente

⇒ El estándar de IPv6 define como OBLIGATORIO que cualquier segmento de red 
SI o SI, ha de ser /64. No se trata de un desperdicio de direcciones, sino 
de parte del diseño.

    residencial, que solamente usará en su red no más de 10 o 20 
direcciones.

⇒ Eso es totalmente incorrecto. Dado que un cliente residencial también 
puede tener subredes (por ejemplo un SSID para invitados), o subredes para 
IoT, y muchas otras funcionalidades que veremos en 2-3 años, es preciso, que 
se asigne un número “n” de /64 para cada cliente residencial. De ahí la 
recomendación de minimo /56. Pero si además, la recomendación para los 
corporativos es /48, para que vas a tener esa distinción en tu red? Te puedo 
decir que en redes residenciales con despliegues importantes de IoT se están 
usando mas de 256 subredes, es decir, que un /56 se queda corto. Ademas, hay 
mucho trabajo que esta relacionado con lo que se estudia en homenet, que 
básicamente busca definir como funcionaran las redes residenciales 
“autoconfiguradas” y por tanto el CPE de próxima generación, como digo a 2-3 
años vista como mucho.

    me interesa saber si el documento recomienda algo parecido.

⇒ Precisamente el documento indica usar /64 para el punto a punto, /48 para 
todos los usuarios (ya sean residenciales o corporativos), y no usar ULAs, 
entre otras cosas. Pero te recomiendo que lo leas y entiendas los 
razonamientos que no son para nada despreciables y provienen de experiencia 
desplegando IPv6. Por ejemplo, y esto lo explicaba yo en el draft que 
mencionaba antes, se ha visto como es muy conveniente usar un /48 para un 
cliente, y el primer /64 para su propio punto-a-punto.

    noto que por muchas direcciones ip que hayan, como
    quiera esto es un desperdicio innecesario de direcciones, pues de ese 
mismo modo

⇒ Tony Hain calculo hace años, que si entregaramos a cada posible habitante 
(no hogar, sino mucho mas) del planeta su /48, y no se le recogiera al 
enterrarlo, habría direcciones para los próximos 480 años. Si crees que nos 
podemos equivocar, digamos que en un 80% en esa predicción, crees que IP no 
tendrá que ser “actualizado” o sustituido por otro protocolo? Esto no se 
producirá por una falta de direcciones, sino por otros problemas que 
aparecerán por el nuevo uso de Internet que estamos viendo venir.

    se pensó cuando se diseñó el ipv4.

⇒ Esto no es asi. IPv4 se diseño para conectar 4 redes de universidades y 4 
redes militares. El problema es haberlo “usado” de forma comercial sin hacer 
un calculo de la explosión que iba a tener.

⇒ Fijata hasta que punto que se esta trabajando en draft del IETF que 
explican que en muchos casos es conveniente asignar un /64 a cada host, por 
ejemplo para redes WiFi, de forma que se aíslan los usuarios en un hotspot, 
o para que en un datacenter una sola maquina tenga muchas direcciones para 
poder tener maquinas virtuales o contenedores, etc.

    saludos,
    manuel linares.

    From: Guillermo Cicileo <mailto:gcicileo en gmail.com>
    Sent: Monday, November 21, 2016 5:33 PM
    To: Latin
    America and Caribbean Region Network Operators Group 
<mailto:lacnog en lacnic.net>
    Subject: [lacnog] IPv6: asignación de prefijos a
    clientes

    Hola,

    Les hago llegar un documento que se esta discutiendo en RIPE acerca de 
la
    asignacion de prefijos IPv6 para usuarios finales (corporativos, 
residenciales,
    etc). Son recomendaciones respecto de la longitud de prefijos y también 
sobre
    asignación estática o dinámica:

    http://tinyurl.com/ipv6-pd-bcop

    El documento refleja las mejores practicas operativas actuales (BCOP) y
    está siendo promovido por Jan Zorz (a quien muchos de Uds. conocen). 
Básicamente
    recomiendan el uso de /48 para todo tipo de clientes y asignación 
estática de
    prefijos, mencionando algunos problemas encontrados cuando no se sigue 
esta
    regla.

    Creo que es un tema que deberíamos analizar en la región en la medida 
que
    hay cada vez mas operadores que tienen que tomar este tipo de 
decisiones. Los
    comentarios son bienvenidos, el trabajo todavía no esta terminado, por 
lo que
    seria bueno poder contribuir con este documento.

    Saludos,

    Guillermo.

    ________________________________________
    _______________________________________________
    LACNOG mailing
    list
    LACNOG en lacnic.net
    https://mail.lacnic.net/mailman/listinfo/lacnog
    Cancelar
    suscripcion: https://mail.lacnic.net/mailman/options/lacnog

    * * * * *
    Universidad de Granma, Bayamo. M.N. <http://www.udg.co.cu>

    Participe en el VI Congreso Cubano de Desarrollo Local,
    Hotel Sierra Maestra, Bayamo, Granma, Cuba, del 28 al
    30 de marzo de 2017.

    _______________________________________________
    LACNOG mailing list
    LACNOG en lacnic.net
    https://mail.lacnic.net/mailman/listinfo/lacnog
    Cancelar suscripcion: https://mail.lacnic.net/mailman/options/lacnog

**********************************************
IPv4 is over
Are you ready for the new Internet ?
http://www.consulintel.es
The IPv6 Company

This electronic message contains information which may be privileged or 
confidential. The information is intended to be for the use of the 
individual(s) named above. If you are not the intended recipient be aware 
that any disclosure, copying, distribution or use of the contents of this 
information, including attached files, is prohibited.

_______________________________________________
LACNOG mailing list
LACNOG en lacnic.net
https://mail.lacnic.net/mailman/listinfo/lacnog
Cancelar suscripcion: https://mail.lacnic.net/mailman/options/lacnog 

*  *  *  *  *
Universidad de Granma
 http://www.udg.co.cu

 Participe en el VI Congreso Cubano de Desarrollo Local,
 Hotel Sierra Maestra, Bayamo, Granma, Cuba, del 28 al
 30 de marzo de 2017.