Sinologic

Blog

  • 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…)

  • Viber por fín disponible en Android

    Ya hemos hablado sobre Viber cuando apareció como una aplicación para el iPhone, y en aquel entonces (hace 6 ó 7 meses) ya hablaban que estaban desarrollando una versión para Android.

    Por fin han publicado una versión para Android y comentar que era una de las aplicaciones más deseadas de VoIP móvil y que, como otras, siempre suelen tender a ofrecer primero la versión para iPhone y después la de otros sistemas.

    Se han hecho bastantes comentarios sobre este tipo de aplicaciones, algunos pueden ser cierto o puede que no, por ejemplo que aprovechan los permisos de acceso a la agenda de contactos para añadir a sus bases de datos toda nuestra información junto con la lista de números de teléfonos que de otra manera no tendrían si no tuvieran dicho acceso.  El software cerrado es lo que tiene, que nunca sabes qué hace de forma interna.

    De momento, solo comentar que aquellos que hemos usado esta fantástica aplicación en el iPhone, ya está disponible en Android. 🙂

    (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)

  • Anonymous amenaza con publicar el código fuente de Nimbuzz

    Nimbuzz, una compañía holandesa que ofrece una aplicación para dispositivos móviles similar a Fring y que permite interactuar con redes sociales y mensajería instantánea, es acusada por Anonymous de bloquear el tráfico VoIP en países que están inmersos en revoluciones populares como Egipto o Siria.

    Como esta acusación sin más apenas tiene respuesta, Anonymous advierte en un comunicado, que se hna hecho con el código fuente de esta aplicación y más aún: con todo el contenido del servidor Subversion (más de 120Gb de código) por lo que amenazan con hacerlo público si no revierten su actuación y dejan de bloquear el servicio de VoIP en estos países.

    Para dar a entender que disponen de los datos, han liberado algunos archivos «inocentes» procedentes del portal web procedentes del servidor SVN para que se den cuenta que hablan en serio.

    We DO NOT tolerate any kind of censorship of communication.

    We DO NOT tolerate companies working in collusion with governments to stop the
    free flow of information

    We WILL expose these companies to the public to show how their information can
    be manipulated and censored by the governments and corporations that work with
    them

    Thus, we release the document mentioned above in full as well as some other
    information from their CMS. As a bonus we have also acquired some code from the
    /trunk directory on their svn. In total we downloaded over 120 Gigabyte of
    source code but will not release it..yet.

    Take heed, governments that seek to oppose the people who elect them and the
    corporations who the people work for – We will not stand idly by while you take
    away our electronic and physical freedom.

    «People should not be afraid of their governments. Governments should be afraid
    of their people.»

    ¿Estás de acuerdo con este tipo de acciones?

    (más…)

  • Facebook contrataca a Google+ con su videoconferencia vía Skype

    Todos esperábamos una respuesta al sistema de multi-videoconferencia de Google+ por parte de Facebook y esta no ha tardado en llegar, y es que ahora, además de poder chatear con nuestros contactos, también podemos hacer videoconferencia con ellos, gracias al acuerdo con Skype.

    Para esto, tan solo hay que acceder a la web https://www.facebook.com/v​ideocalling y que la persona con la que queramos hablar disponga de una webcam.

    Este sistema de videoconferencia es similar al de GMail, por lo que cabe preguntar…

    ¿Qué opinas de estos sistemas de videoconferencia? ¿Cómo crees que podrían mejorar?

    (más…)

  • GoogleTalk evoluciona de XMPP a JINGLE para ofrecer mejoras

    Con la incorporación de la nueva red social Google+, uno de los atractivos que incorpora es la posibilidad de (ojo a esto) hacer multi-videoconferencia en tiempo real y sin necesidad de disponer de un navegador flash, eso sí, de momento utiliza el plugin de GoogleTalk para comprimir vídeo y recibir el de las personas con las que establezcamos la videoconferencia. Pero esta no es más que la guinda que nos ofrece Google de una serie de cambios en el punto de vista de VoIP, y es que el conocido GoogleTalk, tanto el cliente web (que viene integrado en GMail) como la aplicación nativa, que funcionan utilizando el protocolo XMPP, pasarán a utilizar exclusivamente JINGLE (una extensión del protocolo XMPP que ofrece más y mejores servicios).

    Otro de los servicios de Voz sobre IP que ya nos sorprendió al descubrirlo, fue que Google utiliza SIP a nivel interno para su otro servicio GoogleVoice, por lo que todos estos movimientos de protocolos, nuevos servicios de videoconferencia, y el resto de modificiaciones en sus servicios puede traernos más de una sorpresa.

    (más…)

  • El número de llamadas por VoIP creció un 12,6% en 2010

    Según la empresa Point Topic, el año 2010 batió un record en cuanto a facturación debido a un incremento del número de llamadas por VoIP ya que creció un 12,6% respecto al año anterior lo que se transformó en un beneficio de más de 17.300 millones de dólares.

    En el mes de Marzo, la Comisión de Comunicaciones de Estados Unidos observó un incremento del uso de la VoIP de un 20% mientras que el uso de las líneas fijas descendió un 8% lo que auguraría un incremento mayor en los próximos años hasta llegar a los 40.000 millones de dólares de beneficios para los próximos 4 años.

    Pensando en estas cifras, uno puede llegar a pensar que el uso de la VoIP es un negocio muy rentable, pero de ser así, imagina lo rentable que debe ser para los usuarios que hacen uso de esta tecnología. 🙂

     

  • 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…)