Simbiosis

Proyecto I

Me gustaría empezar una serie de entradas explicando un poco el proceso que sigo durante los proyectos. De esta forma yo gano comentarios que me hagan mejorar y alguien ganará ideas a partir de mi trabajo.

Los proyectos irán sin nombre, así que empezamos por el Proyecto I:

Tengo un cliente interesado en implementar un sistema de videoconferencia para formación online.

Para empezar ya me encuentro con la primera cosa que no me gusta: Que el cliente me diga qué producto quiere, no que necesidades tiene.
Esto a veces puede ser un problema, pues tu le vendes lo que te pide y, una vez montado, el cliente se da cuenta que ese producto no cubre sus necesidades.

En este caso me parece que el cliente tiene solo una vaga idea de lo que quiere, pero almenos sabe para qué lo quiere.

Mi propuesta va a ir encaminada a una solución en la que el cliente transmitirá el video a un servidor externo, el cual retransmitirá el video a todos sus clientes. De esta forma nuestro cliente no necesita contratar una línea dedicada para el sistema, además de simétrica (pues las líneas asimétricas en España son DE RISA).

Puntos que debería tener la solución, sin orden específico:

1) Que los asistentes no tengan que instalar software en sus máquinas, excepto algún control ActiveX o plugin de navegador (instalaciones sencillas, casi transparentes, no problemáticas)

2) Sala pre-conferencia, tipo chat.

3) Control de acceso e invitaciones.

4) Posibilidad de grabar la conferencia.

5) Ofrecer turno de palabra a los diferentes asistentes.

6) Posibilidad de alternar la imagen entre cámara y escritorio

Empieza la búsqueda. Tengo algún servicio ya en mente y seguramente no tendré que buscar mucho más. En las próximas entradas acabaré de detallar el proceso :-)

Navegadores en Linux

Bajo Windows creo que Firefox no tiene rival digno hoy por hoy. Está por ver que tal se portará IE8 (la beta es un poco inestable) y qué tal avanzará Safari, que la verdad me parece mucho más bonito renderizando.

En cambio en Linux pasa un poco como en la Liga de fútbol: Al final ganará en mi escritorio el menos malo.

En este caso el menos malo está siendo Opera, tanto la 9.27 como la 9.5 me están gustando mucho y creo que están un paso adelante de sus competidores (de Firefox 3b5, por poner un segundo clasificado). Mi problema con Firefox bajo Linux es que prácticamente muere en cualquier página web con Flash, tanto el 2 como el 3b5.

Estoy deseando ver Epiphany con WebKit o Midori un poco menos beta.

¿Alguna solución para Firefox? Lo tengo con el plugin nonfree en Ubuntu 8.04

Comentario Nokia 6120 Classic

De vez en cuando Nokia lanza al mercado un m�vil discreto pero result�n. Ese mismo m�vil suele tener poca publicidad y, curiosamente, se encuentra en la cresta de la hora tecnol�gica. Eso s�: Es un m�vil, no un todo-en-uno.

La �ltima vez que esto ocurri� fue con el 6600. �Cuanta gente a�n hoy usa un 6600 y est� encantada? Vale: Muy poca, pero alguien hay.

El Nokia 6600 fue un m�vil duro, c�modo, vers�til, discreto y bonito. Desde hace unos meses vaga por el mercado el que para mi es su substituto: Nokia 6120 Classic

Un par de d�as despu�s de tener la Treo 680 se me puso a tiro un Nokia 6120 Classic de mi operadora (Yoigo) y no dud� en hacerme con �l.

El Nokia 6120 Classic dispone de la �ltima versi�n del sistema operativo Symbian, as� como el procesador m�s r�pido de todos los Symbian. Parece mentira pero es m�s r�pido que un N95, adem�s la bater�a cumple con creces su trabajo durante varios d�as.

Es un m�vil peque�o, de aspecto discreto y ligero.

�Qu� mas se puede pedir?

Resumiendo se podr�a decir que externamente parece un m�vil com�n pero por dentro es todo un Smartphone con conectividad HSDPA, sistema operativo Symbian y procesador ultra-r�pido.

El �nico punto en contra que le veo por ahora es que a veces se calienta cual pc port�til mal ventilado... Y eso no puede ser bueno.

Treo 680

Hace ya un tiempo que conozco este cacharrito (mi novia tiene uno) pero por azares de la vida no veía el momento de tener yo otro, hasta que hoy he tenido la ocasión de hacer un trueque por mi, ya inútil por cambio de operadora, Blackberry 8800.

Nada se puede decir que no esté ya escrito: Es la versión pulida de la 650 tanto a nivel de hardware como de software. Mil veces más útil y cómoda que su gemela 750 pero con el increíble (y parece que aún no solucionado) problema de la batería.

Acabo de actualizar la ROM a la última versión disponible (2.12-ROW) y veremos durante la semana que tal se porta. Con poco útil que me sea ya me dará mucho más juego que el Sony Ericsson K610i que venía usando las últimas semanas (muy buen móvil por cierto).

�Volvemos!

Después de unos años sin escribir (desde 1984 y ya estamos en 1988) volvemos a nuestro origen.

No se de que escribiremos pero procuraremos que sea o bien útil o bien entretenido... O bien las dos :-)

El hombre desactualizado

�Cuanto tiempo he pasado congelado? Est� todo muy cambiado... Excepto mi bit�cora.

En fin, os doy la bienvenida... o no? ;-)

Coqueteando con Ubuntu

(Para el que ande un poco despistado, Ubuntu es una nueva distribuci�n de Linux basada en Debian)

Desde hace casi un a�o que he ido manteniendo una m�quina que uso varias horas al d�a como escritorio con una SuSe Linux 8.2. No llegar� a dos semanas que me cans� de seg�n que particularidades (gustos personales :P) y decid� cambiar. Lo primero que me vino a la cabeza fue una buena experiencia substituyendo otra SuSe 8.2 con una Knoppix hace unos meses, as� que me decid� a usar Knoppix para tener una bonita Debian instalada sin apenas downtime :) (y digo una bonita Debian porque cambi� el sources.list y hice un dist-upgrade)

Manos a la obra: Descargar, grabar en un CD, pagar c�non a la SGAE, arrancar sistema, instalar a disco, (actualizar), disfrutar. Y as� llevo las dos �ltimas semanas, trabajando sin problemas.

Peeero la curiosidad pudo conmigo de nuevo y despu�s de tanto leer sobre Ubuntu y sus particulares caracter�sticas, me he decidido a probarla. �De qu� caracter�sticas hablo?
Pues de que Ubuntu planea sacar una nueva versi�n cada seis y soportarla durante los 18 siguientes, adem�s de actualizar el software de escritorio mucho m�s a menudo que en casi cualquier rama oficial de Debian (supongo que exceptuando experimental).

La manera m�s r�pida de probarla que se me ha ocurrido ha sido cambiando, de nuevo, el sources.list y haciendo otro dist-upgrade. Dicho y hecho. Al cabo de unos minutos (unos cuantos XD) ten�a mi Debian con los paquetes m�s nuevos de Ubuntu.

El siguiente paso ha sido instalar el paquete gnome-desktop para probar Gnome 2.8 y respecto a esto tengo una pregunta, a ver si alguien me ayuda �Soy yo o Gnome sigue siendo igual que hace algunas versiones? Almenos de "aspecto" (luego le tocar� las tripitas un rato).

Bien, con Ubuntu y Gnome 2.8 estoy trabajando ahora y no me puedo quejar: No se ha roto nada, pero... Esto me sigue pareciendo igual que antes y creo que es una alegr�a porque Ubuntu simplemente trae a Debian lo que mucha gente ped�a: Una rama actualizada y cuidada al nivel de distros comerciales como Mandrake o SuSe (cuidadas ya las ten�amos, pero no tan actualizadas a la vez).

Si alguno os atreveis a dar el paso no os vais a arrepentir, pero tampoco es La Revoluci�n :)

Certificaciones Linux

Si estais pensando en haceros con alg�n t�tulo que certifique vuestros conocimientos sobre Linux os vendr�n bien algunos enlaces sobre la certificaci�n del LPI (Linux Professional Institute). Es una de las certificaciones m�s valoradas, junto con la archiconocida RHCE (RedHat Certified Engineer):

� Para empezar la p�gina oficial de LPIC: LPI - Certificaci�n. Aqu� podreis encontrar los requisitos para aprobar cada nivel de la LPIC, as� como enlaces a material, partners, pol�tica del LPI (tiempo a esperar para repetir un examen si suspendes, normas generales, etc) y m�s cosas interesantes. En ingl�s y castellano
� Curso gratuito de FreeUOC. En los foros de su p�gina podreis ir siguiendo, junto con otros estudiantes, el interesante curso que est�n entregando poco a poco para que aquellos que busquen sacarse la LPIC. Es solo el curso, no te examinan. En http://freeuoc.spymac.net/ encontrareis los apuntes del curso (PDF y OpenOffice). En castellano
� Enlaces para preparar el examen, en LPI - Test preparation tools. En ingl�s

Transmisi�n cifrada de datos: coste computacional

Ya hemos visto que cifrando realmente no comprimimos los datos, sino que esto lo hace gpg por su cuenta (gracias Draco). El aumento de tama�o de los datos tampoco es especialmente espectacular as� que a�n podemos considerar la transmisi�n de datos cifrados siempre como algo posible.
Vamos a empezar con una clave de 1024bits y un tar de X bytes. Pero antes de hacer las pruebas vamos a dejar los datos de la m�quina (los importantes):

Procesador: Pentium III 750MHz
Memoria: 384MB (128+256) SODIMM PC133
Disco duro: Toshiba de 4200RPM y 10GB. 3 particiones (1 swap, 1 ReiserFS para /usr y una ext3 para el resto del sistema).
Sistema: Knoppix 3.3 instalada en el disco duro, medio actualizada a sid.

Resultados del hdparm en el HD:

 
root@wardriver:/home/pj/pruebas# hdparm -Tt /dev/hda 
 
/dev/hda: 
 Timing buffer-cache reads:   428 MB in  2.01 seconds = 212.94 MB/sec 
 Timing buffered disk reads:   48 MB in  3.02 seconds =  15.89 MB/sec

Versiones de los programas a usar:

 
pj@wardriver:~$ tar --version 
tar (GNU tar) 1.13.25 
 
pj@wardriver:~$ gpg --version 
gpg (GnuPG) 1.2.3 
 
pj@wardriver:~$ gzip --version 
gzip 1.3.5 
(2002-09-30) 
 
pj@wardriver:~$ bzip2 --version 
bzip2, a block-sorting file compressor.  Version 1.0.2, 30-Dec-2001.

Creaci�n del tar: tar cvf /usr/X11R6/bin/
Resultado:

 
pj@wardriver:~/pruebas$ ll 
total 35252 
-rw-r--r--    1 pj       pj       36055040 Oct 28 19:41 binarios.tar

Pruebas:
1) Cifrado usando gpg sin compresi�n

 
pj@wardriver:~/pruebas$ time gpg -e -z0 binarios.tar 
You did not specify a user ID. (you may use "-r") 
 
Enter the user ID.  End with an empty line: prova 
 
Added 1024g/E4714C9E 2003-10-27 "prova (prova) " 
 
 
real    0m7.023s 
user    0m4.540s 
sys     0m0.750s 
 
pj@wardriver:~/pruebas$ ll 
total 70504 
-rw-r--r--    1 pj       pj       36055040 Oct 28 19:41 binarios.tar 
-rw-r--r--    1 pj       pj       36055383 Oct 28 19:45 binarios.tar.gpg

Marca 4 segundos de user time pero realmente he estado apenas medio segundo escribiendo el identificador (prova) y dando al enter dos veces.

2) Cifrado usando gpg con compresi�n

 
pj@wardriver:~/pruebas$ time gpg -e binarios.tar 
You did not specify a user ID. (you may use "-r") 
 
Enter the user ID.  End with an empty line: prova 
Added 1024g/E4714C9E 2003-10-27 "prova (prova) " 
 
Enter the user ID.  End with an empty line: 
 
real    0m19.640s 
user    0m16.030s 
sys     0m0.540s

Creo que no hacen falta m�s pruebas para ver porqu� no se transmite hoy en d�a con claves de 1024bits y que cuando s� se transmite cifrado es con claves mucho m�s peque�as como los 128bits o incluso 256bits del WEP y los t�picos 128bits de las "p�ginas seguras".
�Porqu� esto es as�? En las redes, incluida Internet, suele ser muy importante la latencia en las comunicaciones pues los sistemas cortan la conexi�n cuando el otro comunicante no responde en X tiempo (=tiene una latencia muy alta). Si hacemos una petici�n a un sitio web para bajarnos un fichero de datos confidenciales y la m�quina tiene que cifrarlo bajo petici�n nos tendremos que esperar 7 segundos a recibir una respuesta y 19 segundos si lo queremos comprimido.
Para envios puntuales no dudo que pueda servir, pero en esos casos el cifrado se hace manualmente antes del envio de forma que no avisamos del envio ni recibimos la petici�n del archivo hasta que este est� cifrado. Este caso ser�a el de los correos electr�nicos que, adem�s, suelen tener un tama�o reducido.

Conclusi�n:

El coste computacional sigue siendo muy elevado. Imaginen una conexi�n ethernet de 100Mbps recibiendo datos a tope que otra m�quina est� cifrando y enviando. La m�quina cifradora no va a poder servir a tiempo los datos, tengan en cuenta que si para 35MB hemos necesitado 7s de tiempo imaginen cuanto necesitaremos por segundo para servir m�s o menos 10MB/s.

Transmitir cifrado no supone mayor gasto de ancho de banda

Almenos con un sistema como gpg (par de claves) y usando DSA* + ElGamal (cifrado asim�trico).

Muestra:
pj@wardriver:~/descargas$ ll total 556 drwxr-xr-x 2 pj pj 4096 Oct 3 00:13 blogatex-0.1 -rw------- 1 pj pj 64724 Oct 3 00:06 blogatex-0.1.tgz -rw-r--r-- 1 pj pj 491520 Oct 27 23:00 blogatex.tar pj@wardriver:~/descargas$ gpg -e blogatex.tar You did not specify a user ID. (you may use "-r") Enter the user ID. End with an empty line: prova gpg: checking the trustdb gpg: checking at depth 0 signed=0 ot(-/q/n/m/f/u)=0/0/0/0/0/1 Added 1024g/E4714C9E 2003-10-27 "prova (prova) " Enter the user ID. End with an empty line: pj@wardriver:~/descargas$ ll total 660 drwxr-xr-x 2 pj pj 4096 Oct 3 00:13 blogatex-0.1 -rw------- 1 pj pj 64724 Oct 3 00:06 blogatex-0.1.tgz -rw-r--r-- 1 pj pj 491520 Oct 27 23:00 blogatex.tar -rw-r--r-- 1 pj pj 101651 Oct 27 23:02 blogatex.tar.gpg

S� que supone un gasto mayor en potencia de c�lculo, pero no se hasta que punto. Ma�ana desde el trabajo os pasar� los tiempos de cifrado/descifrado en el mismo ordenador de las �ltimas pruebas aunque creo que el tar de binarios ha crecido, as� que pondr� un par de resultados nuevos con gzip (bzip ya vimos que era lento) para tener una comparaci�n medianamente real.

En este caso he usado una clave de 1024bits pero la �ltima prueba (no publicada) fue con una de 4096bits y el tiempo de descifrado era sumamente alto para un archivo de ~35MB. Incluso comparado con bzip2.

Y para acabar por hoy, una reflexi�n personal: Si las transmisiones por defecto no son cifradas, por algo ser� x)

* Por lo que he le�do parece que DSA es solo para firmar �?.

Actualizaci�n: Apunta Draco en los comentarios que gpg hace una compresi�n previa al cifrado. Efectivamente he probado con -z 0 y un archivo de 138547200 se ha convertido en uno cifrado de 138547543 como bien supusieron el GNUdista y anigwei. Una gallifante para ellos y el antichollo para mi ;-)