Hola Guillermo/Todos,<br><br>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í:<br>"Resumiendo, para lograr aplicaciones que usen las ventajas de IPv6,<br>
<div class="im">estas tienen que ser diseñadas (o transformadas convenientemente) con<br>
IPv6 en mente. Es decir, la aplicacion debe pensarse de modo que pueda<br>
emplear eficientemente las caracteristicas de IPv6 (autoconfiguracion,<br>
movilidad, ipsec, etc), que se requieran para cumplir el proposito<br>
para el que se concibio la aplicacion; sin perder compatibilidad con<br>
redes IPv4 (en caso que sea necesario)...<br>... e independizando, siempre que sea posible, la aplicación de los protocolos de capa 3."<br><br>Saludos,<br>Nico.<br><br></div><br><br><br><div class="gmail_quote">2009/5/20 Guillermo Cicileo <span dir="ltr"><<a href="mailto:gcicileo@gmail.com">gcicileo@gmail.com</a>></span><br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Hola,<br>
<br>
Tratando de unificar en una respuesta todas las opiniones vertidas,<br>
les paso una posible version para la FAQ... Es un poco larga, pero no<br>
ha habido un enfoque único dentro de las posibles respuestas.<br>
<br>
Saludos,<br>
<br>
Guillermo.<br>
<div class="im"><br>
<br>
--------------------------<br>
<br>
¿Cómo lograr aplicaciones que aprovechen las ventajas de IPv6?<br>
<br>
Considerando que en la mayoría de las redes e implementaciones con<br>
IPv6, se está en una fase de coexistencia de ambas versiones del IP,<br>
para un gran porcentaje de las implementaciones y aplicaciones lo<br>
recomendable es, si se tiene acceso al código fuente, hacer las<br>
modificaciones en el código (estructuras, funciones, etc.) para que<br>
sean independientes de la versión del protocolo. En caso contrario,<br>
para dar servicio a usuarios con ambas versiones del IP, se tiene que<br>
implementar el mecanismo menos recomendado que es el de traducción,<br>
que dependiendo del escenario, puede ser desde la capa de red hasta la<br>
de aplicación.<br>
<br>
</div>Además, debemos tener en cuenta las nuevas facilidades que nos brinda<br>
IPv6 al momento de desarrollar las aplicaciones. Por ejemplo, no solo<br>
<div class="im">las computadoras podrían tener<br>
una dirección IP pública sino que además una gran variedad de<br>
dispositivos también podrían tener este tipo de direcciones (entre<br>
ellos refrigeradores, equipos de aire acondicionado, iluminación,<br>
etc).<br>
Se podría prescindir de NAT y en consecuencia las aplicaciones podrán<br>
comunicarse entre sí en forma directa de extremo a extremo (o de<br>
aplicación a aplicación), superando las limitaciones que actualmente<br>
se encuentran asociadas al uso de direcciones privadas y NAT.<br>
<br>
</div><div class="im">IPv6 permite implementar de una forma más sencilla la<br>
movilidad de direcciones IP, lo que representa una ventaja adicional.<br>
Las aplicaciones pueden hacer uso de los mecanismos de<br>
auto-configuración para acceder o contactar otros dispositivos.<br>
<br>
</div>En relación a los desarrolladores, para que puedan explotar las<br>
<div class="im">capacidades de IPv6, necesitan conocer las carácteristicas del<br>
</div>protocolo, por lo cual la capacitación en la nueva versión del<br>
protocolo y sus diferencias con el IPv4 resulta fundamental, además de<br>
conocer los cambios necesarios para la portabilidad de las<br>
aplicaciones.<br>
<br>
Resumiendo, para lograr aplicaciones que usen las ventajas de IPv6,<br>
<div class="im">estas tienen que ser diseñadas (o transformadas convenientemente) con<br>
IPv6 en mente. Es decir, la aplicacion debe pensarse de modo que pueda<br>
emplear eficientemente las caracteristicas de IPv6 (autoconfiguracion,<br>
movilidad, ipsec, etc), que se requieran para cumplir el proposito<br>
para el que se concibio la aplicacion; sin perder compatibilidad con<br>
redes IPv4 (en caso que sea necesario).<br>
<br>
</div>-----------------------------------<br>
<br>
2009/5/19 Mariela Rocha <<a href="mailto:marielac.rocha@gmail.com">marielac.rocha@gmail.com</a>>:<br>
<div><div></div><div class="h5">> Hola..<br>
><br>
> Creo que tenemos mucha información para armar la respuesta.. necesitamos<br>
> concentrarla y armar la definitiva ya que hace mucho tiempo que estamos con<br>
> esta pregunta. Recuerden que es la última de la sección 2, por lo que sería<br>
> bueno que pudiéramos recibir propuestas de su redacción lo antes posible..<br>
><br>
> Algun voluntario? :)<br>
><br>
><br>
><br>
><br>
><br>
> Hebert Osvaldo Dueñas del Toro wrote:<br>
>><br>
>> Que tal,<br>
>><br>
>> En relación a el tema del desarrollo de aplicaciones encuentro relevantes<br>
>> las consideraciones técnicas que hace Eduardo para el desarrollo de nuevas<br>
>> aplicaciones y la actualizaciones de las ya existentes. Es un tema que<br>
>> involucra directamente a los desarrolladores de software.<br>
>><br>
>> En relación a los desarrolladores y la bien planteada respuesta de Jorge,<br>
>> antes de que los desarrolladores puedan explotar las capacidades de IPv6,<br>
>> necesitan conocer las carácteristicas del protocolo, entonces la<br>
>> capacitación y el enfoque de está para que sea provechosa para el pérfil de<br>
>> perosona que la recíbe es importante, entonces se vuelve un tema que esta<br>
>> dentro del contexto de esta serie de preguntas<br>
>><br>
>> Como referencia a este tema hay un par de libros que hablan de<br>
>> implementaciones y del desarrollo de aplicaciones sobre el protocolo.que<br>
>> pueden resultar interesantes:<br>
>><br>
>> *[ 1 ]Quing, L. (2007). **IPv6 Core Protocols Implementation**. Morgan<br>
>> Kaufmann Publishers. Estados Unidos. ***<br>
>><br>
>><br>
>> *[ 2 ]Quing, L. (2007). **IPv6 Advanced Protocols Implementation**. Morgan<br>
>> Kaufmann Publishers. Estados Unidos. ***<br>
>><br>
>><br>
>><br>
>><br>
>><br>
>> El 5 de mayo de 2009 7:30, Jorge Villa <<a href="mailto:villa@reduniv.edu.cu">villa@reduniv.edu.cu</a><br>
>> <mailto:<a href="mailto:villa@reduniv.edu.cu">villa@reduniv.edu.cu</a>>> escribió:<br>
>><br>
>> Mariela, como estas?<br>
>><br>
>> En realidad creo que la pregunta puede resultar un poco<br>
>> controversial, luego de<br>
>> haber respondido las otras 3 preguntas de esta seccion, y creo que<br>
>> por ello<br>
>> la confusion de Eduardo, aunque en efecto, expone argumentos muy<br>
>> interesantes en su analisis.<br>
>><br>
>> De la pregunta B ya sabemos que aplicaciones es necesario<br>
>> actualizar, y en<br>
>> la C encontramos que hay herramientas que nos permiten ayudar a<br>
>> hacer la<br>
>> actualizacion, mientras que en la A aprendimos que el coste de la<br>
>> realizacion del proceso depende de un conjunto de factores; por<br>
>> tanto la<br>
>> manera en que esta redactada la pregunda D, puede igual servir para el<br>
>> desarrollo de nuevas aplicaciones o para algunas que se quieran<br>
>> actualizar.<br>
>><br>
>> La pregunta en cuestion es: ¿Cómo lograr aplicaciones que<br>
>> aprovechen las ventajas de IPv6?<br>
>><br>
>> Mi respuesta es la siguiente (resumiendo un poco las ideas tras<br>
>> las respuestas de Eduardo y Azael, que ensamblo Mariela):<br>
>><br>
>> Para lograr aplicaciones que usen las ventajas de IPv6, estas<br>
>> tienen que ser diseñadas (o transformadas convenientemente) con<br>
>> IPv6 en mente. Es decir, la aplicacion debe pensarse de modo que<br>
>> pueda emplear eficientemente las caracteristicas de IPv6<br>
>> (autoconfiguracion, movilidad, ipsec, etc), que se requieran para<br>
>> cumplir el proposito para el que se concibio la aplicacion; sin<br>
>> perder compatibilidad con redes IPv4 (en caso que sea necesario).<br>
>><br>
>> Saludos,<br>
>> Jorge<br>
>><br>
>><br>
>><br>
>> ----- Original Message ----- From: "Mariela Rocha"<br>
>> <<a href="mailto:marielac.rocha@gmail.com">marielac.rocha@gmail.com</a> <mailto:<a href="mailto:marielac.rocha@gmail.com">marielac.rocha@gmail.com</a>>><br>
>> To: <<a href="mailto:lactf@lac.ipv6tf.org">lactf@lac.ipv6tf.org</a> <mailto:<a href="mailto:lactf@lac.ipv6tf.org">lactf@lac.ipv6tf.org</a>>><br>
>> Sent: Monday, May 04, 2009 5:59 PM<br>
>> Subject: Re: [LAC-TF] FAQ: Grupo2 - Pregunta "d"<br>
>><br>
>><br>
>> Atendiendo a las sugerencias de Azael y Eduardo, la respuesta<br>
>> podria ser<br>
>> algo asi:<br>
>><br>
>> --------------------------------------------------<br>
>><br>
>> ¿Cómo lograr aplicaciones que aprovechen las ventajas de IPv6?<br>
>><br>
>> Considerando que en la mayoría de las redes e implementaciones<br>
>> con IPv6,<br>
>> se está en una fase de coexistencia de ambas versiones del IP,<br>
>> para un<br>
>> gran porcentaje de las implementaciones y aplicaciones lo<br>
>> recomendable es,<br>
>> si se tiene acceso al código fuente, hacer las modificaciones<br>
>> en el<br>
>> código (estructuras, funciones, etc.) para que sean<br>
>> independientes de la<br>
>> versión del protocolo. En caso contrario, para dar servicio a<br>
>> usuarios con<br>
>> ambas versiones del IP, se tiene que implementar el mecanismo<br>
>> menos<br>
>> recomendado que es el de traducción, que dependiendo del<br>
>> escenario, puede<br>
>> ser desde la capa de red hasta la de aplicación.<br>
>><br>
>> Ahora, tengamos en cuenta que no solo las computadoras podrían<br>
>> tener una<br>
>> dirección IP pública sino que además una gran variedad de<br>
>> dispositivos<br>
>> también podrían tener este tipo de direcciones (entre ellos<br>
>> refrigeradores, equipos de aire acondicionado, iluminación, etc).<br>
>> Se podría prescindir de NAT y en consecuencia las aplicaciones<br>
>> podrán<br>
>> comunicarse entre sí en forma directa de extremo a extremo (o de<br>
>> aplicación a aplicación), superando las limitaciones que<br>
>> actualmente se<br>
>> encuentran asociadas al uso de direcciones privadas y NAT.<br>
>><br>
>> No olvidemos que IPv6 permite implementar de una forma más<br>
>> sencilla la<br>
>> movilidad de direcciones IP lo que representa una ventaja<br>
>> adicional. Las<br>
>> aplicaciones pueden hacer uso de los mecanismos de<br>
>> auto-configuración para<br>
>> acceder o contactar otros dispositivos.<br>
>><br>
>> De todas formas, es importante hacer las aplicaciones<br>
>> independientes de la<br>
>> versión del protocolo de Internet, de modo que no dependan de<br>
>> dicha<br>
>> versión para su funcionamiento.<br>
>><br>
>> --------------------------------------------------<br>
>><br>
>><br>
>> Espero sus comentarios...<br>
>><br>
>> Mariela.-<br>
>><br>
>><br>
>><br>
>><br>
>> Eduardo A. Suárez wrote:<br>
>><br>
>> Hola Mariela,<br>
>><br>
>> Quoting Mariela Rocha <<a href="mailto:marielac.rocha@gmail.com">marielac.rocha@gmail.com</a><br>
>> <mailto:<a href="mailto:marielac.rocha@gmail.com">marielac.rocha@gmail.com</a>>>:<br>
>><br>
>> 2_ Cuáles son esas ventajas que debemos saber aprovechar?<br>
>><br>
>><br>
>> * El hecho de que las redes podrían prescindir del uso<br>
>> de NAT, por lo<br>
>> que las aplicaciones tendrían "acceso directo" a<br>
>> dispositivos,<br>
>> servidores, clientes o servicios en general, que en el<br>
>> caso de IPv4, al<br>
>> ser parte de una red privada (detrás de un NAT) seria<br>
>> mas difícil y en<br>
>> algunos casos imposibles de acceder.<br>
>><br>
>> * La posibilidad de asignar direcciones a una<br>
>> infinidad de dispositivos<br>
>> y servicios "domésticos" o de usuario final (acceso a<br>
>> mi heladera, mi<br>
>> equipo de aire acondicionado, iluminación, agenda<br>
>> personal (hosteada en<br>
>> un servidor propio), etc...<br>
>><br>
>> * La posibilidad de que un sinnúmero de dispositivos<br>
>> se comuniquen entre<br>
>> si en forma directa.<br>
>><br>
>> * Aplicaciones que aprovechen las ventajas de la<br>
>> movilidad en IPv6<br>
>> (aunque hay mucho para desarrollar aun en este "rubro").<br>
>><br>
>> * Aplicaciones que hagan uso de los mecanismos de<br>
>> auto-configuración<br>
>> para acceder o contactar otros dispositivos.<br>
>><br>
>> De todas formas, en general: Es importante hacer las<br>
>> aplicaciones<br>
>> independientes de la version del protocolo de<br>
>> Internet, es decir, que<br>
>> no dependan de la dirreccion IP para su<br>
>> funcionamiento, sino de un<br>
>> nombre asociado a una IP.<br>
>><br>
>><br>
>> Esta sección me resulta un poco confusa. Creo debería ser<br>
>> algo así:<br>
>><br>
>> El espacio de direcciones IPv4 es mucho más pequeño que el<br>
>> de direcciones<br>
>> IPv6 y, en la actualidad quedan muy pocas direcciones IPv4<br>
>> disponibles,<br>
>> eso ha obligado al uso de NAT.<br>
>><br>
>> Cuando se usa NAT, a los dispositivos que se hallan detrás<br>
>> del mismo,<br>
>> generalmente se les asignan direcciones IP privadas<br>
>> (especificadas en el<br>
>> RFC 1918) lo que dificulta el acceso desde Internet a los<br>
>> mismos.<br>
>><br>
>> El espacio de direcciones IPv6 es mucho más grande (pero<br>
>> aún así<br>
>> limitado), por lo que se podría prescindir de NAT y en<br>
>> consecuencia no<br>
>> solo las computadoras podrían tener una dirección IP<br>
>> pública sino que<br>
>> además una gran variedad de dispositivos (refrigeradores,<br>
>> equipos de aire<br>
>> acondicionado, iluminación, etc.) también podrían tener<br>
>> este tipo de<br>
>> direcciones, lo que permitiría que las aplicaciones que<br>
>> corren en ellos<br>
>> se comuniquen entre si en forma directa de extremo a<br>
>> extremo (o de<br>
>> aplicación a aplicación).<br>
>><br>
>> Además de resolver el problema de la falta de direcciones<br>
>> IP, el uso de<br>
>> IPv6 permitiría aprovechar las ventajas de movilidad<br>
>> asociadas al mismo.<br>
>><br>
>> De todas formas, es importante hacer las aplicaciones<br>
>> independientes de<br>
>> la versión del protocolo de Internet, de modo que no<br>
>> dependan de dicha<br>
>> versión para su funcionamiento.<br>
>><br>
>> Dejaría de lado "sino de un nombre asociado a una IP" ya<br>
>> que en infinidad<br>
>> de situaciones (en particular cuando se hace un<br>
>> diagnóstico de problemas<br>
>> de DNS) es necesario especificar la dirección IP en lugar<br>
>> del nombre.<br>
>><br>
>> En forma resumida podría ser:<br>
>><br>
>> * IPv6 permite prescindir de NAT y por lo tanto que las<br>
>> aplicaciones se<br>
>> comuniquen en forma directa de extremo a extremo.<br>
>><br>
>> * IPv6 permite implementar de una forma más sencilla la<br>
>> movilidad de<br>
>> direcciones IP lo que representa una ventaja adicional.<br>
>><br>
>> Saludos,<br>
>> Eduardo.-<br>
>><br>
>><br>
>> _______________________________________________<br>
>> LACTF mailing list<br>
>> <a href="mailto:LACTF@lacnic.net">LACTF@lacnic.net</a> <mailto:<a href="mailto:LACTF@lacnic.net">LACTF@lacnic.net</a>><br>
>> <a href="https://mail.lacnic.net/mailman/listinfo/lactf" target="_blank">https://mail.lacnic.net/mailman/listinfo/lactf</a><br>
>><br>
>> -- This message has been scanned for viruses and<br>
>> dangerous content by MailScanner, and is<br>
>> believed to be clean.<br>
>><br>
>><br>
>><br>
>> -- This message has been scanned for viruses and<br>
>> dangerous content by MailScanner, and is<br>
>> believed to be clean.<br>
>><br>
>><br>
>> _______________________________________________<br>
>> LACTF mailing list<br>
>> <a href="mailto:LACTF@lacnic.net">LACTF@lacnic.net</a> <mailto:<a href="mailto:LACTF@lacnic.net">LACTF@lacnic.net</a>><br>
>> <a href="https://mail.lacnic.net/mailman/listinfo/lactf" target="_blank">https://mail.lacnic.net/mailman/listinfo/lactf</a><br>
>><br>
>><br>
>><br>
>><br>
>> --<br>
>> Gracias y Saludos<br>
>><br>
>> Hebert Dueñas<br>
>> ------------------------------------------------------------------------<br>
>><br>
>> _______________________________________________<br>
>> LACTF mailing list<br>
>> <a href="mailto:LACTF@lacnic.net">LACTF@lacnic.net</a><br>
>> <a href="https://mail.lacnic.net/mailman/listinfo/lactf" target="_blank">https://mail.lacnic.net/mailman/listinfo/lactf</a><br>
>><br>
><br>
> _______________________________________________<br>
> LACTF mailing list<br>
> <a href="mailto:LACTF@lacnic.net">LACTF@lacnic.net</a><br>
> <a href="https://mail.lacnic.net/mailman/listinfo/lactf" target="_blank">https://mail.lacnic.net/mailman/listinfo/lactf</a><br>
><br>
_______________________________________________<br>
LACTF mailing list<br>
<a href="mailto:LACTF@lacnic.net">LACTF@lacnic.net</a><br>
<a href="https://mail.lacnic.net/mailman/listinfo/lactf" target="_blank">https://mail.lacnic.net/mailman/listinfo/lactf</a><br>
</div></div></blockquote></div><br>