Bytecoders Linux, Asterisk, PPC y otros gadgets

Decidirnos por un producto de Microsoft tiene por lo general muchas implicaciones, si bien es ya conocido por muchos profesionales que el software de los de Redmond no destaca precisamente por su calidad, aunque si lo hace en otros aspectos como el elevado consumo de recursos (como en el caso del flamante Windows Vista). Pero aún más delicada puede ser la situación si decidimos que dicho software tiene que interoperar con otros productos (aunque no sean de la compañía). Esto es posible gracias a los estándares: IETF, W3C, ... que a Microsoft parecen importarle bien poco.

De todos modos parece que gracias a Sam Rajmi (director del Open Source software lab de Microsoft) algunas cosas están cambiando en el seno de la multinacional informática.

Así lo cuenta James Governor en "Una histora de soporte SIP y adherencia a los estándares en Microsoft Corporation".

El laboratorio open source de Sam Rajmi había estado realizando algunas pruebas con Asterisk PBX cuando se dieron cuenta que no funcionaba con el softphone SIP de Microsoft.

Entonces Sam tuvo una reunión para revisar el diseño con Ray Ozzie y representantes del grupo Microsoft Unified Communications (UC) preguntando porque Microsoft no está soportando SIP. Al parecer el softphone no funcionaba con Asterisk porque el equipo de Unified Communications ha decidido añadir algunas "extensiones de seguridad" al protocolo SIP estándar, que obviamente no aparecen por ningún lado en la RFC 3261. Otra brillante decisión unilateral de Microsoft que les aparta de la interoperabilidad con otros productos SIP, llegando ser completamente absurdo diseñar un softphone SIP que realmente no soporta SIP (aunque no sería la primera vez, solo hay que echar un vistazo a Internet Explorer). Estaría condenado a ser un softphone únicamente válido para el Microsoft Unified Communications.

Parece ser que gracias a Sam entendieron que Microsoft no es nadie para decidir si el Session Initiation Protocol es seguro o no. Pensando en ello Ozzie señaló una toma de teléfono en la pared y dijo:

"Es un alambre de cobre. Como de seguro es esto?"

Fin del debate, y el equipo de UC tuvo que volver a realizar el diseño.

Obviamente no es oro todo lo que reluce y esto es solo una pequeña parte, Microsoft como ya hemos dicho no es en absoluto un gran fanático del software libre ni de los estándares, a pesar que ahora desde Port25 intenten dar una imagen diferente. Un ejemplo sencillo es probar a utilizar Sharepoint desde un navegador que no sea de Microsoft. Es evidente que rediseñar todo el software de Microsoft que no cumple los estándares no es técnicamente viable.

Lo mejor será esperar y ver si algo esta cambiando realmente en el modelo de negocio de Microsoft, tal vez se estén dando cuenta que cada vez hay más alternativas muy válidas a sus productos que se están imponiendo e implantando en detrimento de sus soluciones y que si quieren seguir manteniendo una cuota de mercado tendrán que interactuar con ellas, no hace falta decir que dicho objetivo se consigue siguiendo una serie de normas y estándares.