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

Guillermo Osorio gosorio en cnc.una.py
Lun Nov 21 21:34:06 BRST 2016


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
>
>
>
>
>
>     _______________________________________________
>     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/8ea22e04/attachment.html>


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