El rey no es el cliente, es el inversor

El hermano de la Sra. Tempora-Mores ha presentado su proyecto final de carrera (Ciencias Mediáticas) y además ya está a la venta.

Durante el proyecto Christian escribió correos electrónicos a todas las empresas que cotizan en el DAX y en el MDAX: en uno de los correos se dirigía a ellas como cliente, en otro como solicitante de un puesto de trabajo y en otro como un inversor. El proyecto consistía en analizar las respuestas, desde el tiempo de reacción hasta la calidad del contenido, incluyendo una valoración sobre las formalidades que deberían respetarse en la correspondencia de negocios.

Los resultados que destacar: un e-mail de cada cuatro se queda sin respuesta, los inversores reciben un mejor tratamiento que los que buscan trabajo de una manera estadísticamente demostrable, y el sector que se lleva la mejor nota es el de la industria química y farmacéutica, ¿por qué será?

Ha aparecido un artículo sobre el proyecto en el Spiegel.

Öelwechsel

¿Por qué ha perdido Schumacher? Quizá porque los mecánicos ya no saben escribir la palabra "cambio de aceite" ;-)

David y Goliat

David venció a Goliat con una onda. Alternativamente podría haberle metido un dedo en el ojo. Puedo confirmar que una persona que mide tres veces menos que tú puede dejarte fuera de combate con un arañazo en la córnea.

Primera paella

Muchísimo Gimp voy a tener que practicar yo para poder llegarle a La Monda Lironda a la suela de los zapatos con mis composiciones...

En el ámbito de las instantáneas, en cambio, puedo ofrecer esta captura de hoy en la que J le arranca voraz a su madre de las manos la cuchara con arroz de su primera paella. Éste es un momento especialmente emotivo para un valenciano que vive en el extranjero :-)

Sextillizos

Sé Bamboocha

En la etiqueta de la botella de Fanta sobre la mesa leo: "Bebe Fanta, sé Bamboocha"

Ante la mirada divertida de la Sra. Tempora-Mores agarro el auricular y marco el número de teléfono de "Línea Directa Coca-Cola". "Para preguntar qué significa Bamboocha", explico, "no sea que me acabe la botella de litro y me transforme en Mr Hyde".

En la línea directa me responde una amable señorita, a la que le explico que no sé qué significa "Bamboocha" y que lo he buscado en el diccionario de alemán (porque soy extranjero) pero que no lo encuentro. Algo perpleja, la amable señorita guarda unos momentos de silencio, luego titubea y dice: "Pueees... significa algo así como 'disfruta de la vida'", pero admite que no está segura. Jocoso le pregunto que si es alemán y me dice que no. Como no está segura del significado prefiero no hurgar en la herida: Ciertamente "Bebe Fanta, sé disfruta de la vida" no es muy coherente. Desde el punto de vista sintáctico habría esperado que "Bamboocha" fuera un adjetivo, como "guay" o "molón", no un verbo. Pero me guardo estas reflexiones para mí.

La amable señorita, que a estas alturas seguro que cree que la llaman de la radio y está en el aire mientras el locutor le gasta una broma, me dice también que en la página de web de Fanta hay un diccionario donde puedo buscar el significado exacto. Allá voy y encuentro un flamante tomo con una B gigante en la portada: "Bamboocha-Alemán/Alemán-Bamboocha".


O sea, que "Bamboocha" es un idioma, un substantivo, un nombre. "Sé Bamboocha" viene a ser como "Sé Swahili", es decir, un reto a la semántica. Acto seguido abro el diccionario virtual por la "B" y encuentro la entrada "Bamboocha!" (¿interjección?), donde finalmente leo que ni interjección, ni adjetivo ni substantivo, se trata de un verbo:

Bamboocha!: ¡Vive intensamente!

"Bamboocha" debe de ser una palabra comodín, como "pitufar" para los pitufos. En mi próxima vida me gustaría ganarme las Bamboochas inventando Bamboochideces sin fin (tras fumarse unos Bamboochos) para una agencia de publicidad.

Bonjour

Sin haber configurado nada, en iTunes bajo la carpeta de música compartida aparecían hoy de manera automágica los ficheros de música de gente que se encuentra en la misma conferencia que yo, pero con los que no había cruzado todavía palabra.

Fernando (el de la lista), que siempre está a la última con los Mac, me dijo la palabra clave para saber por dónde buscar: Bonjour, un protocolo de Apple para el descubrimiento automático de servicios.

Básicamente Bonjour utiliza DNS multicast para averiguar qué otros ordenadores en la misma subred tienen activado un servicio determinado. Bonjour no es DNS al 100% porque corre en otro puerto distinto al 53 y utiliza una caché de resolver distinta. Aquí hay una traza del protocolo en la red inalámbrica hecha con Wireshark:

Mi iTunes (193.0.8.88) envía consultas de DNS a la dirección 224.0.0.251, de manera demasiado insistente, todo sea dicho. Esta dirección se encuentra en el bloque 224.0.0/24, que está reservado para IP multicast (RFC 3171). El paquete número 172 es la solicitud de información de iTunes sobre otros servidores de DAAP (Digital Audio Access Protocol) que se encuentren en la red (es decir otros iTunes en marcha). Todos los ordenadores la escuchan y luego empiezan a llegar las respuestas (paquetes 300, 301 y siguientes). Técnimente tan elegante... y tan práctico: puedo escuchar la música de gente afín y descubrir sus gustos, aunque no se pueden grabar las melodías. Claro está, siempre que el dueño de la música la haya marcado voluntariamente para compartir.

Es una pena que Bonjour no sea compatible con LLMNR, el futuro estándar de la IETF para la resolución dinámica de servicios por medio de DNS, promovido por Microsoft. En ese sentido, la página web de Apple es muy sutil:

Bonjour es un protocolo abierto que Apple ha enviado al IETF como parte del proceso de creación de estándares.

Cierto es, enviado fue. Sólo que rechazaron Bonjour por ser parcialmente incompatible con LLMNR.

Gunter Gräss

Titulares del ABC de hoy

Recensión técnica: Roomba

De camino hacia Finlandia, este Roomba SE se ha quedado de invitado una semana en casa:


Le hemos cogido tanto cariño a este robot-aspiradora que le hemos puesto el nombre de "Rumbi". Rumbi tiene un problema: no es tan listo como su primo Trilobite, y no es capaz de memorizar el mapa de la habitación que está limpiando y saber por dónde ya ha pasado. Rumbi funciona con un algoritmo más sencillo basado en tres puntos: a) limpieza en espiral para cubrir la mayor superficie circular posible b) seguimiento de contornos y paredes y c) cambio de dirección con ángulo de salida aleatorio después de chocar contra un obstáculo.

Pero Rumbi compensa su simpleza con diligencia y tenacidad: cuando encuentra un punto especialmente sucio se ensaña hasta que no queda ni una mota de polvo y si se le acaban las baterías, vuelve solo a su estación de carga y después de repostar continúa hasta que él decide que la tarea está acabada. Rumbi tarda más que una persona en limpiar una habitación (aproximadamente una hora para un dormitorio de 25 metros cuadrados), pero él va de por libre, trabaja por las noches y en fin de semana sin pedir un plus, y se mete por debajo de muebles sin que su dueño (con lumbago) se tenga que agachar.

A su nuevo dueño le deseamos muchas horas de diversión en compañía de la nueva mascota.

Spanish edition - Hecho en China

El "outsourcing" ha llegado también a TVE. Los trabajadores de la redacción son todos chinos y tengo pruebas de ello. Atención:

"ASPÌRE ME CUANDO ME SIENTE DÈBIL"

Este intrigante mensaje en la envoltura de un tamagotchi barato lo ha escrito un súbdito de la república popular sin más ayuda que un cursillo de "español en 24 horas" y los servicios del traductor en línea babelfish. Y ahora mirad lo que ha dado de sí hoy en titulares escritos un redactor del programa Gente:

"MILLA [JOVOVICH] NO NECESITA ABUELA PORQUE MIREN SUS AUTO PIROPOS"

¿Lo veis? ¡Los mismos patrones! ¡El mismo anacoluto! ¡La misma intuición lingüística separando palabras! ¡Se trata de una y la misma persona!

Masa cerebral

Según el Telediario Segunda Edición, hay que tener un "18% de masa corporal" para poder pasearse este año por la Pasarela Cibeles. Ajá. Claro, claro, cristalino. ¿Y el restante 82%? ¿Hay que dejárselo en casa antes de ir al curro para lucir el modelito? Pero eso sólo es el adelanto de la noticia, porque poco después, al "ahondar" en ella, las dudas se despejan: Hay que tener un "mínimo de masa corporal de 18". Yo por ejemplo, con mi masa corporal de 70 (kg) podría ponerme (sobrado) los sombreritos de flores y los bañadores estampados de Ruiz de la Prada (sé que esa imagen va a produciros pesadillas).

Me parece una iniciativa sensacional de los directivos de la Pasarela. Yo, por mi parte, propongo que para ser redactor de noticias de televisión se tenga un mínimo de masa cerebral. De 1.5, por ejemplo.

Conocimientos básicos de auxología

Desde los siglos XVII/XVIII la estatura media de la población mundial crece constantemente. Este fenómeno se denomina aceleración y es debido al aumento de la prosperidad y del bienestar social que conlleva mejoras en la nutrición y en la asistencia médica. Por ejemplo, se estima que la estatura media en Francia hace trescientos años estaba alrededor de los 165 cm, mientras que hoy en día allí son 175 cm. La estatura media del hombre en España es de 177 cm y de 180 cm en Alemania (las cifras varían dependiendo de las fuentes). El valor actual de la aceleración es de 1.4 mm anuales en la mujer-5% ("sólo 5% de las mujeres son más bajas que ella") y de 2.3 mm anuales en el hombre-95% ("sólo 5% de los hombres son más altos que él)".

¿Por qué cuento esto? Porque creo que es necesario que los fabricantes de tablas de planchar se enteren de estos hechos elementales y adapten sus productos a los tiempos que corren: la raza crece, los hombres también planchan, ¡la tabla a 80 cm del suelo me produce lumbago!

IM 2.0

En España la red de mensajería instantánea más extendida es Microsoft MSN. En Alemania es Yahoo Messenger y en el ámbito internacional la gente que conozco suele usar Jabber, una variante de mensajería basada en XMPP y estandarizada por el IETF (RFC 3920-3923).

Así que hasta que todas las redes se interconecten -que lo harán, como hicieron hace más de veinte años los distintos proveedores de islas de servicios de correo electrónico- tengo que abrirme cuentas en todas ellas e instalarme todos los clientes IM propietarios que existen para poder estar en contacto con el completo de mis amigos, que aun así en algunos casos no podrán contactar entre ellos.

Un bálsamo que alivia un poco en este caos es GAIM. GAIM es un cliente multisistema de código abierto que te presenta todas las redes y todos los contactos bajo un solo interfaz (aunque siga teniendo que crear y mantener todas las cuentas). Hasta ahora estaba muy contento con este programa, pero los problemas se están acumulando.

En primer lugar muchas de las funciones avanzadas de mensajería (voz, vídeo...) todavía no funcionan, a pesar de no ser servicios especialmente recientes.

A continuación, el cortafuegos de la oficina no tiene abiertos los puertos habituales de mensajería, así que tengo que hacer túneles sobre HTTP. GAIM soporta HTTP para MSN pero no para Yahoo, por eso al final me he tenido que instalar el cliente propietario de Yahoo, que sí que lo soporta.

Por último, desde hace un mes los servidores de Microsoft han cambiado unilateralmente su comportamiento y hacen que GAIM se cuelgue al iniciar una sesión MSN. GAIM ha corregido "el fallo" en la beta de su próxima versión, pero todavía no han sacado un patch para la última versión 1.5, por lo que o me instalo una beta o el cliente propietario de Microsoft. He optado por esto último.

Moraleja:
a) Los cortafuegos dejan de tener sentido cuando HTTP es un agujero como el túnel de San Gotardo.
b) Con una solución propietaria estarás a merced del proveedor, apuesta por estándares.
c) La situación de la mensajería en estos momentos es un poco caótica. Despertadme cuando llegue IM 2.0

Navegando por el Main

Primer viaje de M.C. J en barco

Naveando por el Main, skyline de Frankfurt de fondo
En Alemania nunca pasará algo como el 11-S porque hacen los aviones muy pequeñitos.

Los webisodios de los webs

En la página del Canal de Ciencia Ficción (SciFi) ya han puesto para descargar los dos primeros "webisodios" de los diez de la serie que iran apareciendo antes de que comience la tercera tanda de Galáctica el 6 de Octubre. Estos webisodios son escenas inéditas de varios minutos de duración que se situan cronológicamente entre la segunda y la tercera temporada de la serie y que no se repetirán en ningún episodio oficial.

El que haya hecho clic en los enlaces se habrá dado cuenta de la gracia de los señores de la NBC Universal Global Networks: Intento de localización geográfica por medio de la dirección IP del cliente y si no vives en los Estados Unidos, nasti de plasti. Toma Global Networks. Ya estaba yo pensando en contactar con Mr ChInSv o a ponerme a buscar algún proxy anónimo de HTTP en USA, cuando me he dado la palmada en la cabeza: ¿para qué está YouTube aparte de para verse toneladas de videos domésticos aburridos?

La agenda está lista

El día uno de Octubre tiene lugar en Amsterdam la 15º Jornada Técnica de CENTR, la primera en la que ejerzo yo como presidente. Al principio pensaba que no iba a tener bastantes puntos en la agenda que tratar, y ahora hay 17, así que no sé si nos va a dar tiempo a cubrirlo todo.

Personalmente yo tengo previsto dar de nuevo la vara con una presentación sobre las direcciones de correo internacionalizadas, aunque al paso al que va el proceso de estandarización, no sé si veré la obra acabada en vida: los primeros milestones ya no se han respetado.

Entre flores, fandanguillos y alegría, desapareció la España de mi amor

Lo habréis leído ya seguro en el periódico y yo ya he tenido que aguantar bastante pitorreo en la oficina:

El nombre de dominio .ES desaparece ayer de Internet durante dos horas

Aunque conozco un par de personas en el ESNIC, no he hablado todavía con ninguno de ellos. A través de lo que pone en su página web

Entre las 15.15 y las 17.12 horas de ayer martes, el archivo de las direcciones IP del ESNIC se vio afectado por un error en el proceso de actualización del software con el que se gestiona.

interpreto que pasó lo siguiente:

ES tiene 8 servidores de nombres de dominio

;; AUTHORITY SECTION:
ES. 1H IN NS ns1.cesca.ES.
ES. 1H IN NS ns2.nic.ES.
ES. 1H IN NS ns3.nic.fr.
ES. 1H IN NS sun.rediris.ES.
ES. 1H IN NS aunic.aunic.net.
ES. 1H IN NS sunic.sunet.se.
ES. 1H IN NS ns.uu.net.
ES. 1H IN NS ns1.nic.ES.

ns1.nic.ES. es el servidor primario y el resto son los secundarios, a juzgar por la información del SOA, y todos corren con el mismo software BIND con versiones que varían entre la 8.3 y la 9.4 (información obtenida a través de fpdns*).

La zona (por así decirlo, el fichero que contiene la traducción de todos los nombres de dominio ES a sus direcciones IP) se actualiza cada ocho horas (a juzgar por el número de serie del SOA y por las declaraciones que leo en El País). Esto hay que hacerlo para añadir nuevos dominios, borrar los viejos y cambiar direcciones. Para ello se suele generar una nueva zona, que se carga en el servidor primario y que todos los servidores secundarios automáticamente descargarán de él.

Supongo que la nueva zona que se generó a las 15:15 estaba corrupta o incompleta (a lo mejor porque el proceso de generación de zona abortó de manera espontánea o porque se llenó el disco duro o vete tú a saber). Si el servidor primario tratara de recargar en funcionamiento la zona nueva, abortaría el proceso con un error pero seguiría funcionando con la zona vieja, lo cual parece ser que no ocurrió. Así que seguramente paran automáticamente el servidor y lo reinician para que cargue la zona nueva (esto consume menos recursos de memoria que una recarga en funcionamiento).

Desgraciadamente la zona no pudo ser cargada y probablemente este proceso esté automatizado, así que nadie se dio cuenta de que el primario ya no funcionaba. Seguro que se generaron mensajes de error, pero o bien no se enviaron a los responsables del mantenimiento o no se leyeron inmediatamente.

Esto explica la caída del primario, ¿pero y los secundarios? Si el primario no funciona, los secundarios no se pueden descargar la zona de él y teóricamente siguen en marcha, pero éste no fue el caso. Eso significa que algún mecanismo externo (es decir, ni AXFR ni IXFR, sino algún script que hace copias periódicas a través de internet), empujó la zona corrupta a todos los secundarios, que seguro que de manera automática se reiniciaron para intentar cargar la zona y también fallaron.

En estos momentos no había ningún servidor autoritativo de ES funcionando, excepto cachés distribuidas por la red que mantienen durante algún tiempo (TTL) las direcciones más utilizadas. ¿Por qué se tardó dos horas en restaurar el servicio? Si se reacciona a tiempo, se puede volver a usar la zona antigua, cargarla en el primario y redistribuirla a los secundarios, lo que como máximo puede llevar 5 ó 10 minutos a mano. Quizá no había ninguna copia de la zona vieja, o se borró cuando la copia nueva la sobreescribió, lo que significa que hay que subsanar el problema original y después generar una zona nueva desde cero. Probablemente esto es lo que les mantuvo ocupados durante las dos horas.

* Por cierto que con fpdns me he dado cuenta de que el servidor NS1.CESCA.ES. está funcionando en modo recursivo, lo cual es peligroso. Ya escribiré sobre ello en otro momento.

[ACTUALIZACIÓN] Después de ver este log, parece que los servidores sí que funcionaban, pero la zona que se generó estaba parcial o totalmente vacía (en contra de lo que se lee en las declaraciones de El País). Así que la hipótesis más probable es entonces la siguiente: Por un error de tu propio software (no de BIND) se genera una zona vacía, se carga en el primario y todos los secundarios se la descargan automáticamente. No hay mensaje de error, nada. Al principio nadie se da cuenta y poco a poco se van acumulando las llamadas que te avisan que tu servidor está dando respuestas falsas ("el dominio XYZ no existe"). Incluso aun después de generar una zona nueva correcta y redistribuirla, las respuestas falsas están cacheadas en Internet y perduran durante un cierto tiempo. Una pesadilla para ESNIC. Y una prueba rotunda de algo que siempre se dice en el mundillo: es preferible un servidor que no funciona a un servidor que funciona pero que escupe datos falsos.

¿Cómo se puede evitar este tipo de fallos, si no hay mensajes de error? Introduciendo pruebas automáticas e independientes de plausibilidad a las zonas nuevas que generas, por ejemplo: ¿Cuántas líneas tiene? ¿Cuántos dominios contiene? ¿Son sospechosamente muchos? ¿Son sospechosamente pocos? Idealmente repites las pruebas en todos los secundarios, porque puede ser que al transmitir la zona se produzca algún error de red y se trunque. Para asegurarte de que la zona que tienes en el primario es igual a la del secundario calcula un hash o un CRC, transmítelo en paralelo y recalcúlalo en todas las máquinas para asegurarte de que coincide.

Carretera y manta

Como el Sábado pasado no se nos ocurría dónde ir a pasar la tarde, dejamos a J al volante y acabamos en el castillo de Münzenberg.

New World Order

Un sistema operativo corre sobre la web, haz clic en "Try a Demo".

Plutón ya no es un planeta.

Se acabó navegar a bordo, connexion se declara en quiebra.

Inundación en la oficina

Estamos en verano, la época de las lluvias súbitas e intensas. Y también la época de las vacaciones-santillana y de las inundaciones con correos electrónicos del estilo

Subject: out of office

Ich werde bis zum 24. August nicht im Büro sein.
In dringenden Fällen wenden Sie sich bitte an xxx@xxx

I will be out of the office until August 24th.
In urgent cases please contact xxx@xxx

En principio, estas contestaciones automáticas son útiles: sabes que no vas a tener respuesta inmediata de la otra persona (que es la expectativa habitual hoy en día en el mundo del e-mail) y puedes reaccionar en ocasiones urgentes dirigiéndote, en su defecto, a un tercero. El lado oscuro de las respuestas automáticas es, sin embargo, que ahorita mismo estoy recibiendo mensajes de éstos en cantidades ingentes, incluso de personas que no conozco, y ya no sé a qué correo de quién no voy a recibir respuesta hasta cuándo.

¿Por qué ocurre esto? En primer lugar están las personas que son tan guays como para configurar su cliente (o su servidor) de correo para enviar respuestas automáticas, pero que olvidan introducir las excepciones. Por ejemplo: Nunca envíes mensajes de ausencia a una lista de correo a la que estés suscrito, porque a las personas que ahí leen y escriben, poco les importa si te has ido de vacaciones o a criar malvas. En el peor de los casos, la autorespuesta va a la propia lista, lo que puede desencadenar otras autorespuestas e iniciar así un diálogo para besugos, como en un mano a mano de dos bots de charla. En el mejor de los casos la respuesta va a parar al buzón de un extraño sorprendido.

Luego están los agentes de autorespuesta que no memorizan a quién le han enviado ya un correo y a quién no. Combinando con una lista de correo, el resultado es enervante: No sólo no sé quién es el Sr. Fulano Zutano Mengano, sino que además su ordenador me restriega por las narices con saña varias veces al día que él está en las Bahamas, probablemente hartándose a cócteles, mientras yo estoy en Agosto en la pegajosa ciudad currando y discutiendo temas de trabajo por correo.

Y por último tenemos los mensajes de autorespuesta que no dan indicios acerca del correo que los ha originado y ponen constantemente tu propia memoria a prueba ("¿y yo cuándo escribí al tipet este y para qué?"). En concreto, mi querido Lotus Notes no rellena los campos In-Reply-To o References en la cabecera del correo, los cuales generalmente contienen el identificador del mensaje original. Después de comunicar esta semana el bug a IBM e informarles de que están violando el RFC 3834, la reacción del soporte técnico en Irlanda ha sido llamar por teléfono aquí a la oficina para preguntar dónde pueden encontrar el RFC ése en Internet.

Sólo me queda por decir: "O tempora, o mores!"