[LACNIC/Politicas] Direcciones para aplicaciones domesticas

[JORDI PALET MARTINEZ]

Hola Nicolas,

Los fabricantes se guian por RFCs y el RFC3177 (unico que habla de esto y
por tanto no hay duda al respecto), indica bien claro que cualquier tipo de
cliente ha de recibir un /48. Asi que bajo mi punto de vista los fabricantes
lo estan haciendo correctamente. Estamos hablando de grandes fabricantes
como Philips, Panasonic, Sony, etc.

Este documento indica que solo se deben de utilizar /64 si se sabe que solo
una subred es necesaria (ejemplo de PDP context en un celular) y /128 en
conexiones punto a punto (si se conecta una sola maquina, e incluso en este
se podrian plantar dudas, pero puede ser valido para dial-up).

Estas aplicaciones utilizan muchas subredes por muchos motivos, incluida la
separacion de servicios por seguridad.

Yo no opino que sea un desperdicio injustificado si partes del requisito de
subredes que se pedia para IPng. IPv6 ha superado ampliamente lo que se
esperaba incialmente, y la ventaja es que tenemos 64 bits para cada subred,
que puede parecer un desperdicio, pero sin embargo permite cosas como
autoconfiguracion, generacion criptografica de direcciones, y mas que estan
por venir.

No es un desperdicio desde el punto de vista de que el diseño supera lo que
se pedia. No es un desperdicio si haces la proporcion de lo que significa un
/48 en el total de IPv6, frente a UNA SOLA IPv4 en el total de IPv4.

Con este tipo de asignacion de /48 a los usuarios finales, los ISPs tienen
unos ahorros importantes, los usuarios tienen mas facilidad para hacer lo
que quieran, y los ISPs pueden generar mas negocio y mas valor añadido.

Ademas las previsiones de vida de IPv6 basadas en este tipo de asignaciones
son de unos 480 años. Estos son calculos de Tony Hain, a quien curiosamente
despues de muchos años otros le han dado la razon en el calculo del
agotamiento de IPv4. Quien decia que hasta el 2026, a terminado diciendo
"Tony tenias razon".

No quiero decir que no se pueda equivocar, pero aun cuando se equivocara en
un 80% de margen de error, creo que supera con creces las expectativas
logicas de vida de un protocolo IP. Yo me quedo muy tranquilo al respecto,
porque no me cabe duda de que es dificil que IP (la version que sea), pueda
perdurar mas alla de unos 100-120 años, porque tendremos otras necesidades,
independientemente del numero de direcciones, etc.

Saludos,
Jordi




> De: Nicolás Antoniello <nicolas at antel.net.uy>
> Organización: MEI - ANTELDATA
> Responder a: <nantoniello at antel.net.uy>, LACNIC Policy mailling list
> <politicas at lacnic.net>
> Fecha: Thu, 14 Jun 2007 09:11:59 -0300 (UYT)
> Para: <politicas at lacnic.net>
> Asunto: [LACNIC/Politicas] Direcciones para aplicaciones domesticas
> 
> Hola Jordi,
> 
> Una pequeña reflexion nomas... acerca del comentario de que un /56 no
> seria suficiente en algun caso para asignar a un sitio final ya que se
> "estan diseñanado" equipos que asumen un /48 para aplicaciones
> domesticas...
> 
> Mira, yo no se que equipos estamos hablando porque de hecho no importa
> para nada, pero si de diseño se trata, creo que (desde el punto de vista
> exclusivamente de diseño) aplicaciones domesticas que requieran un /48
> estan directamente MAL diseñadas.
> Mas alla de los mecanismos de asignacion de direcciones que utilicemos
> (supongamos el peor caso que podria ser el de completar la direccion con
> la MAC), creo que es un desperdicio injustificado de direcciones el
> asignar un /48 a un usuario final domestico. Independientemente de que
> sobren direcciones, veo que todo el mundo se basa y hace sensacionalismo
> con el hecho de que son millones y millones (como diria Carl Sagan) de
> direcciones... pero me parece que con esa clase de diseños, las estamos
> consumiendo antes de usarlas.
> 
> Si seguimos asi, vamos a terminar usando NAT de la misma forma que para
> IPv4. :)
> 
> Saludos,
> Nicolas.
> _______________________________________________
> Politicas mailing list
> Politicas at lacnic.net
> https://mail.lacnic.net/mailman/listinfo/politicas




**********************************************
The IPv6 Portal: http://www.ipv6tf.org

Bye 6Bone. Hi, IPv6 !
http://www.ipv6day.org

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.