Instalación de Asterisk y FreePBX (I) – Elección del hardware

Josemaría | 27 de febrero de 2013 | 6 comentarios

asteriskA la hora de plantearnos la instalación de una centralita VoIP con Asterisk y FreePBX, una de las primeras cosas que tenemos que decidir es, como en muchos otros casos, el hardware que vamos a necesitar. La respuesta no es única, sino bastante dependiente de nuestras necesidades, así que vamos a tratar de ver y analizar los distintos elementos que pueden hacernos falta y a dar unas breves notas para hacer la elección correcta.

UNA MÁQUINA PARA HACER LA INSTALACI?N
El primer y único elemento indispensable es una máquina en la que instalar la centralita. Aunque tampoco tiene que ser muy grande o, siquiera, “real”. Asterisk es tan poco exigente que, incluso, existe una implementación denominada micro Elastix para la Raspberry Pi. Si no vamos a usar líneas telefónicas “convencionales” y sólo queremos utilizar proveedores de telefonía VoIP (aquí tienes una lista de las que operan en España) podemos recurrir a una máquina virtual o a un servidor VPS en un Hosting de nuestra elección. En la mayoría de las ocasiones, no obstante, no recurriremos a soluciones tan económicas. Por un lado, las comunicaciones telefónicas suelen ser un punto crítico en la mayoría de las instalaciones que querremos hacer, así que necesitaremos un hardware robusto y con redundancia en los puntos de fallo más críticos (discos en RAID por hardware, fuentes de alimentación redundantes, etc.). Por otro lado, si vamos a usar líneas de telefonía convencionales, una de las opciones más habituales es conectarlas a nuestra centralita mediante tarjetas especiales y estas suelen ser PCI o PCIe (aunque veremos que existen otras alternativas). No olvides, además, que necesitas que el hardware que elijas debe de funcionar correctamente con Linux. Todas las distribuciones que conozco que traen Asterisk preinstalado y listo para usar van sobre CentOS, así que si vas a coger una de estas opciones y aún tienes que comprar la máquina lo mejor es que te certifiquen que irá bien con CentOS o RedHat que, para el caso, son lo mismo. Y no, no se trata de una cuestión trivial. En un servidor con componentes muy específicos (como una tarjeta de RAID), por desgracia aún podemos tener sorpresas muy desagradables en este aspecto.

TARJETAS Y GATEWAYS
Digium TDM800P Si vamos a usar líneas de teléfono convencionales (analógicas o digitales) o queremos usar teléfonos analógicos con nuestra centralita, vamos a necesitar tarjetas especiales o gateways. Veamos ambas opciones.

Las tarjetas suelen ser, o bien PCI, o PCI express, así que si vamos a usarlas tenemos que tenerlo en cuenta cuando compremos el equipo. PCI, además, sólo admite dos tarjetas diferentes en el mismo equipo, así que si esta es nuestra elección mucho cuidado con las ampliaciones futuras. Además, si finalmente vamos a usar RAID por hardware posiblemente ya tendremos ocupada una de ellas.

Gateway GrandStream GXW408 Pero, empecemos por el principio ¿Que diferencia hay entre usar tarjetas o gateways? Desde el punto de vista operativo ninguna. Cualquiera de ambas opciones nos ofrecerá los mismos resultados. Las tarjetas se conectan a los buses internos del equipo y les conectamos directamente las líneas y/o teléfonos. Los gateways son dispositivos externos a los que conectamos las líneas y teléfonos y que, además, tienen una interfaz ethernet que irá conectada a nuestra red y que le permitirá comunicarse con la centralita a través del protocolo SIP. Las tarjetas no ocupan espacio, ni enchufes adicionales y sobrecargan menos la red de tráfico IP pero están más limitadas en cuanto al número y la variedad que podemos conectar a nuestra centralita. Además, no son un alternativa cuando vamos a hacer la instalación sobre una máquina virtual, una raspberry o algún otro equipo de bajo presupuesto.

En cualquiera de ambos casos, si vamos a conectar líneas digitales RDSI necesitaremos una tarjeta o gateway con conexión BRI/RDSI y si vamos a conectarle líneas analógicas convencionales necesitaremos que tenga puertos FXO. Si lo que queremos es conectarle teléfonos analógicos, deberá de contar con puertos FXS. Por cierto, ¿te lías con la diferencia entre FXO y FXS? Normal. Le pasa hasta a algún que otro teleco ;-) FXS es, hablando coloquialmente, el enchufe por donde viene nuestra línea de teléfono mientras que FXO sería el conector del aparato telefónico en si. Un FXS siempre va conectado a un FXO y viceversa. Si queremos conectar líneas analógicas a nuestra centralita necesitamos que esta cuente con puertos FXO (ya que las líneas son FXS). Si lo que queremos es pincharle teléfonos (FXO) necesitamos que cuente con puertos FXS.

Dentro de la amplia gama de tarjetas y gateways existentes hay una gran variedad de modelos que, incluso, admiten conexiones híbridas: líneas analógicas y digitales, puertos FXS y FXO combinados, etc. Para elegir, puedes echarle un vistazo, por ejemplo, al catálogo de Avanzada7, una de las mejores empresas que se dedican a estos menesteres en nuestro país.

Sólo un par de puntos adicionales: si finalmente vas a comprar tarjetas échale un vistazo a las de Digium antes que a ninguna. Tienen una buena relación calidad precio, todas las distribuciones de Asterisk vienen ya con los drivers necesarios (lo cual te ahorrará muchos problemas) y ayudarás a sostener el modelo de negocio de la empresa que, amablemente, nos regala un software tan fantástico (Digium es la empresa que desarrolla Asterisk). Y dos: las líneas digitales siempre dan más problemas que las analógicas. Más si te empeñas en usar “sucedaneos” como los que comercializa Jazztel. Pero esto es una historia que merece ser contada en otra ocasión…

LÍNEAS GSM
Topex SIP Mobilink Si queremos usar líneas móviles tenemos dos alternativas: usar un gateway analógico con salida FXS (como el EasyGate 2N del que ya hemos hablado aquí en alguna ocasión) y conectarlo a nuestra centralita como si se tratase de una línea telefónica analógica convencional, o usar un gateway como el Mobilink Topex SIP que nos permite conectarlo directamente a nuestra red local y comunicar mediante SIP con nuestra centralita. Cualquiera de ambos se vende en dos configuraciones diferentes con espacio para una o dos tarjetas SIM.

TEL?FONOS DIGITALES Y VIDEOTEL?FONOS
No hacen falta teléfonos para usar una centralita Asterisk. Existen una gran variedad de softphones (muchos de ellos libres y gratuitos) que puedes utilizar desde tu PC con cualquier sistema operativo y sin mas requisitos que disponer de altavoces y micrófono. No obstante, si por comodidad o necesidad necesitas un teléfono mas convencional, dispones de una gran cantidad de modelos que se pueden conectar directamente a tu red local y que usan SIP para conectar con Asterisk (alguno por poco más de 30 euros), videoteléfonos, y puedes conectar cualquier teléfono analógico a través de un gateway o tarjeta que disponga de puertos FXS.

Compártelo:
    emailPDFPrintBitacoras.comIdenti.caTwitterdel.icio.usDiigoFacebookMeneameBarraPuntoNetvibes
Categorías: howto´s, VoIP
Etiquetas: , , , , , ,

Habilitando el Caller ID en un EasyGate 2N para usarlo en una centralita Asterisk

Josemaría | 16 de enero de 2013 | 3 comentarios

asterisk Los EasyGate de la empresa 2N son uno de los productos más usados para dotar de salidas GSM a una centralita. El interfaz de conexión con la centralita es un puerto FXS estándar, por lo que podemos usarlos sin ningún tipo de problemas con nuestra centralita Asterisk si esta disponde de algún puerto FXO libre. Lamentablemente tal y como vienen “de serie” es imposible que Asterisk se entienda con ellos a la hora de leer el CID o Caller ID (el número de teléfono, vaya) del llamante que siempre aparecería, tanto en los listados de Asterisk como en los displays de nuestros teléfonos digitales, como UNKNOW. La solución es tan sencilla como cambiar un único parámetro en la configuración del EasyGate. Si, parece sencillo, pero tenemos obstáculos ;-)

Primero necesitamos PCManager, el software que nos permite conectarnos desde nuestro PC (con windows :-( ) al EasyGate. Lo normal es que no lo tengas pero puedes descargártelo desde las páginas de soporte del producto de 2N. Y un consejo: si te bajas algún manual del producto que sen en inglés: los que están en castellano, o bien han usado un traductor automático o el becario que se ha encargado es un bromista. Que lo sepas…

El segundo punto no nos va a salir tan barato. El puerto de conexión del EasyGate es un RS232 con conector DB9 del siglo pasado ¿Cuánto tiempo hace que no ves un PC con un puerto serie RS232? La solución pasa por comprarse un cable adaptador USB a RS232. Los hay desde 6? de nada, pero hay que gastárselos… Y cuidadín a la hora de elegirlo asegurándonos de que venga con drivers válidos para la versión de Windows desde la que lo vamos a usar.

Ya lo tenemos todo listo. Instalamos el PCManager, conectamos el cable a nuestro equipo en cualquier puerto USB, instalamos los drivers del cable, lo conectamos al puerto serie del EasyGate y arrancamos el programa. Nos aparecerá esta pantalla:
Pantalla inicial de PCManager para el EasyGate de 2N

NOTA: Para verlo en castellano como aquí y no en inglés como aparece por defecto pulsa la bola del mundo de la derecha (bajo las banderitas) y selecciona el idioma adecuado.

Para que PCManager conecte con el EasyGate pulsamos la rueda dentada que aparece en la parte inferior derecha de la pantalla anterior y elegimos el puerto serie donde está conectado el cable (y que podemos ver a través del administrador de dispositivos de windows como se ve en el pantallazo siguiente)
Conexión al EasyGate 2n desde PCManager usando un cable conversor serie de USB a RS-232 DB9

OJO: como ves en la pantalla anterior también hay un selector para elegir el tipo de hardware (existen dos modelos diferentes del EsasyGate llamados A y B que usan dos ramas diferentes de firmware: las 1.x y la 2.x respectivamente). Lo normal es que no sepamos cual es el nuestro (no existe ninguna identificación externa). Afortunadamente podemos hacer la conexión con cualquiera de ambas sin problemas, así que elegimos una, conectamos, y miramos si hemos acertado. Si no, desconectamos (usando el botón de Finalizar de la parte inferior derecha) y volvemos a empezar usando la opción correcta.

Para leer la configuración actual del EsasyGate pulsamos el botón de Leer de EG de la primera pantalla. PCManager nos pedirá que reiniciemos el dispositivo (desconectamos el EasyGate de la alimentación y lo volvemos a enchufar) y durante este reinicio leerá la configuración. Una vez conectados pulsamos el icono central de la parte izquierda (Tabla de Parámetros) y nos aparece el siguiente menú:
menú principal del PCManager para EasyGate 2n

Para saber si hemos acertado en la versión de hardware pulsamos en la entrada de Servicios. Nos aparecerá una ventana informativa como esta:
Ventana informativa del EasyGate 2n a través de PCManager donde se detalla el tipo de Hardware y de firmware

Si no hemos acertado volvemos a empezar como hemos comentado antes. Cuando hemos conectado eligiendo la versión adecuda de hardware volvemos al menú principal y elegimos ahora la opción etiquetada como Línea telef. nos aparecer una ventana como la siguiente:
Ventana de programación de los parámetros de la línea telefónica del EasyGate 2N a través de PCManager

Los dos campos que tenemos que modificar están destacados en la pantalla de aquí arriba. Una vez modificados pulsamos el botón de O.K. y volvemos al menú inicial pulsando el botón con forma de CD de la parte superior izquierda. Elegimos ahora Salvar en EG para transmitir la nueva configuración al EasyGate y finalizamos el programa. El EasyGate debería de reiniciarse de forma automática después de recibir la nueva configuración y cuando arranque la detección del CallerID estará lista y funcionará perfectamente con nuestro Asterisk.

NOTA: Algunas versiones de EasyGate tienen funcionalidades diferentes (de servicios de FAX, por ejemplo) y podrían añadir campos adicionales a la pantalla de aquí arriba.
Compártelo:
    emailPDFPrintBitacoras.comIdenti.caTwitterdel.icio.usDiigoFacebookMeneameBarraPuntoNetvibes
Categorías: VoIP
Etiquetas: , , , , , , , ,

Cuatro distribuciones Linux con Asterisk y FreePBX para montar una centralita VoIP

Josemaría | 30 de mayo de 2012 | 13 comentarios

asterisk Me gusta la línea de comandos, ya lo sabéis. Pero no se me caen los anillos por decir que hay dos tipos de configuraciones que evito hacer “a pelo” siempre que puedo por complicadas y tediosas: las de iptables y las de Asterisk. Para cualquiera de ambas prefiero utilizar algún tipo de herramienta que automatice y simplifique la tarea desde un interface gráfico guiado. En el caso de Asterisk, el panorama ha cambiado muchísimo en los últimos cuatro años. Por aquel entonces Trixbox era la reina absoluta e indiscutible y AsteriskNOW una prometedora aspirante pero, a mi juicio, demasiado verde para llevarla a una instalación en producción. ¿Cómo está esto ahora?

A la hora de plantear hoy en día una instalación cómoda con Asterisk existen cuatro opciones bastante interesantes a considerar y Trixbox es, a pesar de su veteranía, la última que yo escogería. Todas ellas están basadas en la rama 5.x de CentOS y usan FreePBX (o un fork de este, en el caso de Trixbox) como interface para la configuración. Vamos a echarles un vistazo rápido a cada una de ellas:

 kernel linuxversión CentOSversión FreePBX (2.10)versión Asterisk (1.8.11)versión DAHDI (2.6.1)versión libpri (1.4.12)
Trixbox 2.8.0.42.6.185.8---1.6.02.3.0.11.4.10
AsteriskNOW 2.0.22.6.185.82.101.8.112.6.01.4.11
FreePBX Distro 1.8112.6.185.72.101.8.112.6.11.4.12
Elastix 2.3.02.6.185.82.8.11.8.112.4.1.21.4.12

Trixbox
Consola inicial de Trixbox
Como ya adelantaba, la antaño bien valorada Trixbox no es ahora ni una sombra de lo que era. Hace casi dos años que la version comunitaria no se actualiza (posee una versión Pro de pago que tampoco parece estar mucho mejor atendida) y la impresión tras la instalación es nefasta: problemas de dependencias al actualizar los cerca de 199 Mbytes de paquetes obsoletos, ninguna indicación clara acerca del usuario/password de administración inicial (maint/admin, por si google trae a alguién aquí buscándo esto ;-) ) y versiones muy, muy obsoletas de Asterisk y de Dahdi (la librería de drivers para tarjetas Digium VoIP que sustituyó hace algunos años a Zaptel). Como también adelantaba, desde hace años no usa ya freePBX como GUI de configuración de Asterisk, sino un fork de esta que, intuyo, llevará al menos los mismos dos años sin actualizar que su última distro. Lo dicho: no te deja buen sabor de boca como para usarla en un sistema en producción.

AsteriskNOW
Consola inicial de AsteriskNOW
AsteriskNOW ha mejorado mucho durante estos años. Ya de entrada ha abandonado su planteamiento inicial basado en el sistema de gestión de paquetes rpath + conary y ahora es ya una distro mucho más asequible basada en CentOS. Durante la instalación inicial realiza una actualización automática de forma que tras el primer arranque no hay ningún paquete desactualizado. En la parte negativa, el menú principal en javascirpt no parece estar bien resuelto como puedes ver en el pantallazo de aquí arriba y tiene toda la pinta de que a alguien se le ha olvidado meter unas hojas de estilo en la última compilación de la distro, puesto que se trata del aspecto normal y sin ninguna personalización de FreePBX (como veremos más adelante). El correcto, según se ve en sus tutoriales, debería de ser así:
Detalle del menú principal de AsteriskNOW tal y como deberíad de verse
Sorprende, además, que siendo la distribución “oficial” de Digium no sea la que tenga las versiones más actualizadas de Dahdi y libpri, los dos pilares fundamentales de Asterisk.

FreePBX Distro
Consola inicial de FreePBX
Las Distribución propia de FreePBX tiene un aspecto inmejorable: una instalación limpia y fácil tras la cual apenas hay que actualizar 138kbytes y lo que parece ser un estupendo soporte tras ella: viene con las versiones más actuales de Dahdi y de libpri (por supuesto también de Asterisk y de FreePBX), y en las dos semanas que he estado haciendo pruebas con ella ha lanzado una nueva versión estable (la 1.812) y una beta (la 1.1004). Por decir algo negativo de ella, se echa de menos el panel de operadora que viene de serie con Trixbox. Su propuesta es usar iSymphony, un módulo externo para FreePBX con una versión reducida gratuita pero que hay que instalar de forma adicional.

Elastix
Consola inicial de Elastix
Si te gustan las cosas minimalistas, ciertamente esta no es tu opción. Ahora bien, si tienes un jefe impresionable por las primeras apariencias y quieres ganártelo, ni lo dudes. Elastix va más alla de ser un mero servidor VoIP destinado a hacer de centralita: es un completo centro de comunicaciones con servidor de correo imap, servicio de webmail, servidor de fax, mensajería instantanea, etc. Su problema, a mi juicio, es que en ningún momento de la instalación básica se te permite elegir que servicios quieres y cuales no y, o bien cargas con todos, o te toca posteriormente parar servicios, desinstalar paquetes, etc. La última versión, la 2.3.0, es de hace apenas un mes pero tras la instalación inicial es preciso hacer una actualización que “pesa” cerca de 250Mbytes.

NOTA: para ver las versiones que tienes instaladas de asterisk, dahdi y libpri puedes usar los siguientes comandos (el último sólo funciona en un Linux basado en paquetes rpm como es CentOS):

asterisk -v
dahdi_cfg -vv
rpm -qa | grep libpri
Compártelo:
    emailPDFPrintBitacoras.comIdenti.caTwitterdel.icio.usDiigoFacebookMeneameBarraPuntoNetvibes

Chuletillas (y XXVIII) ?? Instalar Skype en Fedora x86_64

Josemaría | 5 de enero de 2011 | 6 comentarios

chuleta Skype sólo ofrece binarios compilados a 64 bits para Ubuntu. Y, por supuesto, no hay fuentes disponibles para que lo compiles por ti mismo? Si quieres usar este programa con otras distribuciones pero en este formato tendrás que usar algún truco.

En Fedora 14, hay que empezar por instalar el programa a partir de los binarios de 32 bits, bien descargándotelos desde su web o bien a partir de un nuevo repositorio que podemos definir con el siguiente contenido:

[skype]
name=Skype Repository
baseurl=http://download.skype.com/linux/repos/fedora/updates/i586/
enabled=1
gpgkey=http://www.skype.com/products/skype/linux/rpm-public-key.asc
gpgcheck=0

Una vez instalado, tendrás que añadir las dependencias que skype precisa pero especificando que la arquitectura que usaremos será la de 32 bits y no la de 64 que nuestra distribución usa como base:

sudo yum install libXScrnSaver.i686 qt-x11.i686

Si el soporte para webcam te da problemas (a mi me ocurre en el sobremesa con mi logitech, pero no en el portatil con su webcam integrada) esta solución sigue siendo válida.

Compártelo:
    emailPDFPrintBitacoras.comIdenti.caTwitterdel.icio.usDiigoFacebookMeneameBarraPuntoNetvibes
Categorías: chuletillas, VoIP
Etiquetas: , ,

Kopete se integra con Skype

Josemaría | 4 de septiembre de 2009 | 4 comentarios

Kopete y Skype integradosicono de Skype Una de las últimas versiones de Kopete, el cliente de mensajería instantánea que KDE trae por defecto, añade una pequeña sorpresa que se me ha pasado totalmente desapercibida hasta ahora: su integración con Skype. Kopete no usa directamente el protocolo de Skype ni permite el alta de cuentas de este sistema de forma directa, sino que integra la información de una cuenta de Skype abierta y autenticada mediante su propio cliente nativo y sirve como intermediario entre nosotros y dicho cliente, creándonos la ilusión de tener un único programa de mensajería. Más aún si, además de realizar esta integración, “escondemos” el icono de Skype de forma que no aparezca en nuestra bandeja del sistema.

Kopete nos permitirá, a partir de ahora, la clasificación de los contactos de Skype en grupos (cosa que, inexplicablemente, no ha permitido nunca el cliente original), la inclusión de dichos contactos en meta-contactos (que engloban en una sola las cuentas de diferentes sistemas de mensajería de la misma persona) y derivará todos los eventos generados por Skype al nuevo centralizador de notificaciones incorporado en KDE4.

Kopete y Skype integrados

La verdad es que las últimas versiones de Skype para Linux han dejado mucho que desear y presentan frecuentes problemas con el audio y el video. La reciente versión 2.1, aunque mejor integrada, sigue sin solventar del todo estos problemas. Pero, por desgracia, se trata del cliente VoIP más extendido y por el momento no hay más remedio que “pasar por el aro”, así que esperemos que, aparte de mejoras externas como esta, el señor Andreessen (desde hace sólo unos días su nuevo accionista mayoritario) tenga la intención de cambiar el enfoque y nos permita disfrutar un poco mejor de esta popular herramienta.

Compártelo:
    emailPDFPrintBitacoras.comIdenti.caTwitterdel.icio.usDiigoFacebookMeneameBarraPuntoNetvibes
Categorías: herramientas, VoIP

Calendario de conferencias sobre Asterisk en el SIMO

Josemaría | 16 de octubre de 2007 | 4 comentarios

icono de asterisk Este año y en el SIMO hay cita obligada en el stand de Digium dónde se selebrará una atractiva serie de charlas acerca de Asterisk, una de las soluciones de software libre más interesante del panorama actual. El programa completo de las charlas está disponible aquí y a mi me parece particularmente interesante la jornada del viernes día 9 de noviembre, así que si no hay ningún problema estaré por allí.

Visto en Barrapunto.

Compártelo:
    emailPDFPrintBitacoras.comIdenti.caTwitterdel.icio.usDiigoFacebookMeneameBarraPuntoNetvibes
Categorías: eventos, VoIP
Etiquetas: , , ,

Trixbox

Josemaría | 4 de septiembre de 2007 | 13 comentarios

icono de trixbox Donde dije digo, digo Diego. La instalación de Asterisk que tenía pendiente ya está lista y operativa pero al final no he usado ni Asterisk Now ni una instalación manual sobre Debian como tenía pensado. Asterisk Now me resultó aún bastante verde y con muy poca documentación de soporte detrás suya como para apoyarte en el momento en que necesitas hacer algo fuera de las opciones más corrientes. Además el sistema de gestión de paquetes (rpath + conary) me resultaba bastante ajeno y, sinceramente, me daba pereza pelearme con él.

Pero cuando ya estaba a punto de pasar a la opción dos leí que existe otra distribución específica para montar una centralita con Asterisk basada en CentOS y que incorpora freePBX: Trixbox. Mano de santo, oigan.

El equipo que he montado usa una tarjeta Digium wildcard TDM400P con una línea analógica y una Junghanns quadBRI con dos RDSI (cinco canales en total) y da servicio por el momento a algo más de 20 extensiones sitas en la misma oficina dónde está el servidor aunque nuestra idea en breve es extender el soporte a otras oficinas en España. América y Africa de forma que realmente podamos sacarle partido a todos los beneficios de la VoIP (los usuarios en África, por ejemplo, podrían llamar y ser llamados a y desde teléfonos de nuestro país con tarifas locales). Los teléfonos que usamos son aparatos Thomsom ST2030, adaptadores Sipura para teléfonos analógicos convencionales y diversos SoftPhones.

La instalación ha sido engorrosa, no quiero engañar a nadie. En primer lugar debía de montarla sobre una máquina con una versión precaria de Asterisk montada sobre un Ubuntu Desktop y que estaba dando servicio así que me ha tocado hacerlo a ratos entre las 7.00 y las 9.00 de la mañana y sobre un segundo disco duro. En segundo lugar se trata de algo que tenía muy olvidado y hay conceptos de este tipo de instalaciones que es preciso tener muy claros, así que me ha tocado releer mucho sobre el tema. Por el momento no me siento con ganas de escribir un “paso a paso” como otras veces, así que no lo haré a menos que vea mucho interés en los comentarios. Lo que si me gustaría dejaros son algunas referencias para que, si tenéis interés, os sirvan para empezar:

Y, para terminar y darle un poco de color al post, un par de pantallazos de la interfaz web del sistema final:

Panel principal de Trixbox
Panel de centralita de Trixbox

Compártelo:
    emailPDFPrintBitacoras.comIdenti.caTwitterdel.icio.usDiigoFacebookMeneameBarraPuntoNetvibes
Categorías: distribuciones, VoIP

AsteriskNOW paso a paso

Josemaría | 26 de julio de 2007 | 45 comentarios

icono de asteriskHacía un par de años que no tenía la ocasión de montar un servidor con Asterisk y, ahora que vuelvo a tener esa oportunidad, estoy valorando si hacerlo desde cero y sobre una Debian (modo clásico, digamos) o probar AsteriskNOW, una distribución específica de la gente de Digium que, aunque aún en fase beta, promete una instalación limpia, fácil y operativa en 30 minutos.

He hecho una primera prueba sobre una máquina virtual con vmware y he de decir que el procedimiento de instalación express (posee una opción custom más compleja y que permite una mayor personalización) es aún más sencillo que instalar una Ubuntu. Prometo que no hay ni una sóla pantalla más que las 11 que aparecen aquí abajo (pulsa sobre ellas con el ratón para verlas ampliadas) y en todas las opciones son absolutamente triviales incluso para quien jamás haya instalado un Linux en su vida.

Asterisk now install Asterisk now install Asterisk now install Asterisk now install Asterisk now install Asterisk now install Asterisk now install Asterisk now install Asterisk now install Asterisk now install Asterisk now install

Después de la instalación y tras el primer rearranque aparece un menú con opciones de administración y se nos facilita la IP para acceder de forma remota y vía web al GUI de configuración.

Asterisk final

La primera vez que accedemos al GUI se nos redirige a un asistente que, a través de siete pantallas, nos va a permitir configurar nuestro asterisk de forma guiada. Es evidente que para esta fase ya si que necesitamos algunos conocimientos de como funciona un Asterisk y que es lo que queremos hacer con el. Asterisk: the future of Telephony es un excelente libro de la editorial O’Really licenciado bajo Creative Commons y que puedes descargarte desde el enlace anterior en formato PDF. Si te apetece algo más práctico y liviano puedes rebuscar entre los tutoriales y howto’s que hay en la sección correspondiente de la wiki de VoIP-info.

Y ya después de ver el aspecto del GUI de administración creo que acabo por decidirme. Si funciona bien y es estable, claro. Pero eso lo dejo ya para finales del mes que viene y a la vuelta de las vacaciones. Prometo un paso a paso más interesante con la configuración y puesta en marcha para entonces.

Asterisk GUI

Compártelo:
    emailPDFPrintBitacoras.comIdenti.caTwitterdel.icio.usDiigoFacebookMeneameBarraPuntoNetvibes
Categorías: distribuciones, VoIP

Alternativas a Skype

Josemaría | 25 de mayo de 2007 | 12 comentarios

icono con teléfono Con Skype corremos el riesgo de que se vuelva a repetir la historia de siempre: un programa basado en un protocolo propietario y que acaba acaparando la casi totalidad del mercado solamente por el peso que tienen sus usuarios “prisioneros” de un sistema cerrado y que no permite usar un cliente alternativo para comunicar con ellos. ¿Os imaginais si el protocolo de emisión de televisión fuera de SONY y lo mantuviese en secreto para que sólo se pudiera recibir la señal mediante sus aparatos? Bueno, déjalo… Mejor no dar ideas…

Alternativas a Skype hay. Muchas (basta con ver este cuadro comparativo de la wikipedia) y algunas de ellas tan buenas o mejores que el propio Skype. Además, una gran mayoría de estos sistemas usa SIP (Protocolo de Inicio de Sesiones), un protocolo abierto y especificado formalmente en el RFC 3261. Esto les permite, si el creador del sistema no pone trabas, interactuar entre ellos de forma que se puedan hacer llamadas entre clientes de sistemas diferentes. Aquí os dejo algunas alternativas para que, ahora que aún hay tiempo, podamos elegir.

EkigaGizmo

Ekiga (antes conocido como Gnomemeeting) y Gizmo son, hasta ahora, mis dos favoritos. Ambos usan SIP, permiten intercambiar llamadas libremente entre cualquier usuario que use un cliente con este protocolo y están disponibles con todas sus funcionalidades para Linux y Windows (no como Skipe cuya versión para Linux es antigua y está muy limitada). Ekiga es software libre y tiene soporte para videoconferencia. Gizmo no es software libre (aunque si gratis, al igual que Skype) pero aparte de que el protocolo que usa si es abierto mi otro motivo para tenerlo en cuenta es que tiene una función similar al SkypeOut para llamar a teléfonos convencionales de todo el mundo. Mirándolas por encima (no he hecho un estudio detallado país a país) las tarifas de Gizmo son prácticamente iguales a las de Skype y, además, sin coste de conexión. Si además estás buscando un cliente para un entorno corporativo, ambos interactuan perfectamente con un servidor Asterisk. Gizmo, además, dispone de versión para MacOSX

Wengophone

Hay un tercer cliente que auna las ventajas de ambos y más pero que, reconozco, tengo aún pendiente por pura pereza. Se llama Wengophone (ahora QuteCom) y se distribuye con licencia GPL. Usa el protocolo SIP, admite videoconferencias, permite usar cuentas de mensajería instantanea de los protocolos más populares (se apoya para ello en Gaim) y permite el envío de mensajes SMS y llamadas a teléfonos convencionales con una tabla de tarifas muy competitiva. ¿Hay quien de más? El cliente está disponible para Linux, Mac OSX y windows o como extensión de firefox para los dos últimos sistemas (para Linux está anunciado como en desarrollo).

Una última nota. Gizmo, al igual que Skype, funciona perfectamente sin tener que tocar nada en el cortafuegos en todos los entornos en los que lo he probado. Para que Ekiga o Wengophone funcionen siempre he tenido que redirigir los puertos adecuados. La información necesaria para ello la tienes disponible en sus respectivas wikis de soporte (aquí para Ekiga y aquí para Wengophone).

ACTUALIZACI?N: Gizmo ha sido adquirido por Google quien ha descontinuado el producto.

Compártelo:
    emailPDFPrintBitacoras.comIdenti.caTwitterdel.icio.usDiigoFacebookMeneameBarraPuntoNetvibes
Categorías: networking, VoIP

Zfone: cifrado de tráfico VoIP

Josemaría | 15 de marzo de 2006 | 2 comentarios

Ocurre tan pocas veces que, cuando un programa se lanza antes para plataformas GNU/Linux y MAC OSX dándoles preferencia frente a los entornos de Microsoft merece la pena hacerle toda la propaganda posible a la iniciativa.

Mucho más en este caso en el que la herramienta viene de la mano de Zimmermann (creador del PGP) y se trata de una interesante implementación que posibilita cifrado sobre VoIP.

Interesados aquí.

Visto en Error500.

Compártelo:
    emailPDFPrintBitacoras.comIdenti.caTwitterdel.icio.usDiigoFacebookMeneameBarraPuntoNetvibes