[LAC-TF] Experimento IPv6 / IPv6 Experiment

Mon Jun 2 21:41:24 BRT 2008

Excelente.

--c.a.

Raul Echeberria wrote:
> 
> Carlos et al.
> 
> Por supuesto que un RIR puede ir más allá de la 
> administración de direcciones IP. De hecho LACNIC 
> lo hace y es parte de su VISIÖN/MISIÖN.
> 
> http://www.lacnic.net/sp/sobre-lacnic/
> http://www.lacnic.net/pt/sobre-lacnic/
> http://www.lacnic.net/en/sobre-lacnic/
> 
> En cuanto al planteo concreto, es el tipo de 
> información que pensamos ir agregando a nuestro 
> portal IPv6,   http://portalipv6.lacnic.net
> 
> Un abrazo.
> 
> Raúl
> 
> 
> 
> At 08:41 p.m. 31/05/2008, Carlos Afonso wrote:
>> Caro Jorge, de acuerdo con casi todo lo que dices. Menos un detalle, que
>> me gustaría defender: la misión de los RIRs es la distribución del bien
>> fundamental que permite la conexión inter-dispositivos: el número IP. No
>> hay razón para que esa misión muera en la entrega de los ASs apenas. El
>> conjunto de los RIRs acumula información y conocimiento suficientes, y
>> tiene que tener conciencia de sus responsabilidades ante la razón misma
>> de todo eso (el usuario final) para crear mecanismos de apoyo más allá
>> de los routers, siempre que eso sea posible.
>>
>> Si nosotros del CGI.br adoptáramos ese abordaje mas estricto, no habría
>> proyectos como el CERT.br, o el PTT.br, o el CETIC.br...
>>
>> Mi visión es que el conjunto único de expertises bajo el paraguas de la
>> NRO tiene que ser también utilizado para apoyar los usuarios finales en
>> esa migración... perdón, Jordi... transición. De ahí mi sugerencia de un
>> centro de apoyo (que puede concretarse en una especie de portal Web o
>> algo así, con tutoriales orientados a usuarios finales, información
>> sobre problemas específicos compartida vía foros electrónicos,
>> repositorios de aplicativos etc etc). Estoy, en resúmen, proponiendo un
>> proyecto (y un desafío) a los RIRs en general, y a LACNIC en particular.
>> Pero no me sorprendería si los compas de LACNIC ya estuvieran planeando
>> algo así.
>>
>> []s frats
>>
>> --c.a.
>>
>> Jorge Villa wrote:
>>> Carlos, evidentemente este que planteas, es 
>> uno de los problemas que siempre
>>> estan latentes respecto a la transicion a IPv6, y por eso es importante
>>> asumir el proceso con suficiente tiempo y no como algo que va a cambiar de
>>> la noche a la mañana.
>>>
>>> En cualquier caso con o sin IPv6, quien use 
>> algun Windows mas viejo que XP,
>>> esta muerto por defecto desde hace bastante tiempo, y los productores de
>>> software no mantienen de por vida sus tecnologias. Te pongo el caso de
>>> Windows porque es lo que tiene el mayor 
>> porciento de esos usuarios a que te
>>> refieres.
>>>
>>> Uno de los principales detonantes en el asunto de cambiar o no de sistema
>>> operativo no es IPv6 (aunque pudiera serlo en un futuro), sino los drivers
>>> de los diferentes dispositivos. Cualquier 
>> fabricante hoy produce para Vista
>>> y XP, pero hay muchos que hace bastante 
>> tiempo no hacen drivers para Win9X.
>>> En este sentido, la forma en que XP abrio el 
>> mundo USB fue significativo en
>>> su masiva adopcion, pero ademas hizo que se 
>> estandarizara USB como interfaz
>>> para "casi todo". El que no use XP tiene 
>> limitaciones, ademas insolubles. No
>>> se si has tenido la experiencia de querer 
>> instalar XP en algunas laptops que
>>> son "Vista only". El sistema operativo instala bien, los drivers muchas
>>> veces no existen para XP, resultado, terminas volviendo a Vista.
>>>
>>> Otro aspecto importante a analizar, radica en las aplicaciones. Cada vez
>>> tienen mas requerimientos de hardware, y 
>> ademas usan bibliotecas y funciones
>>> que solo estan en los sistemas operativos mas modernos. No tiene ningun
>>> sentido tener Windows98 en una maquina PII 
>> 300 MHz con 64 MB de RAM, 4 GB de
>>> disco y querer instalar Microsoft Office 2007.
>>>
>>> O sea, que el propio desarrollo ha ido desechando bastante tecnologias
>>> (hardware y software).
>>>
>>> Las aplicaciones de red que usan esos 
>> usuarios, tampoco son demasiadas, por
>>> lo general siempre algun paquete de oficina, algun navegador, algo para
>>> descargas (al estilo de eMule), los mensajeros, etc, y en general, las que
>>> mayoritariamente se emplean, tendran versiones IPv6 Ready en un tiempo
>>> relativamente corto, pues o pertenecen a la comunidad de Software Libre y
>>> Codigo Abierto o son de fabricantes solidos. De hecho, muchos fabricantes,
>>> te obligan a cambiar de version (para corregir determinados problemas o
>>> agregar funcionalidad) con muchisima frecuencia, y con ese mismo mecanismo
>>> iran llevando la funcionalidad hacia el usuario final.
>>>
>>> No puede olvidarse, que al usuario final no le importa ni IPv4 ni IPv6, lo
>>> que le interesa es encender su computadora y 
>> acceder a los servicios lo mas
>>> facil posible y listo.
>>>
>>> En materia de empresas no hay muchas opciones, aunque seria interesante
>>> tener en cuenta lo siguiente:
>>> 1- renovar infraestructura (que puede ser que 
>> ya corresponda, segun el ciclo
>>> de actualizacion tecnologica). Ah, lo que no puede suceder es que alguien
>>> hoy renueve las maquinas en su empresa de maquinas con Windows98 o 2000 a
>>> maquinas con XP. Hoy es obligatorio dar el salto a Vista (aun cuando no
>>> sepas nada de IPv6), pues el hecho de que 
>> Microsoft haya decretado el fin de
>>> soporte a XP para junio 2008, ya te obliga a no invertir en el, si quieres
>>> sobrevivir en lo adelante.
>>>
>>> 2- Aun cuando las aplicaciones corporativas usen IPv4, puedes necesitar
>>> portarlas para que corran en Vista, luego de hacer el upgrade de
>>> infraestructura. (Aqui si es importante 
>> haberse enterado de IPv6, porque si
>>> tienes que portar codigos(con esfuerzo propio o pagado), no tiene sentido
>>> hacerlo sin que ya sean compatibles IPv6, a pesar de que aun no lo usen).
>>>
>>> 3- En las empresas el problema mas serio 
>> puede andar por la infraestructura
>>> de red, ya que el cambio a IPv6 puede 
>> significar cambios de concepcion de la
>>> red, obligarte a modificar determinados aspectos vitales como la
>>> arquitectura de seguridad y la gestion, el 
>> enrutamiento, etc. Los cambios en
>>> el area de infraestructura pueden ser bastante traumaticos por los costos.
>>> Las versiones nuevas de los equipos pueden y deben ser cada vez mas IPv6
>>> ready, pero igual apareceran muchos que son 
>> baratos, o muy baratos pero que
>>> no soportan IPv6 o son de fabricantes sin 
>> buen soporte detras y en eso esta
>>> el riesgo.. (Nuevamente en este punto es vital haberse enterado de IPv6)
>>>
>>> Creo, que realmente esa "ayuda" al usuario 
>> final, no es funcion de los RIRs,
>>> aunque pueden apoyar, sino que mas bien es funcion de las Task Forces
>>> nacionales, que pueden tener mayor conocimiento de los problemas en cada
>>> region, y tratar de ofrecer alguna solucion o alguna respuesta: tambien es
>>> importante saber, que algo ya no tiene solucion con lo que tenemos, y que
>>> nos orienten correctamente respecto a como y en que invertir.
>>>
>>> Bueno, por el momento, estos son los comentarios.
>>>
>>> Saludos,
>>> Jorge
>>>
>>> ----- Original Message -----
>>> From: "Carlos Afonso" <ca at rits.org.br>
>>> To: <lactf at lac.ipv6tf.org>
>>> Sent: Friday, May 30, 2008 4:24 PM
>>> Subject: Re: [LAC-TF] Experimento IPv6 / IPv6 Experiment
>>>
>>>
>>>> Precisamente, Roque. Ese es uno de los problemas que yo trataba de
>>>> destacar en el debate. Hay muchas aplicaciones que son SLCA (soft libre
>>>> y código abierto) en que la propia comunidad de SL tratará de hacerlas
>>>> compatibles (caso de eMule en mi ejemplo, y las que ya son compatibles,
>>>> como Firefox y Thunderbird).
>>>>
>>>> Otras son programas clientes gratuitos que acompañan servicios Web
>>>> (pagos o no pagos), como Skype, Vono, Google Earth etc. También aqui se
>>>> espera que los operadores de esos servicios harán la transición en sus
>>>> servicios y en los programas clientes correspondientes, claro.
>>>>
>>>> Pero hay muchos casos de softs de sistemas (versiones anteriores de
>>>> Windows, por ejemplo), que probablemente requerirán la instalación de
>>>> aplicativos pagados para inserir esa compatiblidad. O la imposición de
>>>> un upgrade (también pagado) que la máquina en uso no está en condiciones
>>>> de aceptar.
>>>>
>>>> Tenemos que pensar en programas de capacitación en la punta para esa
>>>> transición. No podemos hacer como Microsoft, que ha impuesto el Vista y
>>>> condenado un montón de computadoras, dispositivos y programas a la
>>>> basura, y deja los usuarios en la punta a su propia suerte.
>>>>
>>>> Yo imagino que los RIRs podrían, en conjunto, crear un portal de soporte
>>>> al usuario en la punta (no solo a los "pilotos de routers, switches y
>>>> servidoras"), y cuando digo en la punta es la gente que está en su casa,
>>>> su empresa, y que no tiene nada que ver con lo que pasa (o no tiene idea
>>>> ni necesita tener idea de lo que pasa) en las casas de máquinas de las
>>>> operadoras.
>>>>
>>>> []s fraternos
>>>>
>>>> --c.a.
>>>>
>>>> Roque Gagliano wrote:
>>>>> hola Carlos,
>>>>>
>>>>> Recuerda que solo las aplicaciones que sean "ipv6 enable". El problema
>>>>> con las aplicaciones que mencionas es que no soportan IPv6...
>>>>> r.
>>>>>
>>>>>
>>>>>
>>>>> On May 29, 2008, at 10:50 AM, Carlos Afonso wrote:
>>>>>
>>>>>> Probé la conexión (Vista com SP1 sin alteración en las configuraciones
>>>>>> default de red) y ha funcionado. Pero:
>>>>>>
>>>>>> Conectan OK:
>>>>>>
>>>>>> Firefox
>>>>>> Thunderbird
>>>>>> Google Earth
>>>>>>
>>>>>> No conectan, mismo sin firewall:
>>>>>>
>>>>>> Skype
>>>>>> Vono (cliente del servicio voIP Vono)
>>>>>> x-Lite (otro cliente para el voIP Vono)
>>>>>> eMule
>>>>>>
>>>>>> []s frats
>>>>>>
>>>>>> --c.a.
>>>>>>
>>>>>> Roque Gagliano wrote:
>>>>>>> Les recuerdo que está en operación la red experimental exclusiva IPv6,
>>>>>>> donde podrán experimentar la conectividad IPv6.
>>>>>>>
>>>>>>> La información de configuración se encuentra en:
>>>>>>> http://www.lacnic.net/sp/eventos/lacnicxi/conect.html
>>>>>>>
>>>>>>> Ustedes verán que reciben una dirección privada de la red
>>>>>>> 172.16.0.0/16. Esa IP no está siendo ruteada pues sólo sirve para
>>>>>>> poder conectarse a los servidores de DNS para los equipos WinXP.
>>>>>>> También hemos detectado que el manejador de conexiones de Ubuntu
>>>>>>> necesita un dirección IPv4 para utilizar el SSID.
>>>>>>>
>>>>>>> Recuerdo que mañana a las 9:15hs es el experimento donde esta red será
>>>>>>> la única disponible en el evento.
>>>>>>>
>>>>>>> Muchas Gracias
>>>>>>>
>>>>>>> Roque
>>>>>>>
>>>>>>> -------------------------------------------------------
>>>>>>>
>>>>>>> Please remember that the IPv6 experimental exclusive network is
>>>>>>> available.
>>>>>>>
>>>>>>> More information about the configuration can be found at:
>>>>>>> http://www.lacnic.net/sp/eventos/lacnicxi/conect.html
>>>>>>>
>>>>>>> You will see a private ip address been assigned by DHCP. This address
>>>>>>> is not been routed and it is use to connect the local DNS Servers for
>>>>>>> Win XP gears. Also, we have detected that Ubuntu connection manager
>>>>>>> needs an IPv4 address or it does not accept the SSID.
>>>>>>>
>>>>>>> Please remember that tomorrow at 9:15 this will be the only available
>>>>>>> network.
>>>>>>>
>>>>>>> Regards,
>>>>>>>
>>>>>>> Roque
>>>>>>>
>>>>>>>
>>>>>> _______________________________________________
>>>>>> 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
>>>>
>>>> --
>>>> Este mensaje ha sido analizado por MailScanner
>>>> en busca de virus y otros contenidos peligrosos,
>>>> y se considera que está limpio.
>>>> For all your IT requirements visit: http://www.transtec.co.uk
>>>>
>>>>
>>>
>> _______________________________________________
>> LACTF mailing list
>> LACTF at lacnic.net
>> https://mail.lacnic.net/mailman/listinfo/lactf
>>
>>
>> --
>> No virus found in this incoming message.
>> Checked by AVG.
>> Version: 7.5.524 / Virus Database: 269.24.4/1474 
>> - Release Date: 30/05/2008 07:44 a.m.
> 
> 
> _______________________________________________
> LACTF mailing list
> LACTF at lacnic.net
> https://mail.lacnic.net/mailman/listinfo/lactf
> 
> 