Desde antes de navidad llevo siguiendo el blog de Daniel Constantine Mierla en el que ha estado escribiendo diversos artículos con los principales cambios que iba a tener la versión 3.0.0 de Kamailio de una forma clara y bastante práctica.

Así que por fín se ha publicado la versión tan esperada de Kamailio 3.0 con una gran cantidad de cambios y bugs solucionados:

It is a special release, being the first based on SIP Router project. Along with new things developed during the past months, you can blend features and modules provided by previous versions of Kamailio (OpenSER) and SIP Express Router (SER) in same configuration file. Given these, 3.0.0 offers an impressive number of new features and improvements, read release notes at:
http://www.kamailio.org/mos/view/Kamailio-OpenSER-v3.0.0-Release-Notes

Wiki page with more details about what is new:
http://www.kamailio.org/dokuwiki/doku.php/features:new-in-3.0.x

The tarball with sources:
http://www.kamailio.org/pub/kamailio/latest/src/

Además de todos los cambios que se pueden ver en el enlace “new-in-3.0.x“, os recomiendo leer los capítulos que ha ido escribiendo Daniel acerca de las novedades que trae esta versión que habrá que probar:
http://by-miconda.blogspot.com/2010/01/best-of-new-in-kamailio-300-toc.html

Enhorabuena por el lanzamiento!

Podeis ver el anuncio oficial aquí:
http://www.kamailio.org/mos/view/Kamailio-OpenSER-v3.0.0-Release-Notes

Se convierte en la primera aplicación de inteligencia de negocio en adaptarse a la nueva plataforma de telefonía ...

Digium acaba de lanzar una nueva versión 1.1.6 de su Fax for Asterisk cuya principal mejora consiste en su soporte para sistemas con 64 bits (y que por supuesto, el sistema operativo también es de 64 bits).

No obstante hay algunas mejoras considerables y a tener en cuenta para todo aquel que ya tenga este software y piense en actualizarlo:

• Support for 64-bit Linux installations.
• Reduction in resource consumption, and increase in performance, of T.38 session handling.
• Simplification of session handling during transition from G.711 to T.38 mode.
• Adoption of the latest Asterisk T.38 negotiation API, ensuring interoperability with a wide range of T.38 endpoints.

La nueva versión se puede descargar del siguiente enlace:
http://www.digium.com/en/docs/FAX/faa-download.php

Aún no está disponible esta versión, aunque pronto verá la luz la segunda versión de Elastix que tiene muchas y grandes novedades.

Fernando Villares acaba de enviarme unas capturas donde se pueden ver algunas de las novedades que traerá esta nueva versión, así como algunos comentarios:

• Utilización de la aplicación AppKonference para realizar conferencias.
• Video-conferencia multiple en Elastix siendo la unica distro que lo trae hoy en dia (libre y gratuita obvio)
• Nuevo modulo tipo Webex®  de conferencias
• Nuevo panel de monitorización

Elastix se está convirtiendo en un gran competidor de sistemas empotrados de forma que para aquellos usuarios que quieren un sistema de comunicaciones rápido, gratis y abierto, es una opción muy recomendable y un mercado bastante suculento por la cantidad de personas que piensan (erróneamente) que cualquiera puede configurar una “centralita”, no obstante, el tiempo y las horas de soporte de consultorías demuestran que esto no es cierto y que hacen falta ciertos conocimientos sobre comunicaciones e informática para llegar a instalar un sistema de comunicaciones estable y fiable.

Elastix no obstante, se está esforzando bastante en crear un sistema completo e intuitivo para facilitar la vida a todos aquellos profesionales que instalan diariamente sistemas que incluyen todas estas aplicaciones.

Ahora sólo falta saber cuanto tendremos que esperar para ver la versión final de esta versión que promete mucho.

Hacía tiempo que venía pensando en cambiar el diseño de Sinologic, más como una necesidad que como algo estético, la idea de querer añadir más contenido, nuevas opciones a la vez que aprender a diseñar temas para wordpress fue lo que me llevó hace unos meses a empezar a pensar en cómo podría ser un nuevo diseño para Sinologic que me permitiese hacer lo que tenía en la cabeza.

No soy ningún monstruo del diseño, aunque he de reconocer que es un tema que me gusta y que me distrae bastante. Por este mismo motivo decidí hacer una serie de cambios “estructurales” a fín de que la nueva web de sinologic sea más clara y más ligera (lo que generalmente se denomina más accesible).

Por este mismo motivo sé que a mucha gente le parecerá este diseño peor que el anterior, pero lo importante es que sea más rápida y algo más grande (y sobre todo que no haga falta una lupa para leer la letra).

Como decía, este diseño no es definitivo, pasará por algunos cambios que ya ireis viendo, pero lo principal es que sea fácil y rápido de leer.

Una novedad es que vamos a ampliar el tipo de conexión, por lo que mientras se realiza el cambio de una conexión a otra puede que la web caíga “momentaneamente”, así que no os preocupeis que seguiremos estando online pese a que la web esté caída. ;P

Muchas gracias por vuestro apoyo.

Justo antes de navidad, el equipo de desarrollo de Asterisk tiene por costumbre lanzar nuevas versiones (como ya viene siendo habitual en estas fechas) y en este caso nos hemos encontrado con nuevas versiones de todas las ramas:

Asterisk 1.4.28:

Incluye cambios menores y bugs reportados por la comunidad ya corregidos.
Podeis ver los cambios en este ChangeLog.

Asterisk 1.6.0.20:

Mejora en la documentación de los archivos de configuración, corregidos algunos bugs relativos a la música en espera y el BLF y algunas mejoras en el CDR y en el Manager.
Podeis ver los cambios en este ChangeLog.

Asterisk 1.6.1.12:

Cambios muy similares  a los de la 1.6.0.20. (ChangeLog)

Asterisk 1.6.2.0:

Primera versión de la rama 1.6.2.0 que incluye algunas novedades como:

• Soporte nativo del MFC-R2 (si Asterisk está compilado con soporte de LibOpenR2)
• Opción faxdetect=yes|no en el sip.conf (muy interesante, habrá que probar si funciona bien)
• Aplicación ConfBridge y Originate en el dialplan para la generación asíncrona de llamadas (un compañero del chan_local? ;D)
• Nueva sintaxis con ’same’ para indicar que vamos a utilizar la misma extensión que la línea anterior:
  exten => 123,1,NoOp(something)
  same => n,SomethingElse()
• Posibilidad de configurar nuestros propios “alias” en la consola de Asterisk mediante el archivo de configuración cli_aliases.conf.
• Soporte de monitorización de buzones de voz remotos mediante SIP.
• Soporte del códec HD G.722 especial de Polycom (SirenX)

Podeis ver todos los cambios y muchos más en este documento.

En mi humilde opinión, Asterisk 1.4 sigue siendo la rama más estable, seguida muy de cerca por la 1.6.0.
Si disponemos de tarjetas Digium quizá nos interesaría utilizar la versión 1.6.0, o si no, entonces la 1.4, no obstante yo hace tiempo que vengo trabajando con Asterisk 1.6 para habituarme con los nuevos archivos de configuración y los nuevos comandos de consola (que no son pocos) a la espera de que salga la versión de Asterisk 1.8 y veamos si es lo que promete ser.

De poco sirve quedarse en la versión 1.4 si luego cuando queramos saltar a una versión posterior vamos a tener que aprender a hacerlo todo de nuevo debido a los cambios que han surgido en las versiones 1.6, así que… ahí dejo eso. ;D

Como siempre, estas versiones o las superiores que vayan saliendo, se pueden descargar de:
http://downloads.asterisk.org/

Como cada año en estas fechas, nos gustaría aprovechar para desearos una Feliz Navidad junto con la familia, amigos y todos los buenos deseos para este año que finaliza y mucho mejores para el nuevo año que entra.

En Sinologic estamos haciendo algunos cambios para este nuevo año que esperamos que os guste y que si nos seguís en estas fechas, podreis ver algunos a medida que los vayamos haciendo.

No tenemos presupuesto, así que los cambios se harán directamente en el servidor oficial, por lo que puede que haya algún corte de última hora (como el de esta mañana, para poner una fuente de alimentación redundante en el servidor) y nos estamos dando prisa para estrenar algunas novedades a finales de año. Es un trabajo duro, pero esperamos que sea de vuestro agrado.

Ya os iremos informando poco a poco, así que tan solo nos queda desearos una Felices Fiestas.

Leyendo la lista de Asterisk-DEV me entero que acaban de publicar un nuevo framework para realizar diversos test al sistema Asterisk.

El sistema de testeo llamado (Unit Test Framework) añade una serie de herramientas para crear y ejecutar tests internos a través de la consola CLI de Asterisk, lo que nos permitirá detectar si hay alguna incidencia.

Como todo framework, lo que nos ofrece son las herramientas necesarias para desarrollar el resto de utilidades que podemos necesitar, por lo tanto habrá que investigar qué engloba estas herramientas y qué podemos hacer con ellas.

El mensaje original, a continuación…

Our hopes are that by introducing this framework, test verification will be implemented along side all new development efforts. This will not only further enhance the quality of our code in general, but also facilitate the creation of more maintainable and verifiable code in the future. In addition to new development, any efforts to write unit tests for existing code is more than welcome! For detailed information on how to define and register unit tests please refer to the documentation included within the include/asterisk/test.h header file. If you are interested in viewing an example, tests/test_heap.c has been converted to use this framework. Feature Overview: - Define Unit Tests anywhere in the code using the AST_TEST_DEFINE macro - Register Unit Tests to a central test manager using AST_TEST_REGISTER macro - Unregister Unit Tests from the test manager using AST_TEST_UNREGISTER macro - Execute test from CLI - Generate xml and txt test result reports from CLI New CLI Commands -'test execute all' -'test execute category' -'test generate results xml' -'test generate results txt' -'test show results all' -'test show results failed' -'test show results passed' -'test show registered' Enabling TEST_FRAMEWORK - Configure Asterisk using dev mode, './configure –enable-dev-mode' - In 'make menuselect' under the 'Compiler Flags' option enable the 'TEST_FRAMEWORK' flag. - Recompile Asterisk and the test CLI options will be made available. If you have any questions please feel free to contact me via email. I'm also available in #asterisk-dev as The_Boy_Wonder. ~Vossel

Enlace: http://www.mail-archive.com/asterisk-dev@lists.digium.com/msg40545.html

Banana republic? Communist regime? Fascist regime? Which descriptor suits best Wikipedia? In any case, don’t be a dissident. Or you may just disappear. Wikipedians don’t like dissent.

In August 2007, a courageous dissident (ShawnRog) wrote an article on Talend Open Studio. And then in August 2009, another dissident (Jim380) added an article on Talend, the company. But neither ShawnRog nor Jim380 are apparatchiks. Nevertheless their contributions remained published for a little while.

Then a real Wikipedia apparatchik, Ihcoyc, decided that enough was enough, and who were these people who dared write about products and companies he did not know himself. Ihcoyc is a real Wikipedia expert specializing in religious content, and also an attorney from Indiana (per his profile). He actually wrote an essay The presumption of non-notability for Internet related, computing, and services businesses, in which he proclaims:

I presume that a business or product is unlikely to be notable if it:
- Relates to technology, software, computing, or the internet;
- Is a service or publicity business; or
- Provides goods or services to other businesses rather than the general public.

So here goes Ihcoyc, who cannot tolerate stuff he personally does not know about, and he slams the two Talend pieces with a request to delete:

The page is here: http://en.wikipedia.org/wiki/Wikipedia:Articles_for_deletion/Talend

His claims: that references like eWeek, PCWorld or InfoWorld, or even Gartner, do not count. If it does not appear in the Indiana Bar Association Gazette, it isn’t relevant to the Wikipedia readers.

Now comes another Wikipedia apparatchik, Mukadderat, the same one who decided to delete the article on Expressor (for the same bad reasons), and strangely enough, he concurs with a terse:

delete nonnotable; one of many.

You will notice the clear explanation that Mukadderat offers.

A few dissidents then chime in. But they will not be heard, because they are Untermenschen or “SPA” – read Single Purpose Accounts, i.e. people who are only interested in one subject – IT in this case. And are tagged as such by the apparatchiks on Talend’s deletion page.

Just to make sure, the page is now tagged with an explanation: “Wikipedia is not a democracy, you can say what you want but we will do what we want”.

Another apparatchik, ThemFromSpace, got several changes of heart. He first said to keep the articles (“Keep the SPAs put in enough references to evidence that the article has the coverage to meet WP:N“). Then to merge the two articles. And finally to delete. Was pressure applied? Did he get scared to loose his editor privileges by siding with dissidents? Who knows…

The story is not over. I doubt Wikipedians will read this blog (after all, they are not interested in IT), and even if they do, it will only unnerve them more. After all, who are mere mortals to question the power of the Wikipedia self-proclaimed gods?

There is a high chance than the articles on Talend get soon deleted by a courageous Wikipedia administrator, like the aptly named “secret” who annihilated Expressor from Wikipedia (even the history of the deletion is nowhere to be found now, unless you bookmarked the page: http://en.wikipedia.org/wiki/Wikipedia:Articles_for_deletion/Expressor. It was still visible last week on Expressor’s page – these guys try to clean their tracks).

Apparently this happens to many small companies. Teresa from Telesperience summarized it well in her post Is Wikipedia discriminating against tech firms?

So – banana republic, fascism, or communism?

The first two types of regimes usually rely on a strong “leader” (whether he be a former sergeant or colonel from a colonial power, or a Führer or Duce – they are all the same) and use repression as a mean to avoid any challenge to their regime. If there is any ideology, it’s always rotten at the core.

Whereas communism started with a generous idea – provide for all members of a community. Of course we all know what happened to this idealism and to which excesses communism has led.

Is Wikipedia like communism? A possibly great idea, but now so corrupted that it only serves its apparatchiks and kills dissidence? 20 years ago, the fall of the Berlin Wall marked the beginning of the end for communism. What will happen to Wikipedia?

Yves

**  UPDATE December 23, 2009 **
The deletion debate is closed, reason prevailed.  A number of Wikipedians did not support this ludicrous call for deletion, and pointed to other abusive cases made by Ihcoyc.  They actually found some good references that I had never even noticed.  Proof that not all Wikipedians are corrupt.  Thanks to all who supported us.
One last word: let’s remain cautious.  Corruption is insidious.

Muchos pensaban que 2008 fue el año de la VoIP, luego dijeron que fue el 2009, lo que está claro es que el 2010 va a ser un año bastante curioso en cuanto a noticias y eso sólo se puede ver tras los rumores que dicen que las principales empresas de comunicaciones e informática del mundo están haciéndose con toda la infraestructura necesaria para ofrecer VoIP a todos sus usuarios y es que, es evidente que esto cada día parece más una partida de ajedrez entre varios jugadores en simultaneo.

Aparecen muchos rumores que Google piensa lanzar su nuevo teléfono móvil Nexus One al mundo completamente libre y por $199 a principios de año. Una de las características de este móvil es que está asociado al GoogleVoice, un servicio que actualmente sólo funciona en EEUU pero que todos sabemos que saltará a la palestra mundial de un día para otro, por ese motivo Google ya se dió de alta en la CMT para poder ofrecer telefonía a los usuarios españoles, y seguro que muchos otros países.

Apple también ha empezado a mover piezas, hablando con AT&T y proponiéndole la posibilidad de permitir llamadas VoIP a través de 3G. Eso a AT&T no le hace mucha gracia, pero se hará todo lo posible para evitar que los usuarios emigren de compañía a la mínima oportunidad.

Telefónica Movistar y su “división en UK” O2, acaban de comprar la empresa JAJAH ¿qué hace una compañía de móviles que prohibe el uso de VoIP en sus redes, comprando una compañía de VoIP? Parece evidente que Telefónica no se quiere quedar atrás el día que todos empiecen a pasarse a VoIP y sigue colocando sus piezas a la espera que de alguien empiece el “ataque” y todos los demás deban contratacar.

Empresas como Orange y Jazztel ya hace tiempo que utilizan VoIP en sus servicios, incluso ofrecen cuentas SIP que sustituyen a las antiguas líneas telefónicas.

Está claro que todos los movimientos que se están haciendo junto con lo que parece ser el final de la crisis, van a convertir el 2010 en un año muy interesante en el mundo de la VoIP.

Cuando mi compañero Sergio me enseñó cómo funcionaban las tarjetas híbridas Bero*fix hubo un detalle que me pareció bastante interesante, el hecho de disponer de su propio procesador, su propia memoria y su propio dispositivo de red mediante el cual se conectaba a nuestro Asterisk como si de un gateway se tratase.

A la vista de este tipo de tarjetas, investigué un poco qué tipo de tarjeta PCI es capaz de almacenar en una memoria, en teoría reducida, todo un sistema operativo, un servidor web y el software para gestionar trascoding, configuración, pilas SIP y demás características de forma que Asterisk pudiera utilizarla como un gateway SIP en lugar de como una tarjeta hardware:

El resultado fue inmediato, el tipo de procesador que utilizan las Bero*fix, permiten todo esto, son procesadores especiales para instrucciones relacionadas con la VoIP y disponen de instrucciones hardware que falicitan la gestión, conversión del audio recibido por la red telefónica a tramas RTP gestionadas por una pila SIP bastante robusta.

La idea me gustó y busqué un poco más de información, pensando en la posibilidad, no únicamente de conseguir hacer de gateway, si no en la de alojar todo un sistema Linux, con su Asterisk de forma que una empresa no tuviera que disponer de un ordenador dedicado a hacer de sistema de comunicaciones, si no únicamente instalar dicha tarjeta.

Encontré algunas cosas “curiosas” aunque poco prácticas y muy poco interesantes desde el punto de vista económico. Si alguien busca algo así, le ahorraré el tiempo cuando busque “SLOT CPU CARD PCI” unos productos bastante feos, aunque imagino que a alguien le será interesante.

No obstante, hoy me he encontrado con unas tarjetas bastante curiosas que utilizan el mismo concepto que acabo de comentar, con la ventaja que ya incluyen conexiones a la red telefónica e incluyen su buen Linux y su Asterisk. Ahora bien, trae su propio interfaz web para que no andemos metiéndonos donde no debemos e instalando alguna distro que no tenga soporte de ese hardware y pasándonos días y días molestando a los usuarios preguntando por soporte para esa tarjeta.

Este tipo de tarjetas son de la empresa PositronTelecom y viéndolas, son algo menos llamativas que las “slot cpu card” que encontré entonces, cuentan con soporte para líneas analógicas, RDSI Básicos y RDSI Primarios, aunque desconozco precios y si funcionarán bien o no, aunque me pareció un concepto muy interesante que ya vaticiné que se polularizaría de ahora en adelante.

Enlace: http://www.positrontelecom.com/index.php

El fabricante de gateways y tarjetas de comunicaciones Dialogic, acaba de firmar un acuerdo de colaboración con Digium para mejorar la interconexión entre los productos de ambas empresas.

Dialogic fabrica media-gateways, dispositivos y tarjetas que hacen de puente entre la red de telefonía y la red IP por lo que la interconexión que plantean sería a nivel de red IP, o lo que es lo mismo, mediante SIP. Como la conexión Asterisk-Dialogic Media-Gateway vía SIP no funciona bien, Dialogic va a proveer de toda la colaboración necesaria para conseguir que dicha conexión funcione bien.

Esto puede tener una connotación bastante interesante, por un lado cabría soñar que Dialogic va a ofrecer un stack SIP que funciona mejor que el que actualmente utiliza Asterisk, lo cual haría falta algo que muchos llevamos tiempo sugiriendo: una API que permita conectar diferentes stacks SIP. Por otro lado, esta colaboración entre empresas siempre lleva una connotación económica, por lo tanto (y más viniendo de Dialogic) cualquier tipo de colaboración equivaldría a algún tipo de desembolso económico para llegar a buen puerto (tengo entendido que Dialogic no es muy amiga del software libre), así que veremos en qué acaba esta “colaboración”.

Artículo original:

http://www.voipmonitor.net/2009/12/15/Dialogic+Digium+Interoperability.aspx

Saúl Ibarra ha escrito un sensacional artículo explicativo de para qué sirve la “señal de reloj” que utiliza Asterisk en cada una de sus herramientas y aplicaciones, aprovechando la noticia de que Asterisk 1.6.2 traerá su propia API para evitar utilizar el conocido módulo dahdi_dummy que muchos utilizan pero pocos saben para qué sirve, Jeremy McNamara escribió esta noticia: A New Timing API for Asterisk, Silencing Digium Critics

La explicación completa de para qué sirve una señal de reloj en algunas aplicaciones de Asterisk como puede ser el Meetme, o el IAX podría dar para un artículo bastante extenso que algún día puede que me anime a escribir, pero de momento os recomiendo leer el artículo de Saúl.

Ya comentamos que esta iba a ser una de las ventajas del esperado Asterisk 1.8, pero se ve que se han adelantado un poco:

Asterisk nació pensando en Linux, pero la principal ventaja que tiene Asterisk es que se trata de una aplicación libre de manera que cualquier persona puede desarrollar modificaciones o herramientas que utilicen el código fuente de este para que haga exactamente lo que queremos que haga. (Esto no es posible en ningún sistema que no sea libre). Por lo tanto se suele pensar que si queremos realizar una aplicación que utilice Asterisk esta deberá utilizar algún lenguaje de programación libre o incluso que sólo será compatible bajo Linux y eso es algo completamente falso.

De hecho, hace unos días liberaron la nueva versión 1.6.3.1 de la librería Asterisk .NET que consiste en una serie de clases en C# que permiten programar AGI (y utilizarla mediante la aplicación FastAGI) o bien conectarnos de una forma bastante sencilla al Manager de Asterisk pudiendo hacer prácticamente cualquier aplicación para gestionar o monitorizar Asterisk.

Yo no soy muy dado a .NET / Mono, personalmente prefiero herramientas cuyas directrices no vengan impuestas por ninguna empresa, pero he de decir que conozco a muchas personas que trabajan con .NET y que este tipo de librerías realmente son útiles para desarrollar prácticamente cualquier cosa que necesitemos.

Si quereis probarla, podeis descargarla de SourceForge:
http://sourceforge.net/projects/asterisk-dotnet/

Para el que no lo conozca, existen otras librerías de .NET para Asterisk como es el caso del AMIConnector cuya documentación está en español.

In a smart IT world, clients would cheer when a price drop was announced. But in our glass-half-empty world, customers only show joy when they hear that a price increase has been postponed!

This is the sad reality of the proprietary IT universe. “SAP Announces Delay in Maintenance Fee Increase” and (particularly DSAG and USF) express their delight.

As mentioned in a previous post:

“The price of maintenance is thus set at 22% of the software license price, compared to the 17% it was previously. However, this increase will not take full effect before 2015 for current customers - the cost of support will go up 3.1% annually, rather than an immediate 8%. New clients will be charged 22% as soon as they sign the contract.

In exchange, SAP agreed to jointly develop KPI benchmarking in order to measure the value of Enterprise Support (business continuity, business process improvement, protection of investment and total cost of operations) and to delay future increases until these targets are met.”

Eweek commented that on December 1 SAP announced “it will delay a decision on increasing customers’ maintenance fees until the beginning of 2010, in recognition of “ongoing pressures” on IT budgets in the aftermath of a global recession.” So, changing a maintenance fee from 18.36% to 18.9% is delayed; and that’s the good news!

In the aftermath of a global recession, we would be more inclined to suggest that they switch to open source. And it does seem that they’ve noted the trend. As Eweek reported: “SAP saw its revenues fall by 9% during the most recent quarter, due to an ecosystem-wide decrease in spending on business software.”

In response to the SAP decision, two of the user group members leading the project resigned, but “the Enterprise Support program is still on track.” So, besides the ongoing recession, what can SAP users expect? Nothing. As shown by Oracle’s decision earlier this year, the maintenance fee is set to rise to 22%. This is business-as-usual in the proprietary software world.

As I said in my earlier post: “Maintenance fees for open source solutions aren’t calculated the same way and, with no license fee, the open source alternative is far less expensive than a proprietary solution. And, finally, with free access to the source code, users can easily personalize their systems and at much less expense than contracting with SAP’s expert consultants.”

In fact, user reaction might be straightforward. They know that open source alternatives can help them cut expenses, while keeping the same level of service. And this is strengthened by Talend’s recent inclusion in the Gartner Data Integration Magic Quadrant. Open source is here to stay!

Bertrand

Según leo en VoIP_Weblog, Apple podría estar interesada en comprar iCall, uno de los primeros proveedores que publicaron un softphone compatible con el iPhone y que actualmente cuenta con más de 100.000 usuarios.

iCall podría dotar a Apple de lo que hoy día estoy llamando “el recurso VoIP” y es que muchas empresas se dan cuenta que la VoIP es algo necesario y será prácticamente obligatorio de forma que empresas como Facebook, Twitter, Google, Microsoft y un largo etcétera están comprando empresas proveedores de VoIP para poder ofrecer este servicio a sus usuarios y ser más competitivos.

iCall con sus 100.000 usuarios no es, ni de lejos, un gran proveedor por lo que la apuesta a Apple podría costarle entre 50 y 60 millones de dólares lo que me da pie a pensar que podría ser una inversión a largo plazo.

Para muestra un vídeo:

La moda del audio de alta definición (audio HD) está asaltando a todos los terminales. Uno realmente no se da cuenta del cambio de calidad hasta que lo prueba y aprovechando que la inmensa mayoría de terminales soportan el G.722 (un códec libre que permite trascoding en Asterisk 1.6) muchas personas se están animando a incluirlo como códec para uso interno donde la calidad es más importante que el ahorro del ancho de banda.

Pero los terminales IP no son los únicos que ofrecen esta característica ya que recientemente han salido dos de los softphones gratuitos más utilizados (Eyebeam y Zoiper) con soporte para códecs HD como así podemos ver en sus respectivas páginas:

Concretamente Zoiper soporta estos códecs:

Imagen de Graves On SOHO VoIP

Mientras que el Eyebeam soporta estos códecs:

No todos los softphones soportan este tipo de códec de audio, pero si teneis alguno de estos softphones, os animo a que probeis a realizar una conversación con G.722 y otra con Alaw y comprobar la calidad de audio, ya me direis. ;D

Por un email me informan que Avanzada7 y Konftel, aprovechando el tirón de ventas de los productos Konftel y que se acercan las navidades, acaban de publicar una promoción en la que comprando productos de los modelos Konftel 300, te regalan un eBook Sony con el libro “Asterisk: The Future of Telephony“ para que tengas algo que leer.

Las condiciones de esta promoción la podeis ver en la siguiente imagen, aunque la verdad es que un eBook es el regalo ideal para estas navidades.

La promoción es válida del 7 al 28 de diciembre y los eBooks se entregarán el día 4 de enero (justo para la llegada de los Reyes Magos), así que si tienes que renovar tus teléfonos multiconferencia y quieres un regalo original, es tu oportunidad.

Actualización: Aunque no participeis, todos aquellos que querais un Konftel de la serie 300XX, si mencionais que habeis visto la promoción en SinoLogic al hacer el pedido, automáticamente os harán un 5% de descuento durante el periodo de la promoción.

Si estabas pensando en adquirir o actualizar el teléfono para conferencias, sin duda, este es el momento.

Asterisk con su aplicación Meetme ya es un potente aliado para la creación de salas de conferencia y es por esto por lo que Ryan Finnie ha publicado una modificación de esta aplicación que permite a un administrador de la sala disponer de un menú donde puede realizar las siguientes opciones:

*81 – Anunciar el nombre de los usuarios en la conferencia
*82 – Expulsar a todos los no-administradores
*83 – Mute/unmute a todos los no-administradores
*84 – Empieza a grabar la conferencia “on the fly”

Las personas que trabajan migrando antiguas centralitas a Asterisk no suelen trabajar con esta herramienta ya que no es una característica que las empresas hayan utilizado nunca.

Recuerdo una persona que montó para su empresa un Asterisk desde cero (una empresa de desarrollo de software bastante grande) donde varias sedes trabajan en el mismo proyecto y todos los lunes el coordinador marcaba un código en el Asterisk de su propia sede y este generaba una llamada multitudinaria a todos los desarrolladores del proyecto con el “mute activado” de manera que únicamente podía hablar el coordinador donde explicaba a todos en una sala conectada a otras salas el planning para esa semana, además de realizar una grabación de dicha conferencia que se le enviaba por email a todos los desarrolladores para que pudieran escucharla en cualquier momento de la semana para llevar el control del estado del proyecto en cualquier momento.

Una idea que me pareció un ejemplo genial de las posibilidades del Meetme aprovechando las posibilidades de Asterisk que no ofrecen otros sistema.

Aquellos que querais testear este nuevo añadido, podeis seguir el siguiente hilo:
https://issues.asterisk.org/view.php?id=16379

Via VentureVoIP

Lo primero que hay que saber antes de actualizar un Asterisk es si la versión a la que vamos a actualizar es la más conveniente. Partiremos de la base de que cuanto más avanzada sea una versión, más estable será.

Siempre hemos sido de la opinión que cuando un sistema funciona, no debemos cambiarla a menos que:
- Exista un fallo de seguridad que esté solucionado en la siguiente versión.
- Necesitemos alguna característica que no venga incluida en la versión actual.

Para aquellos que trabajan con Asterisk 1.0 o incluso Asterisk 1.2 la actualización es prácticamente necesaria por las mejoras en el funcionamiento de muchos servicios y de hecho, se aconseja pasar a la 1.4 o incluso a la 1.6.

Para aquellos que trabajan con Asterisk 1.4 la actualización debería ser siempre a la última disponible (cierto que han existido algunas versiones un poco ‘verdes’ -de la 1.4.23 a la 1.4.26- pero parece ser que cualquier otra versión superior se considerará suficientemente estable para un sistema en producción.
Para aquellos que trabajan con Asterisk 1.6.0 la actualización debe seguir dentro de la misma rama (en un sistema en producción, nunca saltar a la 1.6.1 hasta que se considere estable).

Si realmente estais interesados en actualizar Asterisk por algún motivo, vamos a ver qué tenemos que tener en cuenta y cómo podemos hacerlo.

Lo primero, recordad hacer un backup de los directorios importantes:

/etc/asterisk/
/var/lib/asterisk/
/var/spool/asterisk/

Un comando útil para esto es:

tar cvfj asterisk-backup-`date +%Y%m%d-%H%M%S`.tgz /etc/asterisk /var/lib/asterisk /var/spool/asterisk

De esta forma, tendreis un archivo comprimido con todos los archivos de los directorios más importantes de Asterisk.

Desmintiendo mitos

El kit completo formado por Zaptel o DAHDI, LibPRI, Asterisk, Asterisk-Addons e incluso Asterisk-sounds son paquetes independientes, por lo que siempre podremos actualizar Zaptel sin necesidad de actualizar Asterisk, o actualizar LibPRI sin necesidad de actualizar Asterisk.
Eso sí, en el caso de actualizar LibPRI es necesario, como mínimo, recompilar Asterisk (ya que hace uso de estas librerías para generar el chan_zap o chan_dahdi, pero no es necesario actualizar Asterisk.

Actualizando dentro de la misma rama

El kit de la actualización dentro de la misma rama, es que todas las aplicaciones continuan existiendo (no han sido modificadas ni quedado obsoletas por nuevas), por lo que todo nuestro dialplan y nuestros archivos de configuración seguirán funcionando sin ningún problema.

Lo único que tenemos que tener en cuenta a la hora de actualizar dentro de la misma rama (es decir, de Asterisk 1.2.10 a 1.2.37, o bien de la 1.4.20 a la 1.4.27) es que dentro del proceso de compilación, no ejecutar el comando ‘make samples‘ ya que sobreescribirá nuestros archivos de configuración que tanto nos ha costado preparar:

./configure
make menuconfig
make
make install
make samples <<< ESTE NO!!!

Por lo tanto, si sólo ejecutamos esos 4 comandos y entramos en Asterisk, veremos que seguimos con la misma versión y funcionando sin problemas, ya que hasta que no reiniciemos Asterisk y cargue los nuevos módulos no se aplicarán los cambios de la actualización.

Actualizando de una rama a otra más nueva

Este es el caso más interesante, ya que junto con el cambio de rama, han aparecido nuevas aplicaciones, han desaparecido otras e incluso puede que hayan cambiado los parámetros de otras tarntas, así que en este caso hay que conocer bien los cambios de cada versión si no queremos llevarnos una desagradable sorpresa.

Por ejemplo, para pasar de Asterisk 1.2 a Asterisk 1.4 existen cambios como la utilización de una función llamada CALLERIDNUM() que devuelve el número de la persona que origina la llamada, y que en Asterisk 1.4 pasa a llamarse CALLERID(num). Las bases de datos de Asterisk (DBPUT, DBGET,…) de Asterisk 1.2, han sido reemplazadas por la función DB(), y muchos más cambios de aplicaciones, además de cambios en los archivos de configuración (musiconhold.conf, queues.conf, etc…)

Lo mismo ocurre si trabajamos en Asterisk 1.4 y queremos dar el salto a Asterisk 1.6. Son muchas las aplicaciones que no existen y que han sido sustituidas por otras, a la vez que han aparecido nuevos parámetros en los archivos de configuración que debemos tener en cuenta si queremos que nuestro sistema funcione correctamente.

Por este mismo motivo, el salto de una rama a otra hay que hacerlo con especial cuidado si queremos preservar el comportamiento del sistema antiguo. Aunque hay quien opta por (quizá lo más recomendable para sistemas sencillos) dar el salto y empezar a configurar de cero con la nueva versión.

Si ya es complicado saltar de una rama 1.2 a una 1.4, o de 1.4 a una 1.6, imaginaos cuán complicado puede llegar a ser saltar de 1.0 a 1.4 o de 1.2 a 1.6, es por este motivo por lo que debeis conocer muy bien cómo funciona la versión nueva a la que quereis actualizar. Instalarla en otro sistema, duplicar la configuración y hacer los cambios comprobando que todo funciona correctamente y una vez que tengais una configuración adaptada a la nueva versión, entonces llega el momento de actualizar, teniendo a mano la nueva configuración que según vuestras pruebas funciona correctamente.

Una vez dicho esto, y considerando que no me hago responsable de los daños que pueda ocasionar una mala actualización, tan solo decir que si teneis dudas sobre si podeis o no, entonces mejor, consultar con algún dCap o algún profesional de vuestra confianza para que esteis tranquilos y seguros de que la migración se hará sin problemas.