#asterisk 14

Como buscar Pokemons con Asterisk 14

El equipo de desarrollo de Asterisk acaba de anunciar la publicación de Asterisk 14 beta 1 y como ya adelanté la primera vez que escuché hablar de las novedades de Asterisk 14, incluyen algunas características tanto útiles como llamativas. Muchas veces los mejores cambios no son los revolucionarios, si no los pequeños cambios que convierten una funcionalidad “simple” en algo más flexible que nos permite desarrollar una solución compleja, motivo por el cual siempre he optado por utilizar versiones más nuevas en lugar de versiones más antiguas y supuestamente más estables.

Asterisk 14 es una versión “developer”, esto es, no orientada en obtener una versión ultra-estable, si no en añadir características nuevas. Inicialmente era más partidario de las versiones ‘LTS -Long Term Support‘ ya que me interesaba que la versión fuera lo más estable posible, pero visto lo visto, espero con ansia una versión developer porque es donde los desarrolladores pueden crear cosas nuevas que llaman la atención en lugar de centrarse en corregir bugs que aumenten la estabilidad. Quizá no es la versión más estable del mundo, pero al menos es más divertida, nueva y a todos nos gusta experimentar con cosas nuevas ¿verdad?.

En esta ocasión, se ha conocido una característica que seguro que a más de uno le gustará ver en su siguiente Asterisk, incluir una URL en un playback para reproducir un archivo de sonido situado en otro sistema:

exten => 100,1,NoOp() same => n,Answer() same => n,Playback(https://server.example.com/media/demo-congrats.wav) same => n,Hangup()

Esto es, sin duda, una característica que, si bien no es completamente revolucionaria, seguro que todos hemos querido utilizarla alguna que otra vez y ahora será posible en la nueva versión.

Asterisk 14 además de las características que ya comentamos, incluirá otras nuevas que serán anunciadas en la versión Asterisk 14.0 que se proyecta, se publicará durante la Astricon 2016 (del 27 al 29 de Septiembre).

Bromeando con otros desarrolladores, se hablaba que incluso, podría incluir un módulo para capturar Pokemons, aunque algo me dice que no será un cliente oficial. 😉

Asterisk 14 mejorará el soporte de DNS en PJSIP

Con Asterisk 13 ya pudimos disfrutar de PJSIP de forma estable, es cierto que nos costó acostumbrarnos (tras tantos años trabajando con chan_sip) pero al final las ventajas superan a los inconvenientes y PJSIP se está haciendo un hueco en muchos sistemas nuevos, pero el equipo de desarrolladores de Asterisk no se para ahí y quiere seguir mejorándolo.

Mira nuestro paso a paso para instalar y configurar Asterisk con PJSIP.

Una de los cambios que quieren hacer para Asterisk 14 es mejorar el soporte de DNS creando para ello una API especial utilizable por todo Asterisk y que sea “todo lo que siempre hemos querido que Asterisk hiciera con los DNS”. Para ello, se está desarrollando lo que se va a llamar “Core DNS API”, un sistema que gestionará las peticiones DNS en condiciones de una vez por todas aunque de momento ya han adelantado que no soportará DNSSEC sí que soportarán características “básicas” como NAPTR y SRV de una forma mucho mejor que como actualmente lo hace.

También mejorará el soporte no solo de NAPTR y SRV si no también la resolución de nombres en registros IPv4 e IPv6 soportando características tan importantes como alta disponibilidad y balanceo de carga.

Más información: https://www.asterisk-blog.com/2016/04/20/pjsip-dns-support/

El nuevo chan_ads permitirá llamadas gratuitas

Tal y como anunciamos en el artículo sobre Asterisk 14, el nuevo chan_ads incluirá conexión con el cloud de Digium que conectará con varios operadores IP mediante IAX2 y Dundi, de manera que permitirá realizar llamadas de forma completamente gratuita con la única condición de escuchar un anuncio sonoro de una empresa durante el transcurso de dicha llamada.

El nuevo canal ADS conectará con el sistema DAP (Digium Advertising Partners), un servicio de anunciantes que, en función de la geolocalización del servidor Asterisk reproducirá anuncios durante la llamada en nuestro propio idioma.

Esta fórmula no es nueva, Microsoft ya lo implementó en su nuevo Skype4Business y permite a aquellos usuarios, descubrir durante la llamada, qué descubrió un ama de casa que le permite adelgazar 20Kgs en 2 semanas y que los nutricionistas no quieren que se conozca o incluso cuál es ese truco que odian las tiendas online para comprar un iPhone 6s por menos de 10€.

Este tipo de publicidad es la que más éxito tiene, ya que ¿quién no quiere saber un remedio milagroso para adelgazar? Sin duda Microsoft es una empresa visionaria y ya lo ha implementado en su Windows 10 para todos aquellos usuarios que tienen la versión “opensource”.

Digium ya ha publicado información en su wiki sobre el nuevo Chan ADS donde explica el funcionamiento mediante peticiones REST y conexiones ARI a nuestro Asterisk, de manera que en todo momento podremos saber el destino, tiempo de conversación y mensajes publicitarios escuchados, de manera que si un mensaje se vuelve pesado, podemos utilizar el teclado numérico para cortar su reproducción, valorarlo, volverlo a escuchar o incluso dejar la conversación inmediatamente y hablar con el vendedor si el anuncio es realmente interesante.

Gracias al nuevo chan_ads también recibiremos mensajes publicitarios en la consola de Asterisk cada vez que ejecutemos un comando lo que muchos usuarios han criticado ya que prevén que podría saturar los archivos de logs con anuncios no deseados.

Este tipo de servicios son un claro competidor de operadores tradicionales como Vodafone, Movistar, Telmex, etc, ya que ofrecen llamadas gratuitas de una forma directa sin necesidad de configuraciones especiales, direcciones IP, tarjetas de crédito, ni altas, únicamente cargar el módulo correspondiente.

En Sinologic ya estamos modificando el código del chan_ads.so para incluirlo en versiones anteriores de Asterisk y poder hacer llamadas gratuitas.

¿Qué te parece esta iniciativa?

Descubre qué incluye el nuevo Asterisk 14

  Como ya explicamos en este artículo sobre cómo funcionan las versiones de Asterisk, la versión Asterisk 14 es una versión orientada a incluir nuevas características, lo que se conoce como una versión de “desarrollo” y por lo tanto no es recomendable utilizada en entornos de producción. No obstante, es muy interesante conocer qué características va a incluir para ir desgranándola y viendo las posibilidades que tendrán nuevas y futuras versiones de Asterisk.

Sobre Asterisk 13, poco qué decir… en mi opinión, es una versión LTS basada en Asterisk 12 pero con características que no terminan de ser todo lo estables que deberían para un entorno de producción. Eso no quiere decir que no se pueda utilizar Asterisk 13 en un entorno de producción, pero las características más importantes de Asterisk 13 (PJSIP, ARI, Codec Negotiation, SIP sobre Websocket, etc…) aún no son todo lo estables que a mí me gustaría para un entorno en producción. Ahora bien, si no se utilizan estas características, el sistema es similar a Asterisk 11 con las ventajas de una versión superior, por ahí todo perfecto.

Con Asterisk 14 volveremos a la senda del desarrollo de nuevas características y eso me choca, ya que soy consciente que muchos usuarios de Asterisk tampoco utilizan las nuevas características de Asterisk 13 por lo que continuar añadiendo nuevas características a Asterisk sin conseguir que la comunidad asimile las características de Asterisk 13 creo que es un error, no obstante, la lista de características ya es pública, así que vamos a ver en qué consisten:

Soporte para hacer Text to Speech desde el sistema ARI.

De esta manera, podemos utilizar Asterisk para generar audio en base a un texto enviado mediante REST. Esto no significa que Asterisk haga de TTS, si no que hará uso de un sistema TTS conectado a Asterisk pero que Asterisk incluirá las herramientas para hacer uso del TTS mediante comandos REST (muy práctico si el TTS que utilicemos no soporta REST).

POST http://localhost:8088/ari/channels/12345/play/p1?media=tts:dude%20where%20is%20my%20car

Soporte para reproducir archivos en un canal desde el sistema ARI.

Imaginemos que estamos hablando con alguien, y una aplicación detecta que llevamos hablando demasiado tiempo y nos alerta del tiempo que llevamos hablando. Para ello, la aplicación se conectará al sistema ARI y nos enviará una serie de locuciones para indicarnos el tiempo que llevamos hablando:

POST /channels/12345/play?media=sound:usted+lleva&media=number:30&media=sound:minutos+hablando

También se buscará la posibilidad de reproducir archivos remotos HTTP en un canal, bien desde dialplan, AGI o desde el sistema ARI, como en el siguiente ejemplo:

Dialplan: same => n,Playback(http://myserver.com/monkeys.wav)

AGI: CONTROL STREAM FILE http://myserver.com/monkeys.wav “” 3000

ARI: http://localhost:8088/ari/channels/12345/play/p1?media=uri:list Content-Type: text/uri-list http://myserver.com/monkeys.wav

Esto puede ser una opción muy interesante a la hora de centralizar locuciones entre varios servidores Asterisk, o bien, pensando en la posibilidad de disponer de un TTS que genere archivos wav, posibilidad de acceder a estos archivos situados en un servidor externo.

Módulo Beacon

Esta es una antigua idea que parece que va a tomar forma en Asterisk 14. La idea consiste en centralizar esfuerzos en mejorar aquellas características que sean más utilizadas por los usuarios y abandonar aquellas que apenas tengan uso, pero ¿cómo saber cuales son las más o las menos utilizadas?

En eso consiste el “módulo Beacon”, un módulo que enviará información de forma completamente anónima a “https://beacon.asterisk.org” informando cada cierto tiempo de los módulos utilizados por nuestros Asterisk y así informar a los desarrolladores cuales son los componentes más necesarios de mejorar. Como la información es anónima, no es necesario ningún tipo de identificación ni autorización, pero se deben tomar medidas para evitar ataques, información falsa y proveer de ciertas medidas de seguridad, cifrado, etc…

API y cliente DNS interno

Hasta ahora, Asterisk hace uso del cliente DNS del sistema operativo de manera que si hacemos una petición a un hostname y este no resuelve temporalmente, al ser un proceso bloqueante, esa petición quedará “paralizada” temporalmente hasta que responda. No obstante, esa no es la razón por la que desarrollar esta funcionalidad, si no porque cada vez más, se hacen uso de características avanzadas de DNS en la VoIP: round-robin, dns-srv, naptr, tanto en IPv4 como IPv6 y para eso, mejor contar con herramientas que permitan utilizar dichas características de forma interna en cualquier módulo de Asterisk gracias a esta nueva API.

Más cambios y más interesantes…

Además de estos cambios, hay muchos otros aunque, al ser una versión orientada a desarrollo, estos cambios están pensadas para nivel interno y no son tan “interesantes” desde el punto de vista del usuario:

Nuevo sistema de reemplazo del motor RTP. Hasta ahora, Asterisk utiliza un módulo res_rtp_engine y se quiere sustituir este módulo que gestiona el RTP por una API que permita crear nuevos módulos RTP más convenientes para según qué tarea. De esta manera, se mejoraría el soporte de algunas características como RTCP, ICE, DTLS y de paso mejoraría considerablemente el soporte para ofrecer WebRTC en Asterisk.

Nueva gestión de módulos. Actualmente se utiliza el modules.conf para decidir qué módulos debe cargar Asterisk. Se plantea una nueva forma de indicar qué módulos deben ser cargados, y aprovechando esto, también dónde, cuando, qué archivos de configuración son los asociados a cada módulo (lo que implicaría una modificación de todos los módulos para adaptar el sistema al nuevo.

y algunas cosas más…

Como decía al principio, Asterisk 14 es una versión de desarrollo, y al igual que cuando ocurría con Asterisk 12, la mayor parte de los cambios son internos, orientados a ofrecer un entorno de trabajo mejor para los desarrolladores y preparar el marco necesario para cambios que sí verían la luz en futuras versiones de cara al usuario. Los cambios en Asterisk 12 fueron demasiado numerosos e impactantes lo que llevó a generar una gran cantidad de características que fueron hechas realidad en Asterisk 12 y Asterisk 13. No obstante, estos cambios son tan importantes que harán falta más versiones para poder hacer uso en condiciones y con seguridad de estas características.

Me alegra ver que al menos, todavía hay gente que utiliza en producción Asterisk 11 como mínimo y ya no ocurre como antes que los usuarios utilizaban versiones 1.2 y 1.4 simplemente porque funcionaban.