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

[JORDI PALET MARTINEZ]

De acuerdo con lo que indicas de las VLANs, home-offices, etc., de hecho, puede ser importante incluso como medida de separación/seguridad, no tener los prefijos /64 contiguos, usar diferentes /64 para diferentes tipos de dispositivos, incluso asignar multiples direcciones de diferentes /64 a un mismo dispositivo (ejemplo yo no quiero que el proveedor de la carne que le doy a acceso a mi nevera para “rellenarme” el stock automáticamente, tenga acceso al stock de verduras porque no me gusta la calidad de las que ofrece …).

Pero además también es muy importante explicar que todos los RIR permiten que tu asignes a tus usuarios residenciales /48, si asi es como haces el plan de direccionamiento, y en lugar de un /32, te entregaran un /29 o un /24 o un /21 como corresponda, según el tamaño de tu red. Hay varios casos asi en Europa, Asia, Norteamerica, etc. No es nada extraño, y no debe serlo. Si quieres ser precavido, tienes dudas, etc., haz el plan de direccionamiento con /48 para todos, indicale al RIR que asi lo quieres, y provisionalmente entrega solo /56 de cada /48, dejando el resto libre. Asi no tienes que renumerar cuando quieras entregar el /48 completo, por ejemplo por cuestión de competencia, etc.

Fijaros que hay muchos mecanismos, por ejemplo de transición, que se basan en /48. Si el usuario al que le entregas IPv6 ya tenia un servicio como un Tunnel Broker o 6to4, etc., y le entregas /56, le estas obligando a renumerar su red. Si yo soy ese cliente, prefiero irme a otro proveedor que me entregue /48.

Creo que es importante aclarar tu ultimo punto.

El RFC6164 no indica que sea mejor usar /127, sino que los problemas que anteriormente se habían detectado, como el ping-pong, etc., ya han sido resueltos, los routers deben (MUST) soportar esta opción. Pero en ningun caso indica que sea mejor que /64.

De hecho, según reflejan los resultados del survey de IPv6, https://labs.ripe.net/Members/jordipaletm/results-of-the-ipv6-deployment-survey, en el sector residencial, el 61% de los ISPs utilizan /64 y solo el 7% usa /127 y 2% usa /126.

Finalmente, creo que es importante entender que cuantas mas direcciones entregue un ISP a un cliente, mejor para que el ISP o terceras compañías con las que llegue a acuerdos puedan ofrecer servicios de valor añadido por los que *cobrar* mas. El acceso será gratis en pocos años. Lo que será importante son los servicios ofrecidos. Mas direcciones, sobretodo *estables* nada de dinámicas como en IPv4, implica poder ofertar mas y mas cosas al cliente.

El cliente en general no sabe, y en muchos casos es mas fácil que quiera pagar por ejemplo por una oferta de seguridad en su red o de vigilancia remota en su casa, o por un servicio de alertas de sus programas de TV favoritos, etc., que por tener una red 50ms mas rápida.

Saludos,
Jordi


-----Mensaje original-----
De: LACNOG <lacnog-bounces en lacnic.net> en nombre de Octavio Alvarez <octallac en alvarezp.org>
Responder a: Latin America and Caribbean Region Network Operators Group <lacnog en lacnic.net>
Fecha: martes, 22 de noviembre de 2016, 1:27
Para: <cheche en udg.co.cu>
CC: Latin America and Caribbean Region Network Operators Group <lacnog en lacnic.net>
Asunto: Re: [lacnog]  IPv6: asignación de prefijos a clientes

    On 11/21/2016 02:51 PM, Manuel José Linares Alvaro wrote:
    > 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 red de enlace, en la que se usan solo
    > dos direcciones, o para un cliente residencial, que solamente usará en
    > su red no más de 10 o 20 direcciones. me interesa saber si el documento
    > recomienda algo parecido.
    > noto que por muchas direcciones ip que hayan, como quiera esto es un
    > desperdicio innecesario de direcciones, pues de ese mismo modo se pensó
    > cuando se diseñó el ipv4.
    
    Los servicios residenciales también se utilizan para Home Offices donde
    bien podría haber 20 personas o más y cada persona con 3 a 5
    dispositivos (y en aumento), más servicios locales (IoT interno) y
    externos (como DVR y más IoT). Además, estaría bien poder tener un
    dispositivo que permitiera tener los IoT en una VLAN y los dispositivos
    de trabajo en otra con diferentes permisos de comunicación entre ellas.
    
    A lo que voy es que tu modelo de "10 o 20" es producido por una
    costumbre que con IPv6 ya no se necesita seguir; ya se puede liberar uno
    de esta restricción para permitir escenarios como el que he descrito.
    Pensando de la manera anterior sólo lograrás restringir a tus usuarios a
    cambio de nada. Considero que tomando en cuenta la cantidad de
    direcciones actuales a uno no le toca restringirlos si la tecnología ya
    permite un uso virtualmente irrestricto.
    
    Digo que "a cambio de nada" porque si tú como ISP conseguiste tu /32
    para tus clientes residenciales y asignas un /56 a cada cliente
    residencial, les darías espacio para unas 250 subredes /64 a cada uno y
    aún así tendrías espacio para *16.7 millones* de suscriptores. Para
    cuando llegues a estos números tranquilamente podrías justificar otro /32.
    
    Lo anterior, sin considerar que algunos sistemas operativos simplemente
    no te dejan usar un prefijo distinto al /64; así lo manda el RFC.
    
    Caso especial es el de los enlaces punto a punto, donde es mejor usar un
    /127 (RFC 6164).
    
    Saludos.
    
    _______________________________________________
    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.