Sinologic

Etiqueta: Asterisk

  • SIPWise publica un sistema OpenSource para proveedores

    Hace un par de semanas, mi colega Jon Bonilla (aka Manwe) nos comentó a unos cuantos, que en su empresa (SIPWISE) estaban desarrollando una aplicación de código libre llamada SIP:Provider CE (Community Edition) orientado al sector de los proveedores de VoIP que, en palabras de uno de sus creadores: «permitirá a cualquier empresa, ofrecer servicios de operador en apenas los 20 minutos que se tarda en instalarlo y configurarlo adecuadamente«.

    Por supuesto, esto no significa que cualquier empresa pueda montar su propio proveedor VoIP ya que para esto, la empresa debe contar con personas que conozcan bien el mundo de la VoIP suficientemente bien como para poder resolver cualquier problema que se les presente, pero esta aplicación seguramente ayudará a más de una que trabaje con ciertas herramientas «algo rudimentarias» ya que simplifica considerablemente los distintos pasos necesarios para ofrecer un servicio VoIP y poder contabilizarlo y, como no, poder cobrarlo. 🙂

    SIP:Provider CE es un «kit» formado por Kamailio, Asterisk, SEMS y un interfaz gráfico muy sencillo que permite su configuración de una forma fácil y rápida sin necesidad de complicarse la vida con archivos de configuración y parámetros desconocidos, por lo que simplifica bastante la organización, configuración y gestión del servicio incluyendo sistemas de billing, rating, peering, etc.

    Las siguientes capturas muestran lo simple que puede llegar a ser este sistema sistema de comunicaciones:

    (más…)

  • Adiós a mISDN, Beronet finaliza el desarrollo

    Los lectores más nuevos seguramente no sabrán que hace 3 ó 4 años, para que Asterisk fuese compatible con las tarjetas de comunicaciones RDSI, hacía falta un canal llamado chan_capi, del que hemos hablado en alguna otra ocasión y cuya instalación era un proceso complejo, anti-intuitivo, y no precisamente estable. Este canal era el utilizado por las tarjetas Eicon Diva, las AVM Frizt y muchas otras. Junghanns vió muy pronto que, si sus tarjetas dependían de este módulo, su implementación sería demasiado costosa y desarrolló su propio módulo QoZAP compatible con Zaptel, mientras que Beronet hizo lo correspondiente desarrollando su propia librería RDSI llamada mISDN, la misma que posteriormente utilizaron todas las tarjetas RDSI posteriores: Digium, AVM, OpenVOX, etc.

    No obstante, tras la aparición del driver DAHDI y el soporte BRI incluido en el chan_dahdi de la versión de Asterisk 1.6, era mucho más sencillo configurar las tarjetas RDSI, pero recordemos que el chan_dahdi de Asterisk 1.4 no soportó señalización BRI, por lo que si queríamos tener soporte de RDSI Básicas, necesitábamos actualizar a Asterisk 1.6 o bien utilizar RSP. No obstante, como ya vimos en la conferencia del VoIP2DAY 2010, el 75% de los usuarios (o por lo menos, de los que estaban en la charla) continúan utilizando Asterisk 1.4 lo que implica que, si quieren utilizar señalización RDSI Básica, deben hacerlo a través del driver mISDN.

    La empresa Beronet acaba de publicar el fin del desarrollo de sus tarjetas en el driver mISDN:

    On December 31, 2010, beroNet will end all public support for mISDN and chan_mISDN for the passive BNxS0, BNxS0e, BNxE1 and BNxS0mini.

    Esto quiere decir que, Beronet, como principal desarrollador de mISDN (hasta el logotipo de mISDN es similar al formato de Beronet) dejará de dar soporte a estas tarjetas en favor de las nuevas tarjetas Berofix que no requieren de ningún tipo de driver ya que funcionan de forma parecida a las Sangoma (simulando el comportamiento de un gateway), únicamente que, en lugar de utilizar un módulo compatible con H.323 (el famoso Wanpipe/Wanrouter), las Berofix utilizan el protocolo SIP.

    mISDN dejó de ser utilizado de forma general cuando se hizo incompatible con kernel de linux superiores a la versión 2.6.18 a partir de la cual, requería de un compilador superior a una versión, con la que mISDN fallaba al compilar (vamos, toda una odisea), por lo que la mayoría de los usuarios empezaron a utilizar el nuevo chan_misdn, pero esto no convenció a la gente de Beronet y desarrollaron la nueva Berofix, por lo que ahora mISDN se queda sin desarrollador principal y, de momento, sin nadie que lo actualice.

    Vía: VoIPNovatos

  • Ventajas y desventajas de Asterisk para la empresa

    Hace unos días, un compañero me enseñó un artículo que aparecía en un foro privado de una empresa que vende soluciones de telefonía en la que se preguntaba justamente cuáles eran las ventajas y desventajas de Asterisk haciendo incapié expreso a los tan machacados y demagogos comentarios acerca sobre lo buenísimo y maravilloso que es Asterisk como software gratuito, pero lo terriblemente malo que eran los requisitos técnicos y de conocimientos que se precisan para motivar el apoyo a este tipo de solución. El artículo en cuestión critica abiertamente este tipo de soluciones e incluso aparecen algunas perlas como: «…requiere una implantación que en la mayoría de los caso a nivel horas de trabajo requiere un mayor esfuerzo y por lo tanto mayor número de horas técnicas de instalación con lo cual es muy fácil que comparando precios, Asterisk sea más caro que una central telefónica de las empresa XXXX o XXXXX (que vendemos nosotros)» y otras como «…queremos hacer ver que es un producto gratuito pero que no dispone de un soporte oficial fiable fácil de utilizar o contratar, ¿Cómo puede una empresa basar sus sistemas de comunicaciones en una solución tan dinámica?» y tres líneas después finaliza la «explicación» con un rotundo «es mejor otras marcas de fabricantes como …» y una comparativa que parece ser hecha por un becario en prácticas que hubiera entrado en la empresa ese mismo día, utilizando un tono rojo para las características de Asterisk y un tono verde para «otras soluciones comerciales«. 🙂

    Comentarios críticos con Asterisk los hay a patadas, principalmente procedentes de los revendedores de otras soluciones que ven en Asterisk un «enemigo al que combatir» en lugar de verlo como una nueva oportunidad de complementar sus mismas soluciones caras e igual de anticuadas que las de hace 15 años. Ya vimos cómo Avaya «evangelizaba» a sus resellers con falsas razones para que pudieran convencer a un cliente que les pidiera un Asterisk, pero es cierto que las empresas multinacionales que se gastan millones de dólares anuales en publicidad, se sienten amenazadas por un software libre que apuesta por el avance en lugar de vender la misma solución maquillada año tras año.

    Por último y antes de entrar en materia, hay sistemas comerciales que se basan en reducir el coste de la implementación el primer año llegando incluso a ofrecerlos gratis (GRATIS!) para evitar que el cliente opte por un sistema Asterisk. El inconveniente para el cliente viene en los sucesivos años, ya que para obtener este sistema «gratis» el cliente deberá firmar una cláusula en la que se compromete a estar con ellos un par de años, y donde los años sucesivos el implementador ofrecerá servicios de mantenimiento, coste por licencia de terminales, licencia de uso de códecs, actualizaciones de seguridad, etc.. que superarán con creces la inversión inicial planteada desde un primer momento. De esta forma, se suele conocer esta técnica como «ir de pesca» en la que es el cliente, en el momento de firmar ese sistema ultrabarato o prácticamente gratis, cuando «pica» y la empresa lo tiene «agarrado» durante no menos de 3 años con cuotas que llegarían al 200% del precio inicialmente planteado para su misma solución. ¿Cómo evitar esto? Pidiéndole al comercial de turno que nos muestre el coste de la solución a 5 años y entonces es cuando el usuario se da cuenta de dónde estaba la trampa y porqué le habían aconsejado un sistema Asterisk.

    Primero, vamos a ir desmintiendo algunas leyendas urbanas sobre Asterisk:

    (más…)

  • BLF distribuido entre varios Asterisk

    Olle Johansson acaba de publicar los detalles de su trabajo en la rama de desarrollo «Pinana» que permitirá transmitir la información BLF en una arquitectura distribuida, es decir, poder ver el estado de usuarios conectados en otros sistemas y poder configurar el BLF en nuestros terminales para saber cuando hablan, cuando están registrados,…

    Esta característica es muy interesante, ya que muchas infraestructuras están formadas por varios Asterisk y esto nos permitirá conocer cuando habla otro usuario de otro dominio.

    Hi!

    Brad Watkins (Marquis42) and I have been working on project pinana for a while. A lot of time was spent on architecture, something we locked down at Astricon and went from architecture work to coding. We now have the follwowing state:

    – Asterisk can subscribe to remote device states by adding hints
    – Asterisk can PUBLISH device state updates to a presence server

    (más…)

  • Asterisk 1.4 pasará a mejor vida dentro de 5 meses

    Anoche nos enteramos por el twitter de Russell Bryant que la versión de Asterisk 1.2 acaba de quedar oficialmente en desuso y no recibirá más actualizaciones de ningún tipo. De la misma manera Asterisk 1.4 ya está en modo «sólo actualizaciones de seguridad» y Asterisk 1.6.2 aguantará poco más y es que pasará a recibir únicamente actualizaciones de seguridad dentro de 5 meses (mayo de 2011) para ir moviendo a los usuarios a la versión de Asterisk 1.8.

    Asterisk 1.4 lleva más de un año recibiendo sólo actualizaciones de seguridad, pero Asterisk 1.6.2 todavía sigue siendo desarrollada y lo seguirá siendo hasta mayo.

    Ya comentamos que Asterisk 1.4 y Asterisk 1.6.2 serían las dos únicas versiones que ampliaban su tiempo de vida para aumentar el tiempo que recibirín actualizaciones de seguridad, y en principio estas estaban estimadas hasta diciembre del año que viene.

    Por lo que ahora, muchos usuarios preguntarán ¿y entonces qué? Bueno, siempre nos quedará Asterisk-ES-RSP. 🙂

    Asterisk 1.8 es una versión que, pese a funcionar bien, todavía tiene algunos bugs que se van resolviendo a medida que se van detectando y reportando en la web de incidencias de Asterisk, no obstante y lo más importante es que Asterisk 1.8 no es Asterisk 1.6.x y por lo tanto, aunque existen algunos bugs básicos, todavía estamos en la versión inicial (1.8.0) por lo que hay que darle un poco de tiempo antes de confiar ciegamente en esta rama.

    (más…)

  • Cómo interconectar Asterisk con Kamailio 3.1

    Asipto, la empresa detrás del proyecto Kamailio acaba de presentar un fantástico tutorial donde explican paso a paso cómo interconectar Asterisk 1.6.2 con la última versión estable de Kamailio.

    Cualquiera que trabaje o que conozca un poco qué es y cómo funciona Kamailio, ya sabrá perfectamente los pasos para realizar esta interconexión, pero es un «lujo» poder disponer de todos los pasos explicados de una forma sencilla y clara, para poder instalar nuestro propio sistema Kamailio + Asterisk sin complicaciones.

    No quiero adelantar nada, pero muy pronto veremos muchas cosas de estas más a menudo. 😛

    Que ustedes lo disfruten:

    http://kb.asipto.com/asterisk:realtime:kamailio-3.1.x-asterisk-1.6.2-astdb

  • Todas las conferencias del VoIP2DAY ya disponibles

    Para todos aquellos que no pudieron disfrutar del VoIP2DAY, o bien aquellos que se perdieron alguna conferencia, ya están disponibles los vídeos de las conferencias para que no os perdáis ningún detalle.

    Están disponibles los vídeos de los tres días:

    – Día del CallCenter

    – Día de las Comunicaciones Unificadas

    – Día de la Comunidad

    Cada conferencia dura entre 30 y 45 minutos, por lo que hay una gran cantidad de información en estos vídeos que nos ofrece la organización del VoIP2DAY.

  • Tendremos un futuro Asterisk 1.10

    Después de dos semanas «ausente» por motivos personales, vuelvo con una lista curiosa de noticias que parecen pasar desapercibidas por muchas otras páginas y que nadie parece haberse dado cuenta.

    Cuando aún estamos adaptándonos a los cambios de la nueva versión de Asterisk 1.8, y tras el anuncio de la aparición de Asterisk-SCF en la Astricon 2010, se celebró la AstriDevCon 2010, una reunión de desarrolladores de Asterisk donde se marcaron las pautas de desarrollo futuro del nuevo Asterisk 1.8 y ¡sorpresa! un futuro Asterisk 1.10 que, aunque todavía lo veamos como una versión lejana en el tiempo y en características, no deja de ser una curiosidad que indica que aún nos queda mucho Asterisk por delante.

    Si en lugar de una versión 1.10, tuvieramos noticias de una futura versión 2.0, implicaría un cambio más o menos radical en la forma en que Asterisk está pensado (quizá algo similar a lo que vimos con la presentación de Asterisk-SCF) y lo que seguro, traería ríos de tinta (o en este caso, ríos de bits) de comentarios, críticas y apuestas. Pero como se ha presentado el SCF como una aplicación nueva, que nada tiene que ver con el Asterisk al que estamos acostumbrados, se han despejado muchas dudas sobre el futuro de Asterisk y como piensa evolucionar esta aplicación.

    Asterisk 1.8 está siendo «interrogado» por los usuarios para comprobar si ofrece la seguridad que es necesaria para sistemas en producción, mientras tanto, Asterisk-SCF se mueve entre los delgados hilos de varios conceptos, en principio contrarios entre sí, y peligrosamente cercanos: ser lo suficientemente sencillo como para que cualquier usuario/interfaz sea capaz de utilizarlo, o bien lo suficientemente potente como para que sirva a las necesidades de muchos otros usuarios que precisan de las características especiales que nos ofrece esta nueva aplicación.

    Sea como fuere, Asterisk 1.10 y sus características planteadas, dejan claro que Asterisk 1.8 está suficientemente bien definido y que no se van a añadir «nuevas características verdes» que puedan perjudicar la estabilidad de Asterisk 1.8, así que otro punto más a favor de Asterisk 1.8.

  • Asterisk SCF: El futuro de las comunicaciones open source

    Como si de una predicción se tratase, nuestro compañero Andrés de Sinologic.net escribió un fantástico artículo sobre XMPP PubSub y distribución avanzada de eventos en Asterisk 1.8 y mencionó una frase muy curiosa por no decir «premonitoria»:

    -«Asterisk 1.8 viene con muchos cambios de arquitectura de base, que puede que a priori no sean tan visibles cara al usuario, pero que cara a ingenieros de sistemas y desarrolladores, establecen unas fuertes y robustas bases, que permitirán el uso de aplicaciones mucho mas escalables y complejas…»

    Llevaba algún tiempo leyendo comentarios y notando ciertas intenciones en algunos emails que me hacían sospechar que algo gordo se estaba organizando en la Astricon de este año, una presentación de algo nuevo, de hecho, lo que más me llamó la atención fue lo siguiente:

    Digium to Announce Future of Open Source Communications During AstriCon 2010 Keynote

    Y efectivamente, parece que eso ha ocurrido. Durante la conferencia de Mark Spencer, que ha causado una gran espectación, se ha presentado lo que podría ser la mejor noticia desde la aparición de Asterisk: La publicación de un nuevo proyecto opensource llamado: ASTERISK SCF (Asterisk Scalable Communications Framework).

    Asterisk SCF será un sistema de componentes distribuidos que permitirá desarrollar un sistema de comunicaciones orientado a sistemas clusters. La plataforma de Asterisk SCF soportará, como parte de su arquitectura básica, comunicaciones IP en tiempo real, incluyendo vídeo, voz, chat, escritorios remotos y otros tipos de medios.

    Vamos a ver en qué consiste …

    (más…)

  • Asterisk 1.8: Cómo configurar Asterisk con GoogleVoice

    Cuando acababa de salir a la luz la versión de Asterisk 1.8 beta 3, nuestro compañero Adriá Vidal nos descubría en la lista de Asterisk-ES un bug que había encontrado en el canal GoogleTalk (chan_gTalk) que impedía realizar llamadas de voz entre Asterisk y los usuarios de este servicio de Google. Por suerte, este bug lo puso en conocimiento del equipo de desarrolladores de Asterisk mediante su web dedicada (http://issues.asterisk.org) y en apenas una semana, no solo lo habían solucionado, si no que habían añadido nuevas opciones que permitían utilizar servidores STUN propios para garantizar (dentro de lo posible) que no habrá ningún problema de audio debido al NAT.

    Mientras estaban «solucionando el bug» que había encontrado Adriá, tuve la suerte de conocer a un desarrollador de Asterisk encargado reproducir y solucionar algunos de los bugs de Asterisk 1.8 y hablando con él encontré que entre las mejoras que habían desarrollado para arreglar el bug y mejorar el canal del GoogleTalk, además del soporte de STUN, también estaba el soporte para GoogleVoice, un servicio del que ya hemos hablado pero que aún no está disponible en nuestro país. No obstante, gracias a un sencillo tutorial de la web de Saúl Ibarra, podemos darnos de alta en Google Voice y probarlo nosotros mismos cuando queramos.

    Para demostrar que el nuevo GoogleVoice es compatible con Asterisk, este desarrollador (pabelanger), escribió este fantástico tutorial sobre los pasos a seguir para conectar nuestra cuenta de GoogleVoice con Asterisk:

    (más…)