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

Guillermo Osorio gosorio en cnc.una.py
Lun Nov 21 21:42:17 BRST 2016


Como comentario, no creo que sea un desperdicio asignar un /64 para un
enlace.

El 21 nov. 2016 20:38, "JORDI PALET MARTINEZ" <jordi.palet en consulintel.es>
escribió:

> Comprendido, pero igualmente … el problema vino por un “bug” que ya había
> ocurrido, y que los fabricantes volvieron a implementar mal con IPv6 …
>
> El famoso “ping-pong”. Pero no todos los fabricantes lo habían hecho mal …
>
> Basicamente, si un equipo esta bien diseñado (su firmware), no deben
> producirse ese tipo de problemas en un punto a punto.
>
> A veces es mas fácil, desgraciadamente, escribir un draft que de una
> solución, que “obligar” a los fabricantes a que “deprisa y corriendo”
> corrijan sus bugs ...
>
> Saludos,
> Jordi
>
>
> -----Mensaje original-----
> De: Guillermo Osorio <gosorio en cnc.una.py>
> Responder a: <gosorio en cnc.una.py>
> Fecha: martes, 22 de noviembre de 2016, 0:34
> Para: <jordi.palet en consulintel.es>, Latin America and Caribbean Region
> Network Operators Group <lacnog en lacnic.net>
> Asunto: Re: [lacnog] IPv6: asignación de prefijos a clientes
>
>     Bueno, en realidad me refería al que la sección
> https://tools.ietf.org/html/rfc6164#section-5.2 apoyaba su argumento. :)
>
>     El 21 nov. 2016 20:30, "JORDI PALET MARTINEZ" <
> jordi.palet en consulintel.es> escribió:
>
>     No exactamente. Se menciona el documento pero se indica que lo mas
> apropiado es /64 si se quiere estar a prueba de fallos y preparado para el
> futuro:
>
>     Please note, that not all equipment currently supports this option, so
> /64 is still the most safe bet and has the advantage of being future proof
> in case new standards make usage of the 64 bits for other purposes, or the
> link becomes point-to-multipoint, etc.
>
>
>     Saludos,
>     Jordi
>
>
>     -----Mensaje original-----
>     De: LACNOG <lacnog-bounces en lacnic.net> en nombre de Guillermo Osorio <
> gosorio en cnc.una.py>
>     Responder a: Latin America and Caribbean Region Network Operators
> Group <lacnog en lacnic.net>
>     Fecha: martes, 22 de noviembre de 2016, 0:23
>     Para: Manuel José Linares Alvaro <cheche en udg.co.cu>, Latin America
> and Caribbean Region Network Operators Group <lacnog en lacnic.net>
>     Asunto: Re: [lacnog]  IPv6: asignación de prefijos a clientes
>
>         Hola,
>
>         Es justamente por eso que el documento hace enlace a
> https://tools.ietf.org/html/rfc6164 (Apoyando a tu argumento).
>         Saludos.
>
>
>         El 21 de noviembre de 2016, 20:13, Manuel José Linares Alvaro <
> cheche en udg.co.cu> escribió:
>
>         lo se, pues lo he escuchado en las recientes reuniones de lacnic.
> sin
>         embargo, he probado prefijos mayores y funcionan.
>         recientemente uní dos redes remotas con ip6 con una red de enlace
> ipv6 con
>         prefijo 126, si mal no recuerdo, y todo se mantiene funcionando con
>         normalidad.
>         esto desde luego puede ser considerado un error, pero lo cierto es
> que los
>         sistemas aceptaron ese prefijo y todo funciona normalmente.
>         no me refiero a pensar en “ipv4”, pero la vedad es que no le veo
> sentido a
>         gastar 2^64 – 3 (todas las que no voy a usar) direcciones cuando
> solo necesito 2
>         y es evidente que no necesitaré más.
>         saludos, gracias carlos.
>         manuel
>         From: Carlos Marcelo Martinez Cagnazzo <mailto:
> carlosm3011 en gmail.com>
>         Sent: Monday, November 21, 2016 6:01 PM
>         To: Latin
>         America and Caribbean Region Network Operators Group <mailto:
> lacnog en lacnic.net>
>         Subject: Re: [lacnog] IPv6: asignación de prefijos a
>         clientes
>
>
>
>
>
>         Manuel,  por mas que uses 10 o 20 direcciones igual tenes que
>         asignar un 64
>
>
>
>         via Newton
>         Mail <https://cloudmagic.com/k/d/mailapp?ct=pa&cv=9.1.18&pv=6.
> 0.1&source=email_footer_2>
>         On Mon, Nov 21, 2016 at 7:51pm,
>         Manuel José Linares Alvaro <cheche en udg.co.cu> 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.
>           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
>
>
>
>
>
>
>
>         * * * * *
>         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
>
>
>
>
>
>
>
>         --
>         Guillermo Osorio
>
>         Centro de Operaciones de Red
>         Centro Nacional de Computación
>         Teléfono: +595 21 585 550 <tel:%2B595%2021%20585%20550>
>
>
>
>
>
>         _______________________________________________
>         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
>
>
>
>
>
>
>
>
> **********************************************
> 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
>
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <https://mail.lacnic.net/pipermail/lacnog/attachments/20161121/c4e37069/attachment.html>


Más información sobre la lista de distribución LACNOG