[LAC-TF] FAQ: Grupo2 - Pregunta "d"
Jorge Villa
villa at reduniv.edu.cu
Tue May 5 09:30:24 BRT 2009
Mariela, como estas?
En realidad creo que la pregunta puede resultar un poco controversial, luego
de
haber respondido las otras 3 preguntas de esta seccion, y creo que por ello
la confusion de Eduardo, aunque en efecto, expone argumentos muy
interesantes en su analisis.
De la pregunta B ya sabemos que aplicaciones es necesario actualizar, y en
la C encontramos que hay herramientas que nos permiten ayudar a hacer la
actualizacion, mientras que en la A aprendimos que el coste de la
realizacion del proceso depende de un conjunto de factores; por tanto la
manera en que esta redactada la pregunda D, puede igual servir para el
desarrollo de nuevas aplicaciones o para algunas que se quieran actualizar.
La pregunta en cuestion es: ¿Cómo lograr aplicaciones que aprovechen las
ventajas de IPv6?
Mi respuesta es la siguiente (resumiendo un poco las ideas tras las
respuestas de Eduardo y Azael, que ensamblo Mariela):
Para lograr aplicaciones que usen las ventajas de IPv6, estas tienen que ser
diseñadas (o transformadas convenientemente) con IPv6 en mente. Es decir, la
aplicacion debe pensarse de modo que pueda emplear eficientemente las
caracteristicas de IPv6 (autoconfiguracion, movilidad, ipsec, etc), que se
requieran para cumplir el proposito para el que se concibio la aplicacion;
sin perder compatibilidad con redes IPv4 (en caso que sea necesario).
Saludos,
Jorge
----- Original Message -----
From: "Mariela Rocha" <marielac.rocha at gmail.com>
To: <lactf at lac.ipv6tf.org>
Sent: Monday, May 04, 2009 5:59 PM
Subject: Re: [LAC-TF] FAQ: Grupo2 - Pregunta "d"
> Atendiendo a las sugerencias de Azael y Eduardo, la respuesta podria ser
> algo asi:
>
> --------------------------------------------------
>
> ¿Cómo lograr aplicaciones que aprovechen las ventajas de IPv6?
>
> Considerando que en la mayoría de las redes e implementaciones con IPv6,
> se está en una fase de coexistencia de ambas versiones del IP, para un
> gran porcentaje de las implementaciones y aplicaciones lo recomendable es,
> si se tiene acceso al código fuente, hacer las modificaciones en el
> código (estructuras, funciones, etc.) para que sean independientes de la
> versión del protocolo. En caso contrario, para dar servicio a usuarios con
> ambas versiones del IP, se tiene que implementar el mecanismo menos
> recomendado que es el de traducción, que dependiendo del escenario, puede
> ser desde la capa de red hasta la de aplicación.
>
> Ahora, tengamos en cuenta que no solo las computadoras podrían tener una
> dirección IP pública sino que además una gran variedad de dispositivos
> también podrían tener este tipo de direcciones (entre ellos
> refrigeradores, equipos de aire acondicionado, iluminación, etc).
> Se podría prescindir de NAT y en consecuencia las aplicaciones podrán
> comunicarse entre sí en forma directa de extremo a extremo (o de
> aplicación a aplicación), superando las limitaciones que actualmente se
> encuentran asociadas al uso de direcciones privadas y NAT.
>
> No olvidemos que IPv6 permite implementar de una forma más sencilla la
> movilidad de direcciones IP lo que representa una ventaja adicional. Las
> aplicaciones pueden hacer uso de los mecanismos de auto-configuración para
> acceder o contactar otros dispositivos.
>
> De todas formas, es importante hacer las aplicaciones independientes de la
> versión del protocolo de Internet, de modo que no dependan de dicha
> versión para su funcionamiento.
>
> --------------------------------------------------
>
>
> Espero sus comentarios...
>
> Mariela.-
>
>
>
>
> Eduardo A. Suárez wrote:
>> Hola Mariela,
>>
>> Quoting Mariela Rocha <marielac.rocha at gmail.com>:
>>
>>> 2_ Cuáles son esas ventajas que debemos saber aprovechar?
>>>
>>>
>>> * El hecho de que las redes podrían prescindir del uso de NAT, por lo
>>> que las aplicaciones tendrían "acceso directo" a dispositivos,
>>> servidores, clientes o servicios en general, que en el caso de IPv4, al
>>> ser parte de una red privada (detrás de un NAT) seria mas difícil y en
>>> algunos casos imposibles de acceder.
>>>
>>> * La posibilidad de asignar direcciones a una infinidad de dispositivos
>>> y servicios "domésticos" o de usuario final (acceso a mi heladera, mi
>>> equipo de aire acondicionado, iluminación, agenda personal (hosteada en
>>> un servidor propio), etc...
>>>
>>> * La posibilidad de que un sinnúmero de dispositivos se comuniquen entre
>>> si en forma directa.
>>>
>>> * Aplicaciones que aprovechen las ventajas de la movilidad en IPv6
>>> (aunque hay mucho para desarrollar aun en este "rubro").
>>>
>>> * Aplicaciones que hagan uso de los mecanismos de auto-configuración
>>> para acceder o contactar otros dispositivos.
>>>
>>> De todas formas, en general: Es importante hacer las aplicaciones
>>> independientes de la version del protocolo de Internet, es decir, que
>>> no dependan de la dirreccion IP para su funcionamiento, sino de un
>>> nombre asociado a una IP.
>>
>> Esta sección me resulta un poco confusa. Creo debería ser algo así:
>>
>> El espacio de direcciones IPv4 es mucho más pequeño que el de direcciones
>> IPv6 y, en la actualidad quedan muy pocas direcciones IPv4 disponibles,
>> eso ha obligado al uso de NAT.
>>
>> Cuando se usa NAT, a los dispositivos que se hallan detrás del mismo,
>> generalmente se les asignan direcciones IP privadas (especificadas en el
>> RFC 1918) lo que dificulta el acceso desde Internet a los mismos.
>>
>> El espacio de direcciones IPv6 es mucho más grande (pero aún así
>> limitado), por lo que se podría prescindir de NAT y en consecuencia no
>> solo las computadoras podrían tener una dirección IP pública sino que
>> además una gran variedad de dispositivos (refrigeradores, equipos de aire
>> acondicionado, iluminación, etc.) también podrían tener este tipo de
>> direcciones, lo que permitiría que las aplicaciones que corren en ellos
>> se comuniquen entre si en forma directa de extremo a extremo (o de
>> aplicación a aplicación).
>>
>> Además de resolver el problema de la falta de direcciones IP, el uso de
>> IPv6 permitiría aprovechar las ventajas de movilidad asociadas al mismo.
>>
>> De todas formas, es importante hacer las aplicaciones independientes de
>> la versión del protocolo de Internet, de modo que no dependan de dicha
>> versión para su funcionamiento.
>>
>> Dejaría de lado "sino de un nombre asociado a una IP" ya que en infinidad
>> de situaciones (en particular cuando se hace un diagnóstico de problemas
>> de DNS) es necesario especificar la dirección IP en lugar del nombre.
>>
>> En forma resumida podría ser:
>>
>> * IPv6 permite prescindir de NAT y por lo tanto que las aplicaciones se
>> comuniquen en forma directa de extremo a extremo.
>>
>> * IPv6 permite implementar de una forma más sencilla la movilidad de
>> direcciones IP lo que representa una ventaja adicional.
>>
>> Saludos,
>> Eduardo.-
>>
>
> _______________________________________________
> LACTF mailing list
> LACTF at lacnic.net
> https://mail.lacnic.net/mailman/listinfo/lactf
>
> --
> This message has been scanned for viruses and
> dangerous content by MailScanner, and is
> believed to be clean.
>
--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
More information about the LACTF
mailing list