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

JORDI PALET MARTINEZ jordi.palet en consulintel.es
Lun Nov 21 21:27:21 BRST 2016


Si funciona con una configuración manual y estatica, pero no si usas muchos de los mecanismos que precisamente IPv6 permite automatizar, si usas homenet, etc., etc. Va contra los estándares, y por tanto nada se garantiza.

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: Manuel José Linares Alvaro <cheche en udg.co.cu>, Latin America and Caribbean Region Network Operators Group <lacnog en lacnic.net>
Fecha: martes, 22 de noviembre de 2016, 0:13
Para: Latin America and Caribbean Region Network Operators Group <lacnog en lacnic.net>
Asunto: Re: [lacnog]  IPv6: asignación de prefijos a clientes

    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
    



**********************************************
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.






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