Que tal,<br><br>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.<br>
<br>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<br>
<br>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:<br><br><meta http-equiv="Content-Type" content="text/html; charset=utf-8"><meta name="ProgId" content="Word.Document"><meta name="Generator" content="Microsoft Word 12"><meta name="Originator" content="Microsoft Word 12"><link rel="File-List" href="file:///C:%5CDOCUME%7E1%5Chebert%5CCONFIG%7E1%5CTemp%5Cmsohtmlclip1%5C01%5Cclip_filelist.xml"><link rel="themeData" href="file:///C:%5CDOCUME%7E1%5Chebert%5CCONFIG%7E1%5CTemp%5Cmsohtmlclip1%5C01%5Cclip_themedata.thmx"><link rel="colorSchemeMapping" href="file:///C:%5CDOCUME%7E1%5Chebert%5CCONFIG%7E1%5CTemp%5Cmsohtmlclip1%5C01%5Cclip_colorschememapping.xml"><style>
<!--
 /* Font Definitions */
 @font-face
        {font-family:"Cambria Math";
        panose-1:2 4 5 3 5 4 6 3 2 4;
        mso-font-charset:1;
        mso-generic-font-family:roman;
        mso-font-format:other;
        mso-font-pitch:variable;
        mso-font-signature:0 0 0 0 0 0;}
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;
        mso-font-charset:0;
        mso-generic-font-family:swiss;
        mso-font-pitch:variable;
        mso-font-signature:-1610611985 1073750139 0 0 159 0;}
@font-face
        {font-family:Helvetica-Oblique~75;
        panose-1:0 0 0 0 0 0 0 0 0 0;
        mso-font-charset:0;
        mso-generic-font-family:auto;
        mso-font-format:other;
        mso-font-pitch:auto;
        mso-font-signature:3 0 0 0 1 0;}
@font-face
        {font-family:Helvetica~20;
        panose-1:0 0 0 0 0 0 0 0 0 0;
        mso-font-charset:0;
        mso-generic-font-family:auto;
        mso-font-format:other;
        mso-font-pitch:auto;
        mso-font-signature:3 0 0 0 1 0;}
 /* Style Definitions */
 p.MsoNormal, li.MsoNormal, div.MsoNormal
        {mso-style-unhide:no;
        mso-style-qformat:yes;
        mso-style-parent:"";
        margin-top:0cm;
        margin-right:0cm;
        margin-bottom:10.0pt;
        margin-left:0cm;
        line-height:115%;
        mso-pagination:widow-orphan;
        font-size:11.0pt;
        font-family:"Calibri","sans-serif";
        mso-ascii-font-family:Calibri;
        mso-ascii-theme-font:minor-latin;
        mso-fareast-font-family:Calibri;
        mso-fareast-theme-font:minor-latin;
        mso-hansi-font-family:Calibri;
        mso-hansi-theme-font:minor-latin;
        mso-bidi-font-family:"Times New Roman";
        mso-bidi-theme-font:minor-bidi;
        mso-fareast-language:EN-US;}
.MsoChpDefault
        {mso-style-type:export-only;
        mso-default-props:yes;
        mso-ascii-font-family:Calibri;
        mso-ascii-theme-font:minor-latin;
        mso-fareast-font-family:Calibri;
        mso-fareast-theme-font:minor-latin;
        mso-hansi-font-family:Calibri;
        mso-hansi-theme-font:minor-latin;
        mso-bidi-font-family:"Times New Roman";
        mso-bidi-theme-font:minor-bidi;
        mso-fareast-language:EN-US;}
.MsoPapDefault
        {mso-style-type:export-only;
        margin-bottom:10.0pt;
        line-height:115%;}
@page Section1
        {size:612.0pt 792.0pt;
        margin:70.85pt 3.0cm 70.85pt 3.0cm;
        mso-header-margin:36.0pt;
        mso-footer-margin:36.0pt;
        mso-paper-source:0;}
div.Section1
        {page:Section1;}
-->
</style>

<p class="MsoNormal" style="margin-bottom: 0.0001pt; line-height: normal;"><b style=""><span style="" lang="EN-US">[ 1 ]Quing, L. (2007). </span></b><b style=""><span style="" lang="EN-US">IPv6 Core Protocols Implementation</span></b><b style=""><span style="" lang="EN-US">. Morgan Kaufmann Publishers. Estados
Unidos. </span></b><b style=""><span style="" lang="EN-US"></span></b></p>

<p class="MsoNormal" style="margin-bottom: 0.0001pt; line-height: normal;"><span style="" lang="EN-US"> </span></p>

<p class="MsoNormal" style="margin-bottom: 0.0001pt; line-height: normal;"><b style=""><span style="" lang="EN-US">[ 2 ]Quing, L. (2007). </span></b><b style=""><span style="" lang="EN-US">IPv6 Advanced Protocols Implementation</span></b><b style=""><span style="" lang="EN-US">. Morgan Kaufmann Publishers. Estados
Unidos. </span></b><b style=""><span style="" lang="EN-US"></span></b></p>

<br><br><br><br><div class="gmail_quote">El 5 de mayo de 2009 7:30, Jorge Villa <span dir="ltr"><<a href="mailto:villa@reduniv.edu.cu">villa@reduniv.edu.cu</a>></span> escribió:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Mariela, como estas?<br>
<br>
En realidad creo que la pregunta puede resultar un poco controversial, luego de<br>
haber respondido las otras 3 preguntas de esta seccion, y creo que 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 actualizar, y en<br>
la C encontramos que hay herramientas que nos permiten ayudar a 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 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 actualizar.<br>
<br>
La pregunta en cuestion es: ¿Cómo lograr aplicaciones que aprovechen las ventajas de IPv6?<br>
<br>
Mi respuesta es la siguiente (resumiendo un poco las ideas tras las respuestas de Eduardo y Azael, que ensamblo Mariela):<br>
<br>
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).<br>

<br>
Saludos,<br>
Jorge<br>
<br>
<br>
<br>
----- Original Message ----- From: "Mariela Rocha" <<a href="mailto:marielac.rocha@gmail.com" target="_blank">marielac.rocha@gmail.com</a>><br>
To: <<a href="mailto:lactf@lac.ipv6tf.org" target="_blank">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>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div><div></div><div class="h5">
Atendiendo a las sugerencias de Azael y Eduardo, la respuesta 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 con IPv6,<br>
se está en una fase de coexistencia de ambas versiones del IP, para un<br>
gran porcentaje de las implementaciones y aplicaciones lo recomendable es,<br>
si se tiene acceso al código fuente,  hacer las modificaciones en el<br>
código (estructuras, funciones, etc.) para que sean independientes de la<br>
versión del protocolo. En caso contrario, para dar servicio a usuarios con<br>
ambas versiones del IP, se tiene que implementar el mecanismo menos<br>
recomendado que es el de traducción, que dependiendo del 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 tener una<br>
dirección IP pública sino que además una gran variedad de 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 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 se<br>
encuentran asociadas al uso de direcciones privadas y NAT.<br>
<br>
No olvidemos que IPv6 permite implementar de una forma más sencilla la<br>
movilidad de direcciones IP lo que representa una ventaja adicional. Las<br>
aplicaciones pueden hacer uso de los mecanismos de auto-configuración para<br>
acceder o contactar otros dispositivos.<br>
<br>
De todas formas, es importante hacer las aplicaciones independientes de la<br>
versión del protocolo de Internet, de modo que no dependan de 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>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hola Mariela,<br>
<br>
Quoting Mariela Rocha <<a href="mailto:marielac.rocha@gmail.com" target="_blank">marielac.rocha@gmail.com</a>>:<br>
<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
2_ Cuáles son esas ventajas que debemos saber aprovechar?<br>
<br>
<br>
* El hecho de que las redes podrían prescindir del uso de NAT, por lo<br>
que las aplicaciones tendrían "acceso directo" a dispositivos,<br>
servidores, clientes o servicios en general, que en el caso de IPv4, al<br>
ser parte de una red privada (detrás de un NAT) seria mas difícil y en<br>
algunos casos imposibles de acceder.<br>
<br>
* La posibilidad de asignar direcciones a una infinidad de dispositivos<br>
y servicios "domésticos" o de usuario final (acceso a mi heladera, mi<br>
equipo de aire acondicionado, iluminación, agenda personal (hosteada en<br>
un servidor propio), etc...<br>
<br>
* La posibilidad de que un sinnúmero de dispositivos se comuniquen entre<br>
si en forma directa.<br>
<br>
* Aplicaciones que aprovechen las ventajas de la movilidad en IPv6<br>
(aunque hay mucho para desarrollar aun en este "rubro").<br>
<br>
* Aplicaciones que hagan uso de los mecanismos de auto-configuración<br>
para acceder o contactar otros dispositivos.<br>
<br>
De todas formas, en general: Es importante hacer las aplicaciones<br>
independientes de la version del protocolo de Internet, es decir, que<br>
no dependan de la dirreccion IP para su funcionamiento, sino de un<br>
nombre asociado a una IP.<br>
</blockquote>
<br>
Esta sección me resulta un poco confusa. Creo debería ser algo así:<br>
<br>
El espacio de direcciones IPv4 es mucho más pequeño que el de direcciones<br>
IPv6 y, en la actualidad quedan muy pocas direcciones IPv4 disponibles,<br>
eso ha obligado al uso de NAT.<br>
<br>
Cuando se usa NAT, a los dispositivos que se hallan detrás del mismo,<br>
generalmente se les asignan direcciones IP privadas (especificadas en el<br>
RFC 1918) lo que dificulta el acceso desde Internet a los mismos.<br>
<br>
El espacio de direcciones IPv6 es mucho más grande (pero aún así<br>
limitado), por lo que se podría prescindir de NAT y en consecuencia no<br>
solo las computadoras podrían tener una dirección IP pública sino que<br>
además una gran variedad de dispositivos (refrigeradores, equipos de aire<br>
acondicionado, iluminación, etc.) también podrían tener este tipo de<br>
direcciones, lo que permitiría que las aplicaciones que corren en ellos<br>
se comuniquen entre si en forma directa de extremo a extremo (o de<br>
aplicación a aplicación).<br>
<br>
Además de resolver el problema de la falta de direcciones IP, el uso de<br>
IPv6 permitiría aprovechar las ventajas de movilidad asociadas al mismo.<br>
<br>
De todas formas, es importante hacer las aplicaciones independientes de<br>
la versión del protocolo de Internet, de modo que no dependan de dicha<br>
versión para su funcionamiento.<br>
<br>
Dejaría de lado "sino de un nombre asociado a una IP" ya que en infinidad<br>
de situaciones (en particular cuando se hace un diagnóstico de problemas<br>
de DNS) es necesario especificar la dirección IP en lugar del nombre.<br>
<br>
En forma resumida podría ser:<br>
<br>
* IPv6 permite prescindir de NAT y por lo tanto que las aplicaciones se<br>
comuniquen en forma directa de extremo a extremo.<br>
<br>
* IPv6 permite implementar de una forma más sencilla la movilidad de<br>
direcciones IP lo que representa una ventaja adicional.<br>
<br>
Saludos,<br>
        Eduardo.-<br>
<br>
</blockquote>
<br>
_______________________________________________<br>
LACTF mailing list<br>
<a href="mailto:LACTF@lacnic.net" target="_blank">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></div></div>
-- <br>
This message has been scanned for viruses and<br>
dangerous content by MailScanner, and is<br>
believed to be clean.<br>
<br>
</blockquote>
<br>
<br>
-- <br>
This message has been scanned for viruses and<br>
dangerous content by MailScanner, and is<br>
believed to be clean.<div><div></div><div class="h5"><br>
<br>
_______________________________________________<br>
LACTF mailing list<br>
<a href="mailto:LACTF@lacnic.net" target="_blank">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><br clear="all"><br>-- <br>Gracias y Saludos<br><br>Hebert Dueñas<br>