Sinologic

Categoría: Versiones

  • 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!

     

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

  • Más noticias sobre Asterisk 1.10

    Según ha hecho público Russell Bryant, el desarrollo de Asterisk 1.10 sigue en marcha, definiendo las novedades que van a ser incluidas y que, tal y como anunciaron en el calendario de versiones, la primera versión de Asterisk 1.10 debería estar disponible para Octubre de 2011, por lo que esta es la fecha indicada para definir bien las características de esta nueva versión.

    Russell comunicaba así, las novedades que traerá Asterisk 1.10:

    Greetings,

    Shortly after the release of Asterisk 1.8, we had a developer meeting and discussed some of the projects that people would like to see in Asterisk 1.10 [1]. We discussed the schedule there a bit, as well. Now that Asterisk 1.8 has settled down and we are well into the development cycle for Asterisk 1.10, it is a good time to revisit the plans for the next release.

    At Digium, the biggest thing we have been working on for 1.10 so far is replacing the media infrastructure in Asterisk. Most of the critical and invasive plumbing work is done and has been merged into trunk.

    Next we’re looking at building up some features on top of that, such as adding more codecs, enhancing ConfBridge() to support additional sampling rates (HD conferencing), adding features that exist in MeetMe() but not ConfBridge(), and enhancing codec negotiation. Of course, many others have been working on new developments as well. I would encourage you to respond if you’d like to provide an update on some new things that you’re working on.

    We would like to release Asterisk 1.10 roughly a year after Asterisk 1.8. This will be a standard release, not LTS [2]. To have the release out in the October time frame, we need to branch off 1.10 (feature freeze) at the end of June. At that point we will begin the beta and RC process. If you’re working on new development projects that you would like to get into Asterisk 1.10, please keep this timeline in mind.

    As always, comments and questions are welcome.

     

  • Elastix 2.0.4 incluirá Asterisk 1.8

    La compañía de Palosanto, acaba de anunciar la versión de Elastix 2.0.4-B4 (beta) que incluye como principal novedad, la inclusión de Asterisk 1.8 y soporte para:

    • Secure RTP IPv6
    • GoogleTalk y GoogleVoice
    • Integración con calendarios como CalDav, iCal y otros.

    Por otro lado, también incluye la siguiente versión de DAHDI 2.4.1.2.

    Hay una actualización disponible también para la versión 2.0.3 en los repositorio de Elastix-Beta que pueden ser activadas en el Interfaz web de Elastix (System->Updates->Repositories). Esta actualización está disponible para todos los usuarios de esas versiones que quieran probarlo.

    Para descargar esta versión, puedes hacerlo de aquí: http://elx.ec/204beta4

  • Cómo instalar Asterisk en un gateway Mediatrix

    Mediatrix se ha convertido en el primer fabricante que le permite a los usuarios instalar un sistema Asterisk dentro de sus dispositivos para hacer uso de todos los puertos que trae el susodicho como si de una tarjeta se tratase.

    Este fabricante de gateways ha puesto a disposición de los usuarios una API de desarrollo (SDK) para realizar aplicaciones y funciones personalizadas para que sean los propios usuarios los que puedan programárselas, y basándose en este SDK, ha elaborado un tutorial para que cualquier usuario pueda instalar Asterisk en el interior.

    De momento, los únicos modelos que soportan esta característica son:

    Hay que avisar que, debido al hardware que trae incorporado estos dispositivos, compilar Asterisk en esta arquitectura, requiere de tener instalado el SDK que nos permita crosscompilar para el sistema Mediatrix, por lo que, para facilitar esto, el equipo de desarrolladores del SDK de Media5 ya han elaborado una versión específica compilada especialmente para la arquitectura que utilizan los gateways y cuya explicación es la que se explica en el tutorial.

    (más…)

  • Asterisk-GUI 2.1.0 RC1 disponible

    Yo era una de esas personas que pensaba que el proyecto Asterisk-GUI estaba más muerto que vivo, y uno de los motivos que me hizo sospechar eso, fue el salto en la distribución AsteriskNOW de Digium de Asterisk-GUI a FreePBX, y la falta de actividad a la hora de publicar nuevas versiones de este gestor web para Asterisk.

    Hoy me encuentro con la sorpresa de que no sólo continúa vivo, si no que acaban de lanzar una versión «candidata» con un gran número de novedades para seguir mejorando su estabilidad y añadir soporte para Asterisk 1.6 y Asterisk 1.8 (recordad que Asterisk GUI estaba orientado a Asterisk 1.4/1.6).

    (más…)

  • Últimos cambios para Asterisk 1.4 y Asterisk 1.6.2

    El pasado viernes 22 de Abril, Russell Bryant anunciaba que tras la última versión de 1.4 (que saldrá dentro de poco) se hará una recopilación de todos los parches disponibles y anunciarán la última versión de Asterisk 1.4 que pasará a ser la 1.4.42, de la misma forma que para Asterisk 1.6.2, que será la 1.6.2.19, después de eso no habrá vuelta atrás, serán las últimas versiones y no se volverá a hablar de ellas.

    Esto permitirán a los desarrolladores centrarse en serio con Asterisk 1.8 para solucionar, testear y desarrollar los parches para los bugs que se han ido encontrando en estos últimos meses y de esta forma empezar con una versión 1.8, tal y como prometieron, más estable y completa que Asterisk 1.4.

    Cualquiera que lea esto puede pensar que Asterisk 1.8 todavía no es una opción para un sistema en producción, pero nada más lejos de la realidad. Asterisk 1.8 es una versión LTS y como tal, se hace un esfuerzo superior por resolver los bugs encontrados con más interés que en resolver los de la versión 1.6.x por lo que cualquiera puede ver que la estabilidad de 1.8 es superior a la de la versión 1.6.2, aunque por supuesto está menos probada por los usuarios y con la cantidad de novedades que trae es más complicado y más probable encontrar algún bug en alguna parte del código que se ha reescrito o es nuevo y exclusivo para esta versión.

    ¿Qué harás con los Asterisk que ya tienes cuando no publiquen más actualizaciones de Asterisk 1.4 ni de Asterisk 1.6.x?

  • Aparecen novedades sobre Asterisk 1.10

    Está claro que Asterisk 1.8 está siendo todo un éxito, pese a no tener más de unos pocos meses y algunos bugs por arreglar, la gran cantidad de novedades que trae de serie la hacen una seria candidata a ser muy pronto, la heredera de la versión 1.4/1.6 en sistemas estables y en producción. No obstante, el grupo de desarrolladores de Asterisk no se quedan en Asterisk 1.8 y continúan poco a poco planteando y desarrollando para lo que será la próxima «gran versión» del proyecto Asterisk: Asterisk 1.10.

    Todavía es muy pronto para saber a ciencia cierta qué novedades traerá con respecto a la versión LTS (Asterisk 1.8) pero poco a poco se van conociendo detalles, algunos más afortunados, otros por desgracia no tanto, pero si hay algo que mejora considerablemente es que la «información» entre los desarrolladores y los usuarios ha mejorado bastante, lo que nos permite investigar un poco y poder ofrecer en Sinologic algunas novedades sobre lo que está ocurriendo ahora mismo en el desarrollo del proyecto Asterisk.

    Para empezar, ayer leí un artículo escrito en Febrero en el que Russell Bryant comentaba que la próxima versión Asterisk 1.10, no será del tipo Long Term Support (TLS) si no Estandar (como Asterisk 1.6).

    Por otro lado, las nuevas características que no dio tiempo a ser incluidas en Asterisk 1.8, serán finalmente incluidas en Asterisk 1.10 (Soporte de Gateway para Faxes nativo, Trascoding en salas Meetme y ConfBridges, entre otras…)

    También se ha publicado el calendario de versiones de Asterisk donde se pueden ver las futuras nuevas versiones: Asterisk 1.10, Asterisk 1.11, Asterisk 1.12, … y el tipo de sistema que se utilizará, de forma que Asterisk 1.8 y Asterisk 1.14 serán LTS mientras que Asterisk 1.10 y Asterisk 1.12 serán versiones estándar con una duración máxima de un año.

    Click para ampliar

    Otra de las novedades (o por lo menos, ahora está documentada) es que las versiones LTS coincidirán en el tiempo de la misma forma que Asterisk 1.4 y Asterisk 1.8 han convivido durante unos meses. Asterisk 1.8 y Asterisk 1.14 convivirán en el tiempo también para permitir una evolución «estable» cada 2 años.

    Según el calendario propuesto, las nuevas versiones parecen ser previstas para los meses de Octubre/Noviembre de manera que cada año podremos disfrutar de versiones nuevas quedando relegadas al olvido las versiones antiguas.

    Ojo (y esto también es importante) me permito recordar que Asterisk es una aplicación viva, orientada no únicamente para hacer de centralita a empresas, si no para muchos otros motivos, objetivos e intereses que no requieren de tanta necesidad de estabilidad ni hacen tanto uso del «pickup» ni del «transfer» y por ese motivo, la existencia de un par de versiones «rápidas» (digo rápidas por referirme a versiones de 1 año de vida) para poder añadir nuevas características, son interesantes para esos usos de Asterisk que no requieran de esa estabilidad de fuego.

    ¿Utilizas Asterisk para algo distinto que para hacer de PBX de una empresa?

  • Por qué encontramos bugs en versiones estables

    Asterisk es uno de los proyectos software orientados a comunicaciones más grandes que existen actualmente, por este motivo, es uno de los proyectos en los que la comunidad tiene más importancia de la que normalmente suele tener en estos proyectos dirigidos por empresas en los que se «inyecta» dinero para pagar a desarrolladores con objeto de continuar el desarrollo y solucionar los distintos fallos que se van encontrando continuamente. Cualquiera que haya estudiado programación, recordará que un programador puede, mediante un diseño estructurado, y una buena planificación, técnica y pruebas, evitar la aparición de bugs, pero jamás se puede garantizar la «no existencia» de estos, por lo que una vez entregado el proyecto, es común que los usuarios continúen aportando su «granito de arena» ofreciendo el famoso «feedback» consistente en comentarios acerca del buen o mal funcionamiento de las características de una aplicación software.

    Asterisk, como gran proyecto formado por cientos de archivos, módulos, librerías y un largo etcétera, necesita continuamente el «feedback» de sus usuarios con el objeto de identificar tan pronto como sea posible cualquier comportamiento anómalo, no contemplado y perjudicial para la mayoría de los usuarios, por lo que se pone a disposición de todo el mundo, diferentes versiones -inicialmente inestables- de forma que los usuarios puedan probar dicha versión antes de que se convierta en una versión considerada como estable, pero ¿porqué si existen métodos de detección de errores antes de publicar una versión estable, encontramos bugs en estas últimas?

    (más…)