[LAC-TF] FAQ: Grupo2 - Pregunta "d"
Mariela C. Rocha
marielac.rocha at gmail.com
Mon May 25 13:26:41 BRT 2009
Hola a Todos...
Entonces, viendo que no hay mas comentarios sobre esta pregunta, podemos
decir que finalmente se ha llegado a su respuesta:
¿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.
Además, debemos tener en cuenta las nuevas facilidades que nos brinda
IPv6 al momento de desarrollar las aplicaciones. Por ejemplo, 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.
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.
En relación a los desarrolladores, para que puedan explotar las
capacidades de IPv6, necesitan conocer las carácteristicas del
protocolo, por lo cual la capacitación en la nueva versión del
protocolo y sus diferencias con el IPv4 resulta fundamental, además de
conocer los cambios necesarios para la portabilidad de las
aplicaciones.
Resumiendo, 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) e independizando, siempre que
sea posible, la aplicación de los protocolos de capa 3.
Muchas gracias a todos por su colaboración!!
Podemos seguir con la siguiente sección...
Mariela.-
2009/5/22 Nicolas Antoniello <nantoniello at gmail.com>
> Hola Guillermo/Todos,
>
> En lo personal me parece bien el resumen... tal vez agregaría al final de
> todo, en la parte donde resumimos lo dicho, algo así:
> "Resumiendo, 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)...
> ... e independizando, siempre que sea posible, la aplicación de los
> protocolos de capa 3."
>
> Saludos,
> Nico.
>
>
>
>
> 2009/5/20 Guillermo Cicileo <gcicileo at gmail.com>
>
> Hola,
>>
>> Tratando de unificar en una respuesta todas las opiniones vertidas,
>> les paso una posible version para la FAQ... Es un poco larga, pero no
>> ha habido un enfoque único dentro de las posibles respuestas.
>>
>> Saludos,
>>
>> Guillermo.
>>
>>
>> --------------------------
>>
>> ¿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.
>>
>> Además, debemos tener en cuenta las nuevas facilidades que nos brinda
>> IPv6 al momento de desarrollar las aplicaciones. Por ejemplo, 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.
>>
>> 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.
>>
>> En relación a los desarrolladores, para que puedan explotar las
>> capacidades de IPv6, necesitan conocer las carácteristicas del
>> protocolo, por lo cual la capacitación en la nueva versión del
>> protocolo y sus diferencias con el IPv4 resulta fundamental, además de
>> conocer los cambios necesarios para la portabilidad de las
>> aplicaciones.
>>
>> Resumiendo, 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).
>>
>> -----------------------------------
>>
>> 2009/5/19 Mariela Rocha <marielac.rocha at gmail.com>:
>> > Hola..
>> >
>> > Creo que tenemos mucha información para armar la respuesta.. necesitamos
>> > concentrarla y armar la definitiva ya que hace mucho tiempo que estamos
>> con
>> > esta pregunta. Recuerden que es la última de la sección 2, por lo que
>> sería
>> > bueno que pudiéramos recibir propuestas de su redacción lo antes
>> posible..
>> >
>> > Algun voluntario? :)
>> >
>> >
>> >
>> >
>> >
>> > Hebert Osvaldo Dueñas del Toro wrote:
>> >>
>> >> Que tal,
>> >>
>> >> En relación a el tema del desarrollo de aplicaciones encuentro
>> relevantes
>> >> las consideraciones técnicas que hace Eduardo para el desarrollo de
>> nuevas
>> >> aplicaciones y la actualizaciones de las ya existentes. Es un tema que
>> >> involucra directamente a los desarrolladores de software.
>> >>
>> >> En relación a los desarrolladores y la bien planteada respuesta de
>> Jorge,
>> >> antes de que los desarrolladores puedan explotar las capacidades de
>> IPv6,
>> >> necesitan conocer las carácteristicas del protocolo, entonces la
>> >> capacitación y el enfoque de está para que sea provechosa para el
>> pérfil de
>> >> perosona que la recíbe es importante, entonces se vuelve un tema que
>> esta
>> >> dentro del contexto de esta serie de preguntas
>> >>
>> >> Como referencia a este tema hay un par de libros que hablan de
>> >> implementaciones y del desarrollo de aplicaciones sobre el
>> protocolo.que
>> >> pueden resultar interesantes:
>> >>
>> >> *[ 1 ]Quing, L. (2007). **IPv6 Core Protocols Implementation**. Morgan
>> >> Kaufmann Publishers. Estados Unidos. ***
>> >>
>> >>
>> >> *[ 2 ]Quing, L. (2007). **IPv6 Advanced Protocols Implementation**.
>> Morgan
>> >> Kaufmann Publishers. Estados Unidos. ***
>> >>
>> >>
>> >>
>> >>
>> >>
>> >> El 5 de mayo de 2009 7:30, Jorge Villa <villa at reduniv.edu.cu
>> >> <mailto:villa at reduniv.edu.cu>> escribió:
>> >>
>> >> 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 <mailto:marielac.rocha at gmail.com>>
>> >> To: <lactf at lac.ipv6tf.org <mailto: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
>> >> <mailto: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 <mailto: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.
>> >>
>> >>
>> >> _______________________________________________
>> >> LACTF mailing list
>> >> LACTF at lacnic.net <mailto:LACTF at lacnic.net>
>> >> https://mail.lacnic.net/mailman/listinfo/lactf
>> >>
>> >>
>> >>
>> >>
>> >> --
>> >> Gracias y Saludos
>> >>
>> >> Hebert Dueñas
>> >>
>> ------------------------------------------------------------------------
>> >>
>> >> _______________________________________________
>> >> LACTF mailing list
>> >> LACTF at lacnic.net
>> >> https://mail.lacnic.net/mailman/listinfo/lactf
>> >>
>> >
>> > _______________________________________________
>> > LACTF mailing list
>> > LACTF at lacnic.net
>> > https://mail.lacnic.net/mailman/listinfo/lactf
>> >
>> _______________________________________________
>> LACTF mailing list
>> LACTF at lacnic.net
>> https://mail.lacnic.net/mailman/listinfo/lactf
>>
>
>
> _______________________________________________
> LACTF mailing list
> LACTF at lacnic.net
> https://mail.lacnic.net/mailman/listinfo/lactf
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mail.lacnic.net/pipermail/lactf/attachments/20090525/e16ce02c/attachment.html>
More information about the LACTF
mailing list