Leyendo el blog de Tom Keating, veo que VoiceRoute acaba de publicar la versión 1.2.0-3 de Druid.
Druid es una GUI de configuración de Asterisk bastante desconocida en la comunidad pese a ser una de las que mejor pinta tienen y además es OpenSource.
Os pongo una presentación por si alguien se anima a echarle un vistazo.
En esta página, podeis ver una demo:
http://demo.voiceroute.org/druid/#_Home
y aquí podeis descargarla:
http://www.voiceroute.org/druidose/download
Pese a que está a punto de salir la versión 1.4.20 estable (ya está disponible la versión 1.4.20-rc2), el equipo de desarrolladores de Asterisk acaba de solucionar un importante bug de seguridad en el canal IAX tras lo cual escribieron un parche y este hacía que una llamada sobrecargara el sistema hasta tal punto que Russell Bryant, con un Core 2 Duo a 2.33Ghz era incapaz de manejar 16 canales IAX.
Tras esto, muy recomendable actualizar, sobre todo si se utiliza el canal IAX.
Más Información: http://downloads.digium.com/pub/asterisk/ChangeLog-1.4.19.2
Enlace: http://downloads.digium.com/pub/asterisk/
RTPBreak es una aplicación que detecta, reconstruye y analiza cualquier trama RTP.
La principal ventaja de esta aplicación es que no requiere de la presencia de paquetes RTCP y es totalmente independiente del protocolo de señalización utilizado (SIP, H.323, SCCP, …). La entrada es una secuencia de paquetes, la salida es un conjunto de archivos que puedes utilizar como entrada para otras aplicaciones como Wireshark, sox, grep, awk, cut, sed, etc.
Un ejemplo de esta aplicación:
xenion@gollum:~/dev/rtpbreak-1.3$ sudo src/rtpbreak -i wifi0 \ -g -m -d logz + rtpbreak v1.3 running here! + pid: 3580, date/time: 19/02/2008#09:49:21 + Configuration + INPUT Packet source: iface 'wifi0' Force datalink header length: disabled + OUTPUT Output directory: 'logz' RTP raw dumps: enabled RTP pcap dumps: enabled Fill gaps: enabled Dump noise: disabled Logfile: 'logz/rtp.0.txt' Logging to stdout: enabled Logging to syslog: disabled Be verbose: disabled + SELECT Sniff packets in promisc mode: enabled Add pcap filter: disabled Expecting even destination UDP port: disabled Expecting unprivileged source/destination UDP ports: disabled Expecting RTP payload type: any Expecting RTP payload length: any Packet timeout: 10.00 seconds Pattern timeout: 0.25 seconds Pattern packets: 5 + EXECUTION Running as user/group: root/root Running daemonized: disabled * You can dump stats sending me a SIGUSR2 signal * Reading packets... ! [rtp0] detected: pt=0(g711U) 192.168.0.30:2072 => 192.168.0.20:2074 ! [rtp1] detected: pt=0(g711U) 192.168.0.20:2074 => 192.168.0.30:2072 * [rtp1] probable reverse RTP stream: [rtp0] + Status Alive RTP Sessions: 2 Closed RTP Sessions: 0 Detected RTP Sessions: 2 Flushed RTP packets: 3358 Lost RTP packets: 122 (3.51%) Noise (false positive) packets: 0 + [rtp1] stats: packets inbuffer=262 flushed=1673 lost=61(3.52%), call_length=1m2s + [rtp0] stats: packets inbuffer=270 flushed=1685 lost=61(3.49%), call_length=1m2s * [rtp1] closed: packets inbuffer=0 flushed=2800 lost=115(3.95%), call_length=1m28s * [rtp0] closed: packets inbuffer=0 flushed=2819 lost=106(3.62%), call_length=1m28s -- Caught SIGINT signal (2), cleaning up... -- + Status Alive RTP Sessions: 0 Closed RTP Sessions: 2 Detected RTP Sessions: 2 Flushed RTP packets: 5619 Lost RTP packets: 221 (3.78%) Noise (false positive) packets: 0 + No active RTP streamxenion@gollum:~/dev/rtpbreak-1.3$
Como podeis comprobar, es una herramienta muy potente y muy interesante para monitorización y sobre todo para ayudar a localizar quién o qué está ocasionando problemas. 🙂
Enlace: http://xenion.antifork.org/rtpbreak/doc/rtpbreak_en.html
Leyendo Asterisk-Java me encuentro que el autor acaba de desarrollar una aplicación de código abierto (cómo no, escrita en Java) que lee nuestro archivo ‘extensions.conf‘ y nos genera un grafo con la estructura de nuestro dialplan.
Desconozco realmente la finalidad de esta aplicación, aunque imagino que puede estar bien para descubrir contextos que no están enlazados y por lo tanto, que «ensucian» y dificultan la lectura.
La aplicación que permite «dibujar» los grafos base se llama Egonet y en la página de Asterisk-Java teneis el código fuente.
Esta semana, siguiendo los hilos de la lista Asterisk-Dev, me he encontrado con un anuncio que marqué para analizar cuando tuviera más tiempo. El anuncio lo daba Matthew Fredrickson de Digium, ya que es uno de los desarrolladores que se ocupa de mantener al día el paquete Zaptel y el LibPRI.
Concretamente, el anuncio iba sobre el nuevo paquete LibPri (1.6.0) así lo anunciaban aunque finalmente ha pasado a ser el LibPri 1.4.4 y que incluye dos añadidos bastante interesantes que explicaré ahora.
– Soporte de tarjetas RDSI Bri:
Algo que iba siendo hora, ya que en la actualidad, el soporte de RDSI Bri está en mano de mISDN y aunque es un driver que suele funcionar bien, el hecho de incorporar el soporte BRI al Zaptel es algo que mejora la «centralización» en la corrección de bugs, algo que actualmente no se hace.
Si hay algún bug en mISDN, los encargados de arreglarlo son los desarrolladores de mISDN, no los del paquete Zaptel, aunque si el error está en el archivo ‘chan_misdn’ entonces sí.
De momento, creo que solo permiten modo Punto-multi-punto.
– Soporte de TBCT/2BCT en QSig:
Esto es algo muy interesante, que muchas personas lo han pedido y hasta ahora únicamente funcionaba en pocos sistemas.
Cuando conectamos Asterisk a una PBX con extensiones, y estas extensiones se llaman entre sí, la llamada no tiene porqué llegar a Asterisk, pero si la llamada, después de una transferencia comienza y acaba en la PBX, Asterisk pasa a ocupar dos canales (uno para el origen y otro para el destino).
Con el soporte TBCT, Asterisk reconoce que el origen y el destino vienen de la misma PBX y puentea los canales liberando ambos canales ocupados, permitiendo que el tráfico no llegue a Asterisk.
Llevan preparando esta feature desde la Astricon del 2005. 😛
Podeis descargar esta versión aquí:
http://downloads.digium.com/pub/libpri
FreeSide es un interfaz web de facturación y gestión de tarjetas prepago de código libre y con muy buena pinta.
Dispone de una demo online por si queremos verlo en acción.
Este interfaz está pensado para proveedores de servicios IP, cybercafés y cualquier otro entorno donde interese cobrar por llamadas o gestionar tarjetas de prepago.
Una nueva alternativa al conocido A2Billing de Areski que seguro que hará las delicias de aquellos que quieran empezar a montar su propio negocio de llamadas.
Enlace: http://www.freeside.biz/freeside/
Podeis ver los enlaces para descargarlo aquí:
http://freshmeat.net/projects/freeside/?branch_id=2879&release_id=276899
La gente de Monema me cuenta que acaban de lanzar su sistema de centralita virtual a través de Internet que permite tener un sistema de gestión y tráfico de llamadas a través de Internet.
Por supuesto en todo sistema virtual, la conexión a internet es indispensable para poder hacer y recibir llamadas, lo que es un pequeño inconveniente en ciertas empresas que, por motivos de localización no tienen internet o bien lo tienen con una calidad pésima.
Viendo las capturas de pantalla del sistema de gestión, me ha gustado el entorno de gestión de llamadas muy visual, sencillo y práctico a la vez que bastante atractivo.
Dispone también de su propio sistema de facturación con el que se pueden escuchar las conversaciones grabadas a la vez que el tiempo consumido y el coste de cada una de ellas, descargarlas y exportarlas en formatos más manejables como pdf, xml y csv.
En resumen, un servicio que puede ser interesante, sobre todo para pequeñas oficinas, con poca carga de llamadas.
Enlace: http://www.monema.com
Hace un par de semanas, Fring publicó lo que seguramente sea la manera más sencilla y fácil de configurar un softphone en el iPhone y en el iPod Touch, algo que muchas empresas ofrecen, pero a diferencia de estas últimas, Fring lo hace con una aplicación nativa, bastante más rápido, potente y flexible.
Por supuesto, este lanzamiento aún está considerado como versión ‘beta‘ por lo que su funcionamiento no está del todo garantizado, aunque tras algunas pruebas, vimos que desde el iPhone conectado a un Asterisk se podían hacer llamadas y hablar bastante bien utilizando la red wifi.
La pega era que no se podían recibir llamadas en el iPhone, algo que acaban de corregir en la nueva actualización que publican ahora.
Para actualizar la versión (v. 0.9857), no es necesario desinstalar, tan solo entrar en el installer.app y veremos en la parte inferior de la aplicación la opción ‘update‘ con la nueva versión disponible para descargar e instalar.
Si sois de los afortunados poseedores de un iPhone o un iPod Touch con micrófono, os lo recomiendo encarecidamente.
Más información: Fring Blog
Uno de los principales competidores de Skype y su cliente de mensajería instantánea / softphone, es América Online que cuenta con un gran número de seguidores en los EEUU y que su aplicación IM más famosa se llama AIM. De hecho, mientras en Europa la mayoría de los usuarios utilizan el Messenger, en EEUU es más famoso y popular el cliente AIM (de AOL -América Online-).
AIM, al igual que Skype, permite hacer llamadas a la red telefónica mediante un sistema que únicamente funcionaba con su cliente propietario, pero ahora parece ser que ha querido hacerse más competitivo y ha abierto las puertas al resto de usuarios mediante el sistema AIM CallOut permitiendo a otros usuarios con softphones compatibles SIP conectarse a esta cuenta y poder hacer llamadas a la red telefónica como cualquier otro proveedor de servicios IP.
La noticia realmente se vuelve interesante ya que, con este último movimiento, AOL ha pasado a ser un proveedor SIP y aprovechando que ya cuenta con bastante popularidad en los EEUU, seguro que pronto pasará a ser uno de los principales proveedores IP como ya lo fue Vonage en su momento.
Además de esto, la plataforma AIM cuenta con una API para desarrollar software y plugins para este sistema de mensajería por lo que, junto a Skype, otro que saldrá perjudicado seguramente sea Gizmo ya que es otra aplicación de mensajería con capacidades de VoIP.
El fantástico Nerd Vittles ha publicado cómo conectar nuestro Asterisk si ya tenemos una cuenta de AIM CallOut, de hecho indica expresamente que en los términos legales no hay ninguna cláusula que impida conectar nuestro Asterisk a este servicio.
Por si fuera poco decir que AOL se ha convertido en un proveedor de servicios IP basado en SIP, solo comentaros que el servidor al que hay que conectarse es: sip.aol.com, puerto 5060 😛
[aol] type=peerdtmfmode=rfc2833 host=sip.aol.com insecure=very nat=yes secret=Password sendrpid=yes username=AOLusername@aim.com disallow=all allow=g279 allow=ilbc allow=ulaw
Con el permiso de Alberto Sagredo de VoIPNovatos que está asistiendo a la SIP MasterClass de Barcelona, ha publicado unas cuantas fotografías donde se muestra el ambiente que ronda estos días por allí.
Como si fuera un añadido a la calidad de las clases impartidas por Olle Johansson y Daniel Constantine, otro punto a favor es el ambiente que se tiene que respirar con fans frikis tanto de Asterisk como de OpenSer.
Que envidia madre, que envidia… 😀