Etiqueta: Asterisk

  • Ventajas de conectar VTiger CRM con Asterisk

    VTiger es una aplicación similar al SugarCRM, aunque según se puede ver, con una comunidad bastante más activa y que goza de muy buena salud.

    Captura de la aplicación VTiger CRM

    En la página de Francisco Castillo se puede ver las ventajas que ofrece la aplicación de CRM VTiger cuando interactúa con Asterisk en la recepción de llamadas aprovechando el número de la persona que llama. Por supuesto, está orientado a ofrecer información del cliente en función del número llamante, por lo que partimos ya de la base que «el usuario nos va a llamar desde un número conocido», algo que por desgracia no siempre es cierto, aunque es una buena suposición que se cumple en un gran número de casos.

    (más…)

  • Entendiendo un PRI INTENSIVE DEBUG SPAN X

    Una línea de primario no es un tipo de línea que podamos tener cómodamente en casa ya que está pensado principalmente para empresas con un gran número de llamadas entrantes y/o salientes, por lo que muchos de los usuarios que no trabajan con este tipo de líneas se encuentran con un gran vacío de documentación útil que pueda ayudarles a detectar dónde están los errores. Desde Sinologic vamos a dar algunas claves importantes para detectar errores, y evitar el «choque» que puede presentarse con el operador cuando una línea de este tipo no funciona como debiera.

    No deberíamos decir siquiera que, un primario es una comunicación entre dos sistemas (nuestro Asterisk y el operador) y, como tal, debemos tener en común los distintos parámetros que conforman la configuración de este tipo de líneas. De poco nos sirve que el operador nos provea de un primario y no nos indique la señalización, quién actúa como fuente de reloj o si disponemos de CRC4 o no. También hay que tener en cuenta que, mientras en Europa, Ásia y África se sigue un estándar bastante estricto sobre los parámetros, en América, Australia o Japón no existe esta «ventaja» y hay que conocer bastante bien todos los parámetros de la línea de primarios que nos ofrece el operador para conseguir configurarla correctamente.

    Pero aún así nos encontramos con que, aun habiendo configurado «aparentemente» bien el primario, aparecen errores, caídas de llamadas, bloqueos de canales, imposibilidad de realizar llamadas, etc. Lo primero que hemos hecho es aumentar el debug del sistema buscando errores que puedan darse (en el archivo /etc/asterisk/logger.conf, habilitando el parámetro ‘debug‘ en ‘console’ o en ‘full’) de esta forma podremos ver si aparece algún mensaje de error que no debería ser, identificándola, entendiendo qué dice y buscando información sobre qué significa y cómo solucionarla.

    (más…)

  • Google libera al sustituto de Skype… Google Voice (y con Asterisk)

    Google acaba de publicar en España (y en otros países) la posibilidad de hacer llamadas a cualquier número de la red telefónica desde la web, concretamente desde tu cuenta de GMail y utilizando el gadget de GoogleTalk.

    Esta mañana nos hemos despertado con una sorpresa de Google, nada más abrir el correo, veíamos con curiosidad como habían habilitado «de nuevo» la opción de llamar a teléfonos de todo el mundo desde la página de GMail.

    Las distintas posibilidades que se abren ahora son incluso mejores que con Skype y es que, al estar nativamente soportado Asterisk, no es necesario adquirir licencias Skype para llamar por esta red.

    Para llamar por GoogleVoice es tan sencillo como configurar nuestra cuenta de GTalk, tal y como vimos en el anterior post y configurar una regla en el dialplan como esta:

    exten => _9XXXXXXXX,1,Dial(GTalk/asterisk/${EXTEN}@voice.google.com

    Por supuesto, previamente deberemos haber ingresado al menos 10€ en saldo para poder hacer llamadas.

    De esta forma, cualquiera puede utilizar el «saldo» de GoogleVoice para hacer llamadas a la red.

    Al principio, cuando este servicio estaba limitado a los usuarios de EEUU, utilicé un proxy para darme de alta y hacer algunas pruebas, por lo que cuando he ido habilitar esta opción he visto que Google aún no permitía consultar las tarifas ni ingresar saldo. Tras un par de vueltas, al entrar en esta web http://www.google.com/chat/voice/ y aceptar las normas, parece que sí es posible utilizar el servicio e ingresar saldo.

    No obstante, y aunque GoogleVoice sea un servicio muy interesante, no hay que olvidar que existen muchos más proveedores IP que también ofrecen una gran calidad y mejores tarifas.

    GoogleVoice tarifas:

    Para llamar a números fijos: 0.02€/minutos
    Para llamar a números móviles: 0.11€/minutos

    En Sinologic estamos trabajando en una sorpresa relativa a esto último que esperamos os guste… 🙂 (más…)

  • Descubriendo 4 novedades que traerá Asterisk 10

    La semana pasada pudimos ver varios cambios importantes: Russell Bryant (lider del proyecto Asterisk) anunciaba que se iba de Digium, y que Asterisk 1.10 pasaba a llamarse Asterisk 10, un cambio de nombre que confirmaba lo que mucha gente deseaba oir, que Asterisk sigue evolucionando sin llegar a ser «otro Asterisk diferente«.

    Asterisk 10 viene como siempre con una gran espectación, y una gran ilusión por parte de los desarrolladores que ofrecen sus conocimientos, su tiempo y su esfuerzo en seguir creando un software libre, abierto y disponible para todos con el único propósito de participar en su desarrollo y compartir sus logros, es por esto por lo que Asterisk 10 nace con un aire renovado, un nuevo enfoque que ayudará a muchos a poder aprovechar sus características para continuar innovando en el mundo de las comunicaciones libres.

    Hoy se anuncia la primera versión oficialmente considerada «beta» y disponible para todos aquellos que quieran probar esta nueva versión con todas sus añadidos y ventajas.

    Como siempre, la descarga la podéis hacer desde su página oficial, aunque nos asaltan las dudas sobre ¿ qué características trae la nueva versión Asterisk 10 que nos motive a actualizar el sistema o simplemente a descargarlo y probarlo para poder reportar los fallos que vayamos encontrando?

    Hoy hemos sabido de varias novedades que traerá Asterisk 10 y que, de la misma forma que ya nos impresionaron las novedades de Asterisk 1.8, estas pueden ser incluso más llamativas (pese a no ser LTS), vamos a ver algunas: (más…)

  • La próxima versión de Asterisk será: Asterisk 10

    Kevin P. Flemming acaba de enviar un mensaje a toda la comunidad donde explica las razones por las que Asterisk 1.10 y las próximas versiones de Asterisk (1.12, 1,14, …) dejarán de llevar el ‘1’ delante de la versión y pasarán a llamarse con su número importante: 10, 11, 12, 13, 14, … por lo que no tendremos un Asterisk 1.10, si no un Asterisk 10.

    Hace poco, en los comentarios de otro artículo sobre Asterisk 1.10, Mariano Bianchi comentó que no le parecía buena idea seguir llamando a Asterisk con la numeración actual, y que Asterisk debía pasar a llamarse Asterisk 2.0 ó bien de otra forma menos ‘geek’ y más ‘comercial’ aprovechando la cantidad de novedades que traen las nuevas versiones.

    De esta forma Kevin P. Flemming acaba de anunciar lo siguiente:

    Hemos tenido un buen número de «grandes» versiones de Asterisk, incluyendo 1.2, 1.4, y más recientemente, 1,8.  Cada una de estas versiones ha incluido cambios significativos, y sobre todo, mejoras en la arquitectura interna. Cada uno de estas versiones también han incluido novedades importantes para los usuarios de Asterisk. Nos han preguntado muchas personas de la comunidad cuando vamos a empezar a trabajar en «Asterisk 2.0.»

    Por lo general, hemos respondido que no va a suceder hasta que realmente se pueda justificar tal cambio en el número de versión. Muchos proyectos de código abierto han pasado por una progresión similar, y muchos han sido sometidos a grandes cambios lo que implica a su vez nuevas versiones.

    El proyecto Asterisk, sin embargo, ha tratado de evitar una interrupción en el método de funcionamiento de cara a sus usuarios y nos hemos centrado en intentar proporcionar compatibilidad hacia atrás entre versiones principales. De esta forma, cada vez que hemos lanzado una nueva versión, siempre hemos visto que «No, esto no es Asterisk 2.0», y hemos continuado con la versión siguiendo el esquema de numeración que Mark Spencer comenzó tantos años atrás.

    En los últimos meses, hemos empezado a desarrollar la primera versión beta de la próxima gran versión de Asterisk. Hemos tenido una discusión sobre las diferencias entre esta versión y las versiones que la mayoría de los usuarios en la comunidad están utilizando en sus sistemas de producción de Asterisk (principalmente Asterisk 1.4, aunque todavía hay una gran cantidad de usuarios y 1,2).

    A pesar de que ha sido un proceso evolutivo, y no revolucionario, la próxima versión de Asterisk va a ser sustancialmente diferente a Asterisk 1.4: Soporte de conferencia con códecs de alta calidad (G.722), soporte mejorado de videoconferencia, soporte de protocolos y nuevos sistemas de VoIP, mejoras en el soporte de faxes, y muchos otras.

    Esto ha planteado la siguiente cuestión: ¿Se podría considerar esta nueva versión como Asterisk 2.0?  Si no es así, nunca habrá un Asterisk 2.0.

    Después de bastante discusión, llegamos a la conclusión de que esto no es Asterisk 2.0, pero que también es bastante improbable que alguna vez lo vaya a ser, pero que sería importante dar a conocer que esta nueva versión va a incluir cambios bastante importantes (y no compatibles con anteriores versiones), aunque siga llamándose «Asterisk», por lo que, si no va a ser un Asterisk 2.0, ¿por qué siguen llamando a estas versiones «Asterisk 1.x»? ¿Qué significa el «1» si nunca va a cambiar?

    La conclusión que hemos llegado es que Asterisk es siempre va a ser Asterisk, y que no es necesario un «1». Por lo tanto, a partir de la próxima versión importante, vamos a eliminar ese «1» completamente. La próxima versión importante (que iba a ser Asterisk 1.10), ahora se llamará «Asterisk 10» y posteriores versiones principales serán «Asterisk 11«, «Asterisk 12«, y así sucesivamente.

    Vamos a seguir con nuestro plan para seguir dando soporte a versiones anteriores, y vamos a actualizar el wiki del proyecto Asterisk con esta información tan pronto como salga «Asterisk 10-beta«. De hecho, esto será dentro de muy poco.

    Como siempre, gracias a todos por su apoyo a Asterisk, especialmente a la comunidad de desarrolladores, a la gente que reporta bugs y las personas que ayudan con los parches  y las que dedican su tiempo a responder a las preguntas en los canales de IRC, las listas de correo y los foros. Esperamos que todos prueben pronto la beta próxima, y verlos a todos en el AstriCon 2011!

     

  • MaViLla: Dialer para Asterisk libre y gratuito

    El Servicio de Informatica de la Universidad de Granada han liberado una aplicación software bastante útil para facilitar el trabajo con terminales IP a traves de Asterisk. El proyecto se denomina MaViLla (Marcador y Visualizador de Llamadas)  y consiste en un software cliente que puede realizar llamadas desde una BD local y visualizar/registrar las llamadas recibidas.  El programa enlaza con Asterisk y a diferencia de otros no usa el AMI.

    MaViLla es una aplicación de código abierto con licencia GPLv3 escrita en C++ y que usa las librerías QT para construir la interfaz de usuario. Es una pequeña agenda que nos permite, además de tener nuestros contactos guardados en una base de datos local, realizar llamadas desde nuestro Teléfono IP sin necesidad de marcar el número, simplemente haciendo doble click sobre nuestros contactos. También visualiza información de las llamadas entrantes. Todo esto con ayuda del servidor de Telefonía IP ASTERISK, del servidor Web APACHE y del motor de Bases de Datos MySQL. En nuestra sección de descargas se puede obtener el código fuente.

    Una vez que tengamos el ejecutable tan solo hay que preparar nuestro dialplan para enlazar con los clientes (por ejemplo):

    exten=>s,n,System(echo -en «Etiqueta_Identificativa\\r\\n${CALLERID(name)}\\r\\n${CALLERID(num)}» | nc -u -q 0 ${ODBC_USUARIOS(ordenador,${ARG1})} 1185)

    De esta forma, le mandamos la informacion sobre la llamada recibida. Ademas se necesita de una URL de un script (perl, bash, php, …) que sera el encargado de lanzar las llamadas, en este caso se basa en la direccion IP del cliente. Este script aún no esta disponible pero se puede conseguir fácilmente.

    (más…)

  • Russell Bryant deja Digium

    Russell Bryant nos da una sorpresa a todos a través de un anuncio en su blog, donde nos anuncia a todos que se va de Digium y deja el liderazgo del proyecto de Asterisk aunque comenta que continuará con el proyecto pero no de la forma en que venía haciéndolo.

    En su blog, un escueto post anuncia el motivo de su marcha:

    I began working on the Asterisk project in 2004.  My work on Asterisk has led to an exciting career in open source software engineering.  At the end of July 2011, I will be leaving Digium to take on some new challenges.  Specifically, I will be joining the Cloud Infrastructure team at Red Hat as a Principal Software Engineer where I will be working on projects related to clustering, high availability, and systems management.  Additionally, I will be moving back to Charleston, SC to be closer to my family.

    While I will no longer be working with Asterisk full time, I still plan to participate in the open source community.  I am excited to watch both Asterisk and Asterisk SCF continue to evolve and grow.  The engineering team at Digium, as well as the global Asterisk development community are as strong as they have ever been and will continue to accomplish big things.

    I have met many great people from all over the world in my time with Asterisk.  Thank you all for making the past seven years so memorable.

    Best Regards,


    Russell Bryant

     

    …sin palabras…

  • Asterisk 1.8.5 Released! ¿Adiós a los bloqueos de canales SIP?

    Han tardado, pero la espera ha merecido la pena.

    Por fín está disponible la versión de Asterisk 1.8.5 donde han corregido algunos bugs importantes como el bloqueo de canales cuando se realizan transferencias atendidas mediante SIP, y en determinadas configuraciones de conexiones mediante TCP/TLS.

    • Fix Deadlock with attended transfer of SIP call
      (Closes issue #18837. Reported, patched by alecdavis. Tested by Irontec, ZX81, cmaj)
    • Fixes thread blocking issue in the sip TCP/TLS implementation.
      (Closes issue #18497. Reported by vois. Patched by dvossel. Tested by vois, rossbeer, kowalma, Freddi_Fonet)
    • Be more tolerant of what URI we accept for call completion PUBLISH requests.
      (Closes issue #18946. Reported by GeorgeKonopacki. Patched by mmichelson)
    • Fix a nasty chanspy bug which was causing a channel leak every time a spied on channel made a call.
      (Closes issue #18742. Reported by jkister. Tested by jcovert, jrose)
    • This patch fixes a bug with MeetMe behavior where the ‘P’ option for always prompting for a pin is ignored for the first caller.
      (Closes issue #18070. Reported by mav3rick. Patched by bbryant)
    • Fix issue where Asterisk does not hangup a channel after endpoint hangs up. If the call that the dialplan started an AGI script for is hungup while the AGI script is in the middle of a command then the AGI script is not notified of the hangup.
      (Closes issue #17954#18492. Reported by mn3250, devmod. Patched by rmudgett)
    • Resolve issue where leaving a voicemail, the MWI message is never sent. The same thing happens when checking a voicemail and marking it as read.
      (Closes issue ASTERISK-18002. Reported by Leif Madsen. Resolved by Richard Mudgett)
    • Resolve issue where wait for leader with Music On Hold allows crosstalk between participants. Parenthesis in the wrong position. Regression from issue #14365 when expanding conference flags to use 64 bits.
      (Closes issue #18418. Reported by MrHanMan. Patched by rmudgett)
  • Redfone compatible con VMWARE mediante VGate

    El uso de máquinas virtuales está cada día más asentado en las empresas porque permiten ahorrar costes, realizar copias de seguridad mejor y más fácilmente, y evitar errores hardware directo.

    Redfone, la empresa que fabrica los famosos foneBridge2, publicó hace ya tiempo, un software comercial que permite conectar un foneBridge a una máquina virtual y convertirlo en un gateway SIP, de forma que podamos ser capaces de utilizar los primarios conectados como si de un gateway de primarios se tratase y con la ventaja principal del coste global de la solución (bastante más económico que un gateway de primarios normal), además, para evitar dedicarle una máquina a hacer de gateway, este es compatible 100% con el software de virtualización VMWare ESX permitiendo tener varios Asterisk en otras máquinas virtuales conectados al sistema VGate y todos juntos utilizar el primario a la vez, como si de un proveedor se tratase.

    En el VoIP2DAY de Octubre ya tuvimos la oportunidad de conocer más detalles y si bien era un producto bastante innovador, el precio lo hacía aún mucho más atractivo para aquellas empresas que estaban interesadas en ahorrar costes a través de la virtualización de sus servicios:
    (más…)

  • Primeras fotografías del SIP MasterClass 2011

    Tal y como anunciábamos el otro día, ya ha comenzado el SIP MasterClass y tenemos las primeras fotografías del evento:

    NOTA: Fijaos en la página web que aparece en la foto. 😀

    Y tenemos nuevas fotos … (más…)