Acabo de conocer una distribución de Linux basada en CentOS y que cuenta con un interfaz realmente sencillo, atractivo y bastante original: Disc-OS.
El interfaz está íntegramente en portugués, aunque siendo opensource, se puede traducir sin problemas de licencias ni royalties.
Os animo a que le echeis un vistazo ya que tiene una pinta estupenda.
Leo en ElOtroLado que OpenSuse incorporará los parches apropiados para que se pueda instalar en las consolas Playstation3 gracias al grupo spicy power team.
Más detalles sobre la isntalación de openSUSE 10.3 en la PS3 se pueden encontrar aquí:
http://en.opensuse.org/PS3.
Con esto ya no hay excusa para tener un servidor íntegramente VoIP en una PS3. 
Hoy he tenido la oportunidad de poder trastear con una de las nuevas appliances que Digium anunció en Marzo y que salió a la venta en los EEUU en Agosto de este año.
Para empezar, comentaré que el objetivo de las appliances (ya sean de Digium, de Epigy, de 3Com, o de cualquier otra marca) no es más que el de ofrecer una solución rápida, fácil y económica a la vez que potente y escalable ante una necesidad básica como puede ser un sistema de comunicaciones para una empresa pequeña o de mediadas dimensiones (hasta 50 extensiones) y que no requieran de una programación especial (como interacción con bases de datos, aplicaciones externas como CRM o de gestión, etc.).
Es muy simple: una oficina con N extensiones (donde N < 50) y donde lo único que se requiera sea poder llamar y ser llamado, algún menú de entrada sencillo y posibilidad de VoIP tanto para conectar extensiones IP como a proveedores SIP o IAX para hacer llamadas más baratas a la vez que se pueda conectar a la red telefónica para las llamadas entrantes o bien para aprovechar alguna tarifa plana. En este caso, las appliances es donde realmente interesan.
La AA50 de Digium tiene varios modelos: S800i (solo VoIP), S808i (8 puertos FXO) y la S844 (4 FXO y 4 FXS). La que he probado es la S844i donde se pueden conectar 4 teléfonos analógicos y 4 líneas analógicas a la vez que puedo hacer uso de cuentas en proveedores de VoIP (cualquiera) tanto SIP como IAX.
Trae una tarjeta Compact Flash (CF) de 1Gb donde se almacenará, no solo la configuración que personalicemos, si no también los mensajes del buzón de voz o las locuciones necesarias para nuestro menú de entrada. También trae (y es de agradecer) 8 cables analógicos y 3 cables de red.
El sistema tiene un conector WAN con el que podremos conectarlo a la red de la oficina y 4 conectores LAN donde irán los teléfonos y donde escucha un servidor DHCP por lo que hay que tener cuidado en no mezclar las redes (aunque se puede deshabilitar si queremos).
El modelo que he probado cuenta con 4 puertos FXS donde podemos conectar tanto teléfonos analógicos como FAXes y otros 4 puertos FXO donde conectaremos las líneas analógicas. Cada puerto se configura por separado y trae un sistema de “equilibrado” para mejorar la calidad de audio de las líneas analógicas (eco, volumen, etc.)
Todo el sistema se configura vía web mediante una versión del Asterisk-GUI idéntico al que se puede descargar de la web salvo por algunos añadidos especiales para gestionar mejor los recursos del AA50. Además he comprobado que, a diferencia de la última versión del Asterisk-GUI OpenSource que probé, en la versión que trae el AA50, está completo y todas las opciones funcionan.
Al principio me costó un poco, al final conseguí hacer lo que me había propuesto, y es que acostumbrado a sistemas Asterisk más complejos, este interfaz es “demasiado fácil“. Me decidí a configurarlo con un ejemplo real de un sistema de comunicaciones estandar para una oficina con su menú de entrada, captura de teclado, desvío a una cola, dejar un mensaje en el buzón de voz, sala de conferencias, programación de llamadas por las líneas analógicas y por proveedores IP según prefijo, y algunas cosas más.
El Asterisk-GUI incluye un botón para “configuración avanzada” donde se habilitan casi por arte de magia nuevos campos con muchísimos parámetros conocidos de la configuración básica de Asterisk, parámetros del zapata, del sip.conf, del iax.conf, e incluso opciones donde podemos editar los archivos de configuración a mano o ejecutar comandos en una pseudo-consola-CLI web de Asterisk (pese a que podemos habilitarle el servidor SSH, entrar en la consola del Linux embebido o empotrado que trae y poder ver, editar o crear nuevos archivos algo que deja bastante juego, pero que yo he pasado de tocar archivos para centrarme exclusivamente a su manejo vía web para comprobar su funcionamiento ante un usuario normal y sin conocimientos avanzados de Asterisk ni de comunicaciones).
La última prueba ha sido conectarla a una línea de telefónica y ver que detectaba corréctamente el cambio de polaridad haciéndole varias pruebas básicas lo que, unido a la configuración a mano del zapata.conf nos permite controlar bastante bien este aspecto que actualmente requiere del parche de Julian para que funcione corréctamente.
En general me ha gustado, siempre considerando que no es tan potente como un servidor instalado y configurado a mano, pero eficiente para esos casos que he comentado para una empresa donde no requieran de configuracione especiales y que no traigan los propios teléfonos (y que la mayoría de usuarios no suelen utilizar, todo sea dicho de paso).
No sé exáctamente cuando llegará a Europa, pero espero que pronto. 
En la web de Saghul veo que responde a 6 preguntas sobre la VoIP y me pasa la pelota, a ver cómo salgo de esta:
Según comentan, Kevin P. Flemming acaba de anunciar en la Astricon 2007 (que se está celebrando esta semana) que Digium NO planea migrar a GPLv3 porque están bastante contentos con la GPLv2 y no ven razón para cambiar la licencia de uso de Asterisk.
Algo que seguramente dará mucho que hablar en círculos de desarrolladores ya que el GPLv2 tiene tantos “amigos” que no ven interesante dar el salto a la nueva versión de la licencia.
Parece ser que los motivos que Richard M. Stallman propone como motivos para cambiar las licencias de la versión 2 a la 3 no son suficiente para muchos (entre ellos el propio Kernel Linux) aunque otros como SUN parece que les encanta.
Más información sobre la GPLv3: http://gplv3.fsf.org/
Yahoo sigue de cerca los pasos de Google, IBM y Microsoft para suministrar a los usuarios corporativos herramientas de colaboración online. La compañía acaba de comprar Zimbra, firma de soluciones de colaboración de código abierto, por 350 millones de dólares.
Zimbra desarrolla y comercializa tanto versiones comerciales como de código abierto de su producto estrella, Collaboration Suite, que incluye, además de un servidor, el cliente basado en navegador Ajax, que ofrece correo electrónico, gestión de contactos, calendario, voz IP y un editor de texto. Además, cuenta con el software Zimlets para integrar el correo electrónico con fuentes de datos de terceros. Zimbra competía en este mercado con Scalix, que fue comprado el pasado julio por Xandros, firma con productos basados en Linux.
Tras la adquisición, Zimbra, que cuenta con 100 empelados, se convertirá en una subsidiaria de Yahoo, aunque aún no se sabe si seguirá operando con marca propia.
Vía: http://www.idg.es/
“Nosotros somos pro open source“. Con estas palabras anunciaba VMWARE, a cualquiera que se hubiera registrado para poder descargarse sus aplicaciones, la liberación de su paquete VMWare Tools, un conjunto de herramientas para mejorar el rendimiento de su software de virtualización de sistemas operativos bajo la aplicación VMWare.
Esto es sin duda un gran paso para mejorar el rendimiento y sacarle el máximo partido a la virtualización, algo que está bastante de moda.
El código fuente se puede encontrar en esta web:
http://open-vm-tools.sourceforge.net/
y el anuncio oficial de esta otra:
http://blogs.vmware.com/vmtn/2007/09/were-pro-open-s.html
Algo que ocurre con frecuencia cuando trabajas en una red con un servidor DHCP es que cuando conectas un dispositivo que suele venir con IP dinámica por defecto, no sabes exáctamente qué dirección IP le ha asignado el servidor para poder entrar y configurarlo como queremos.
Generalmente, basta con acceder al servidor DHCP y buscar por la dirección MAC del dispositivo, pero en algunos casos en los que no es posible acceder al servidor DHCP no queda más remedio que utilizar alguna que otra “herramienta” que nos permita detectar qué dispositivos hay en la red y qué dirección IP tienen.
Para ello, hay cientos de aplicaciones: ettercap, etherreal (wareshark), tcpdump, etc…
Pues una que acabo de encontrar y que me ha parecido bastante curiosa tanto por su sencillez como por su precio es esta: RogueScanner.
Es OpenSource y tiene muy buena pinta (pese a ser para Windows)
Disponible en: http://www.networkchemistry.com/
Hace algún tiempo, leí en el SVN de Asterisk que habían vuelto a la carga con un canal que pensé que había quedado olvidado llamado chan_bluetooth. Con este módulo, se permitía conectar mediante Bluetooth, un móvil y Asterisk de manera que este pudiera realizar llamadas utilizando móviles como sistemas FXO de la red GSM.
El proyecto quedó en el olvido y hace algunos meses, gracias a una noticia que leí en el Saúl, me enteré que habían vuelto a retomar este proyecto y que le habían cambiado el nombre a chan_mobile.
Claro que entonces, pensé que no tendría mucho éxito ya que si queríamos 10 enlaces móviles a través de este sistema, haría falta 10 aparatitos USB-BT pero ahora, con el nuevo Bluetooth 2.0 que permite conectar varios móviles con un único dispositivo USB-BT gracias al sistema multisesión.
Tanto es así, que acabo de leer que acaba de ser incorporado para la próxima versión del Asterisk-Addons un nuevo sistema chan_mobile que permitirá incluso realizar llamadas mediante grupos de móviles (al más puro estilo de los grupos Zap).
exten=>_6XXXXXXXX,1,Dial(Mobile/g1/${EXTEN},30)
Eso siempre y cuando hayamos configurado corréctamente los móviles que tendremos al alcance de nuestro servidor Asterisk en el archivo de configuración mobile.conf.
Habrá que ir viendo como evoluciona este canal porque este nuevo canal es bastante curioso.
Leo en Barrapunto un enlace bastante útil cuanto menos sobre cómo escribir un comando y que se ejecuten en una serie de sistemas a la vez, algo bastante interesante cuando tenemos clusteres de Asterisk y tenemos que ejecutar los mismos comandos en los 2, 3, 4, 5,… o más sistemas.
Está claro que hay que tener cuidado siempre y cuando no sean sistemas clones (y no me refiero a que no tengan marca, si no a que el contenido debe ser idéntico para evitar problemas a la hora de ejecutar los comandos en varias máquinas, pero seguro que más de uno le sacará una buena utilidad a esto.
El hecho de almacenar las claves en una máquina es algo totalmente desaconsejado desde el punto de vista de seguridad, y tener la misma contraseña en varios sistemas está igualmente desaconsejado, pero como el tutorial lo escribe IBM, pues tiene algo de credibilidad pese a que rompe una de las dos reglas de seguridad que acabo de mencionar.
Los pasos son muy simples y el tutorial bastante sencillo de entender.
Enlace: http://www.ibm.com/developerworks/
Vía: Barrapunto.
Asterisk-ES
