[lacnog] Consulta Delegacion prefijos a abonados

[JORDI PALET MARTINEZ]

Totalmente de acuerdo contigo que las aplicaciones deben trabajar con nombres, pero si no tienes direcciones estables, es difícil que los nombres hagan referencia a direcciones, y si usas DNS dinámico, los caches no sirven, y por tanto lo que ganas en RTT (como tu decías antes), lo pierdes en consultas a DNS ...

Todo, en este mundo, al final es un equilibrio entre lo deseable, lo perfecto y lo aceptable.

Saludos,
Jordi
 
 

-----Mensaje original-----
De: Fernando Gont <fgont en si6networks.com>
Fecha: viernes, 23 de noviembre de 2018, 2:04
Para: JORDI PALET MARTINEZ <jordi.palet en consulintel.es>, Latin America and Caribbean Region Network Operators Group <lacnog en lacnic.net>, Fernando Frediani <fhfrediani en gmail.com>
Asunto: Re: [lacnog] Consulta Delegacion prefijos a abonados

    On 22/11/18 19:28, JORDI PALET MARTINEZ wrote:
    > Te estoy dando diferentes escenarios, unos son manuales, otros son automáticos. En todos los casos, se trata de que funcione bien. En EU el 99% de las empresas usan servicios residenciales, y en esos casos, son planes de direccionamiento manuales, y es fácil cambiar de ISP de un día para el otro, si el tamaño del prefijo es el mismo.
    
    El tamaño del prefijo no esta estandarizado porpiemante. DE hecho, lo
    estaba, y se lo quito, en favor de CIDR. Asi que no podès depender de
    ello, porque no hay razon para hacerlo -- (no tenes garantia que suceda).
    
    
    
    > En mi caso, una diferencia de RTT de 25 ms por el túnel, incluyendo el overhead, generalmente no me importa (de hecho, nunca) si tengo un direccionamiento estable.
    
    DEpende de la aplicaciòn.
    
    
    
    > Seamos claros: El único motivo para entregar un /60 o un /56 o un /48 es para generar a nivel de marketing, un diferenciador, donde no lo hay. Incluso es la excusa para dar prefijos persistentes vs no-persistentes.
    
    Bienvenido al capitalismo.
    
    
    
    > Y con eso, el maravilloso departamento de marketing logra que el ISP no pueda aprovechar mucho mejor el despliegue de IPv6 para nuevos servicios y aplicaciones que son más fáciles de desplegar cuando hay direcciones estables y redes "ordenadas" con un buen plan de direccionamiento.
    
    Esto es marketing tambien.
    
    NO hay requisito en que los rpefijos sean estalbes, por ende ninguna
    aplicacion puede depende de dicha propiedad.
    
    Mas alla d eso, trabajar con direcciones es erroneo. Las aplicaciones
    debe, en todo caso, trabajar con nombres. Y si trabajas con nombres, la
    estabilidad de la direccion importa poco o nada, ya que haces un update
    dinamico del dns, y tema solucionado.
    
    El area donde hay problemas, ironicamente, nada tiene que ver con lo
    publica o estable de las direcciones, sino con el hecho que los
    dispositivos v6 no implementan unpnp de forma adecuada... entonces, por
    mas que tengas direcciones publicas, no podes abrir agujeros en el fw.
    
    P.S.: Tengo aplicaciones corriendo detras de ipv4 dinamicas + ipv6
    estables (tuneles), y uso las mismas herraminetas para ambas -- con la
    diferencia que en v6 no puedo abrir agujeros en el fw, por ende o
    trabajo sin fw, o habro los agujeros de manera manual. -- o descarto el
    prefijo nativo y uso tunel, ya que al hacer tunel uso v4, y puedo abrir
    un agujero en el fw.
    
    Saludos,
    -- 
    Fernando Gont
    SI6 Networks
    e-mail: fgont en si6networks.com
    PGP Fingerprint: 6666 31C6 D484 63B2 8FB1 E3C4 AE25 0D55 1D4E 7492
    
    
    
    
    



**********************************************
IPv4 is over
Are you ready for the new Internet ?
http://www.theipv6company.com
The IPv6 Company

This electronic message contains information which may be privileged or confidential. The information is intended to be for the exclusive use of the individual(s) named above and further non-explicilty authorized disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited and will be considered a criminal offense. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited, will be considered a criminal offense, so you must reply to the original sender to inform about this communication and delete it.