En los vídeos presenta el nuevo terminal de GrandStream GXV3104 y los foneBridge2 de Redfone de una forma bastante sencilla y didáctica.

y la segunda parte …

Entre otras mejoras, la compatibilidad con Linux es una de las necesidades básicas y requerimientos mínimos por lo que dejé de probarlo, ahora por fin dispone de una versión Linux (hace ya tiempo, aunque no lo había vuelto a ver desde entonces).

La nueva versión 3 incorpora soporte de bases de datos MSSQL, MySQL, Postgres, Sybase, HSQL, … además de servicios y servidores de email como Gmail, Sendmail, Exim etc. a la vez que mejora la integración con otros interfaces y distribuciones como FreePBX, PBX-in-a-Flash, PIAF o Elastix.

Parece ser que han mejorado bastante la integración con Colas, faxes, CDR y soporte de DAHDI y SIP.

Como ya dije la otra vez, no soy muy amigo de los interfaces gráficos, simplemente porque creo que sabiendo cómo funcionan las cosas, es más rápido escribir con el teclado que moviendo el ratón y pulsando botones. Además los interfaces gráficos limitan bastante la potencia (pese a que todos mencionen el ‘*_custom.conf‘) soy de los que prefiero un dialplan sencillo, limpio y fácil de entender en lugar de algo “fácil de hacer” pero imposible de depurar, quizá por esto nunca me ha hecho gracia los interfaces web y mucho menos para algo profesional o del que dependa una empresa.

No obstante Visual Dialplan 3 combina ambos casos:

- No ensucia el dialplan (ya que no incluye nada propio, y únicamente traduce lo “visual” a “texto simple”).
- Es más atractivo para alguien acostumbrado a “los botones” y a manejarse con Windows.

Además incorpora de una ayuda contextual para aquellos que no sepan muy bien el funcionamiento de alguna aplicación o alguna función de Asterisk.

Podéis descargar una demo de 30 días para Windows o para Linux en su página web:
http://www.apstel.com/download/

i6Net acaba de desarrollar un canal especial de Asterisk para poder realizar conferencias de audio y vídeo vía web a través de Flash añadiendo soporte Flash/RTMP a Asterisk de forma que cualquier persona que disponga de un navegador web con soporte Flash pueda realizar videoconferencias de una forma fácil y rápida sin necesidad de configurar softphones ni forzar a Asterisk a realizar llamadas telefónicas vía PSTN.

We are please to announce a new important feature for voice & video services over VXI* 5.1 next release. Flash/RTMP for Asterisk / VXI* is an add-on channel driver for Asterisk-based PBX systems. Adding Flash/RTMP for Asterisk to any Asterisk server enables complete access to manage bi-directional video calls from a Web browser with a Flash player.

Flash/RTMP for Asterisk / VXI* is an add-on channel driver for Asterisk-based PBX systems. Adding Flash/RTMP  for Asterisk to any Asterisk server enables complete access to manage bi-directional video calls from a Web browser with a Flash player.

Real Time Messaging Protocol (RTMP) is a proprietary protocol developed by Adobe Systems for streaming audio, video and data over the Internet, between a Flash player and a server. Adobe Flash, is the industry-leading web application environment, present in web browsers on 99% of the world’s computers. Flash can access the webcam and microphone on a PC and works through any firewall.

Features:

• • RTMP Video IN/OUT
  • RTMP Audio IN/OUT
  • DTMF

Flash/RTMP can send or receive video calls from/to:

• • Video 3G-324m
  • Video SIP
  • Video h323
  • Video Flash/RTMP

Sin duda, esto es lo que muchos conocidos estaban esperando que alguien desarrollase tarde o temprano, así que por fin lo tenemos aquí.

Pese a haber estado más de 10 años intensamente relacionado con el mundo Asterisk, a través de la empresa “Sokol & Associated” que justo hace 3 años fue adquirida por Digium y pasaron de ser consultores independientes y organizadores de la Astricon, a trabajar en distintos puestos de Digium (coordinadores de la comunidad, desarrolladores, director de productos, etc.) y ahora se embarca en un proyecto que está pasando por horas bajas: Fedora, que necesita un poco de aire fresco si desea innovar y ser una distribución que ofrezca algo diferente a otras y seguramente Jared Smith pueda traer algo de esto.

Los profesionales, en lugar de apostar por Fedora prefieren la seguridad de un sistema operativo con soporte como RedHat, y los usuarios que buscan una distribución parecida pero libre, suelen decantarse por otras CentOS, Mandriva o Ubuntu, por lo que Fedora, pese a ser una de las mejores y más sólidas distribuciones de Linux, llevaba algún tiempo en un silencio sospechoso, pero la incorporación de Jared seguro que será una buena señal.

Desde Sinologic le deseamos lo mejor y esperamos que aunque ahora esté ocupado con otros menesteres, pueda seguir dentro de la comunidad Asterisk y aportando su granito de arena que siempre ha sido importante.

Más información:
http://blogs.digium.com/2010/07/06/digiums-fond-farewell-to-jared-smith/
http://press.redhat.com/2010/06/29/introducing-fedora-project-leader-jared-smith/

Lo más llamativo de esta nueva versión es que añade la opción de Videollamada. En cuanto he visto el “changelog” y el video de demostración que hace su autor, no he podido esperar a probarlo y la verdad es que he quedado gratamente sorprendido:

Al principio pensé que “claro, claro… es la demo. Seguro que no va igual en la realidad”. Pero me equivoqué. En la realidad (por wifi) funciona, y muy bien.

He probado a hacer una llamada entre dos Android en la misma LAN (dos HTC Magic, que no destacan precisamente por su potencia) y el video era realmente fluido. También probamos a hacer una llamada entre un android y un softphone en el PC (xlite) a través de internet, comprobando que la compatibilidad es total.

Esperemos que el video-softphone del nuevo iPhone cumpla también con los estándares y podamos “ver” por fin una explosión de estos servicios.

Este softphone es completamente gratuito y soporta muchas más características y ventajas que muchos softphones comerciales actuales y que podéis ver a continuación:

• HD Audio (G722/Speex)
• PSTN Compatible (G711)
• Encryption (sRTP)
• NAT Traversal (ICE)
• Multi-Party Conferencing
• Chat Sessions (MSRP)
• SMS (SIP MESSAGE)
• Encryption (TLS)
• Rich-Text, Emoticons
• Composing Indication
• Presence Agent
• XCAP Storage
• Rich Presence
• Device Capabilities
• RLS Services
• Exchange Files (MSRP)
• Encryption (TLS)
• Drag and Drop Photos
• Works behind NAT
• Retry Transfers
• Help Family Remotely
• Collaboration at Work
• Surf Internet Together
• Integrated with Audio
• Works behind NAT

Con estas características y tras haberlo probado en varias ocasiones puedo asegurar que es de lo mejor que uno se puede encontrar en este sentido.

La única característica en contra de este softphone, es que únicamente es compatible con Mac, de momento, y es que la gente de AG-Projects han anunciado que muy pronto estará disponible esta fantástica aplicación para Windows y para Linux.

Por lo que ahora tan solo nos queda estar bien pendientes esperar que sea pronto.

La versión para Mac podéis descargarla de su web:
http://icanblink.com

Esta versión ha sido muy esperada por sus usuarios desde que se anunciara la nueva SDK y que se hiciera oficial la posibilidad de realizar llamadas por 3G.

Ya era posible a través de ciertas aplicaciones y en iPhones jailbrokeados hacer llamadas por VoIP a través de la red 3G, pero no para el público general.

No obstante, dicha actualización del softphone de Skype permite realizar llamadas 3G a otros softphones Skype, aunque esta característica será gratuita hasta finales del 2010 y habrá que pagar una cantidad aún no anunciada para poder utilizarlo.

Seguro que habrá muchos usuarios que el hecho de que no sea “gratis” no les habrá hecho mucha gracia, pero para ellos existen otras aplicaciones para el iPhone que sí son gratuitas y que ya podían utilizarlo desde hace tiempo.

Para descargarlo manualmente pulsa en el siguiente enlace:
http://itunes.apple.com/app/skype/id304878510?mt=8

Después de unos meses en los que Europa, todos los administradores de VoIP, así como los fabricantes europeos y asiáticos de productos de VoIP se pongan al día y solucionen algunos que otros problemas de seguridad, los administradores de sistemas VoIP adopten medidas seguras para la detección y bloqueo de posibles ataques, el FBI informa ahora que están empezando a recibir ataques a sistemas de VoIP de EEUU.

El modus operandi de los ataques anunciados por el FBI son exactamente los mismos registrados en Europa y están provocando cientos de miles de dólares en pérdidas por cada sistema atacado con éxito, lo que ha obligado al FBI a redactar una nota de prensa para advertir a todos los usuarios que vigilen sus sistemas y mejoren las medidas de protección ante descuidos como cuentas VoIP sin contraseñas o con contraseñas triviales ya que los atacantes utilizan el sistema de fuerza bruta para acceder a estas cuentas y poder realizar cientos de llamadas a la hora.

Ya hemos hablado bastante sobre este tema, dados multitud de consejos y trucos sobre seguridad, e incluso hemos desarrollado algunas herramientas como un tester básico de llamadas sin autentificación y un sistema de vigilancia contra ataques por fuerza bruta. Otros compañeros están desarrollando sistemas Honeywall para atrapar a los atacantes, limitando el número de llamadas internacionales, disponiendo de diversas formas de seguridad tanto activas como pasivas, pero como siempre se dice en estos casos, aunque la paranoia nunca es buena consejera, siempre es mejor prevenir que curar.

A veces uno siente cierta “envidia” sobre porqué un organismo com el FBI informa de este tipo de ataques y en cambio, las fuerzas de seguridad europeas no han dicho nada.

La nota de prensa del FBI:
http://newark.fbi.gov/pressrel/pressrel10/nk051110.htm

Estas dos semanas han sido bastante movidas en cuanto a algunas piezas clave de la VoIP como son los códecs, las patentes, permisos y licencias de manera que están surgiendo cambios que pueden hacer cambiar bastante el panorama actual tanto para bien como para mal.

Hace unas semanas, toda la blogosfera se hizo eco de la guerra abierta entre Apple y Adobe por el soporte de Flash en los productos de Mac. El CEO de Apple (Steve Jobs) dirigió duras críticas sobre el formato de Adobe y el porqué no pensaba incluir este formato dentro de sus productos portátiles. De esta forma, defendía el uso de los estándares y el uso del códec H.264 para poder ver vídeos.

Por otro lado, Google fue más allá y no sólo defendió el uso de estándares si no que le puso nombre: HTML5 y Theora, un formato que es, de hecho, la alternativa libre al códec H.264 que estuvo muy cerca de ser completamente libre pero que al final, se ve que no pudo ser.

Apple y Microsoft defienden el códec H.264 como la próxima evolución del vídeo en internet, siempre y cuando aquella empresa que quiera implementar algún software con este códec pase por caja.

Antes que alguien lo pregunte, en Europa (donde no existen patentes software) sí que existen patentes por códecs ya que lo que se patenta no es el algoritmo, si no un “método matemático de compresión” y esta sí es patentable.

Asterisk se encuentra ahora con un dilema que deberá resolver, seguir utilizando H.264 como códec a utilizar en vídeo (desconozco si sería legal utilizarlo a la vista que no es libre), o bien saltar a otros códecs más libres como Theora.

Google acaba de anunciar la liberación de otro códec de vídeo llamado VP8 cuyo contenedor está basado en Matroska -Gracias Manwe- (los famosos archivos de vídeo con extensión ‘mkv‘) además de organizar una plataforma pro-estándares-libres para la web llamada WebM que seguro que dará que hablar los próximos días.

Para colmo, la noticia saltó hace unos días cuando Google anunció que ofrecía varios millones de dólares para poder comprar la famosa empresa Global IP Sound de la que ya hemos hablado en varias ocasiones y que se dedica a la creación de códecs de audio como los que hizo famoso a Skype y que utiliza actualmente GoogleTalk. La compra de GIPS por parte de Google junto con todos los servicios que rodean la VoIP del gigante (GoogleVoice, GoogleTalk, GoogleWave, …) podrían ser los movimientos que le faltan para empezar a comer piezas y quedarse con el tablero.

Como pensamiento en voz alta, tras ver todos estos movimientos, y siguiendo con la analogía de la partida de ajedrez, intento imaginar cual podría ser el último movimiento antes del final del ‘medio juego‘ y que todo esté potencialmente decidido: Google sólo le haría falta adquirir una empresa muy conocida, y que últimamente está dando pequeños pasos a favor del software libre, que empieza por S y termina por kype y, con esta empresa y con su antigua competencia (Gizmo5) bajo su techo, tiene toda las papeletas de ser el gran gigante de la VoIP mundial para el gran público. ¿o no?

Por lo general, esto no es en absoluto erróneo, entra dentro de la filosofía de la VoIP que podamos admitir llamadas anónimas desde otros sistemas para poder ponerlas en contacto con usuarios que tengamos registrados en nuestro Asterisk, pero conociendo la cantidad de usuarios que permiten esto (apenas un 5%), el resto se podría considerar que utilizan un interfaz web como FreePBX que configura por defecto el famoso parámetro ‘allowguest=yes’ en lugar de rechazarlo.

Asterisk 1.4 y 1.6 también configuran por defecto este parámetro, pero por supuesto es responsabilidad de cada uno conocer el significado de estos parámetros y actuar en consecuencia.

Durante una charla/debate/brainstorming que tuvimos en el último curso de Asterisk Advanced en Bilbao, aparecieron algunas ideas bastante interesantes y que nos gustaría compartir desde aquí:

• Utilizar la aplicación ‘Authenticate’ con un código PIN conocidos por todos los usuarios y que se ejecute antes de hacer una llamada internacional:

Por ejemplo, algo como esto:

exten => _00X.,1,NoOp(Calling International number: ${EXTEN})
exten => _00X.,n,Authenticate(0173)
exten => _00X.,n,Dial(SIP/${EXTEN}@InterProvider)

Esto ya haría que el usuario llamante que envía dicha llamada, necesite conocer nuestro código de autentificación (0173) para poder realizar dicha llamada. Este código deberán conocerlo todos los usuarios y, aunque retrase un poco el establecimiento de la llamada por tener que marcar 4 números más, seguro que el hecho ampliar dicha seguridad es algo que merece la pena hacer.

• Evitar el acceso externo del 5060 mediante el propio firewall de Linux:

Este, sin duda es el que menos me gusta, ya que es muy interesante poder recibir llamadas a nuestros usuarios sin necesidad de tener que llamarles vía red telefónica.
Es decir, si yo desde mi softphone llamo a: SIP:jackoman@asterisk.jackoman.com suene correctamente la extensión de mi amigo sin tener que llamarlo al móvil o a su número fijo.
No obstante, si cierro el puerto 5060/UDP vía firewall, jamás podría hacerlo algo que rompería con toda la filosofía de lo que es la VoIP y una de sus principales ventajas.

• Una configuración adecuada del dialplan:

Generalmente este es el principal error, las llamadas entrantes sin autentificar en el SIP.conf son dirigidas al contexto ‘default’ del extensions.conf.
Si el extensions.conf NO lo hemos configurado como nos han enseñado, podríamos llegar a tener algo como esto:

[default]
exten=>s,1,NoOp(Llamadas desde el exterior)
exten=>s,n,Dial(SIP/100,20)
exten=>s,n,VoiceMail(100,u)

include=>salientes ;; <<<< MUY MAL! Añadimos el contexto ‘salientes’ dentro del ‘default’
…

[salientes]
exten=>_1XX,1,Dial(SIP/${EXTEN})
exten=>_9X.,1,Dial(DAHDI/g1/${EXTEN})
exten=>_00X.,1,Dial(SIP/${EXTEN})    ;; <<<<< Esto es lo que hará que puedan hacer llamadas desde fuera.

De esta manera, nuestro sistema estará completamente configurado para que cualquier persona pueda llamar a costa nuestra a donde quiera.

Ante esto, un consejo… NUNCA utilizar ‘includes’ si no sabemos exactamente qué estamos haciendo.

Existen muchas otras soluciones para hacer que nuestra seguridad se refuerce un poco, aunque existe un problema mayor:

Los usuarios maliciosos incluso se autentifican y registran en nuestro sistema para hacerse pasar por una extensión con permisos y poder hacer llamadas como un usuarios normal y corriente.

Ante esto ¿qué podemos hacer?. Pues está claro que lo primero es mejorar la seguridad básica:

• La típica extensión 100 con contraseña 100, es tan vulnerable como no poner ninguna contraseña, por lo que debemos cambiarla a algo más robusto: algo como eLnsAaLiyÑ100.  (la ñ y la ç son letras muy útiles para las claves)
• Cuando estos usuarios intentan registrarse desde nuestras propias cuentas, utilizan un sistema de ‘fuerza bruta‘ para buscar las contraseñas, así que de poco nos servirá algo como esto: Usuario 100, contraseña 100100, ya que tan solo van a necesitar un par de horas de intentos para conseguir registrarse y empezar a hacer llamadas.
• Evitar a toda costa eso que hacen los interfaces de configurar todas las extensiones como nat=yes, este parámetro sólo debe estar para aquellas extensiones que realmente se encuentren detrás de NAT que realmente son las más vulnerables.

No obstante, durante el curso de Asterisk Advanced aparecieron varias ideas más entre las que había una que no me disgustó:

• Comprobar en el log del Asterisk los intentos fallidos de autenticación y en el caso de varios intentos, añadir de forma automática en el IPTables la dirección IP de nuestro ‘supuesto’ atacante.

Lo de ‘de forma automática‘ es imprescindible, ya que los ataques suelen producirse cuando nuestro sistema es más vulnerable: los fines de semana, de forma que no les prestemos atención a los logs hasta que el administrador de sistemas vuelva el lunes, de esta forma los atacantes tienen varios días para su ataque por fuerza bruta.Así que,  analizando el log y documentándonos un poco vimos que Asterisk loguea los intentos fallidos de registro SIP como mensajes de tipo NOTICE (algo que viene por defecto en el logger.conf y que nos permite monitorizar quien se ha intentado registrar casi siempre).

A la vista de esta última idea, desarrollamos  un script que, añadido al crontab, analizaba el archivo ‘messages’ del Asterisk en busca de intentos fallidos y cuando este número superase una cantidad considerable, el script añadiría dicha IP en el IPtables para que el sistema le prohibiese acceder al puerto 5060/UDP.

El script lo podéis encontrar aquí y para activarlo, tan sólo tenéis que copiarlo al directorio /usr/local/bin y llamarlo cada cierto tiempo en el crontab editando el archivo /etc/crontab y añadiendo una línea como esta:

00 *     * * *    root   /usr/local/bin/sipcheck.pl messages

De esta forma, evitaremos que un atacante pueda conocer la contraseña de nuestras extensiones que están detrás de nat y pueda hacer llamadas internacionales a través nuestra.

Por defecto, el número de intentos fallidos antes de ser añadido automáticamente al IPTables es de 200, suficientes para detectar un ataque por fuerza bruta sin que añada extensiones que han fallado por escribir mal la contraseña. Este número se puede cambiar dentro del código.

Las direcciones IP atacantes se añaden al firewall ya existente, permitiendo “limpiar” estas direcciones con el parámetro ‘clear‘ sin que afecte al resto de la configuración del IPTables.

Por supuesto, se le pueden hacer muchas mejoras, pero de momento, esta primera versión servirá para aquellos que quieran asegurar su sistema un poco más.

Si te gusta el script y lo quieres mejorar, acuérdate de enviarme los cambios para que pueda servir a otras personas (para eso es GPL).

El script lo podeis descargar de aquí: sipcheck

Únicamente nos falta agradecer a los asistentes al curso de Asterisk Advanced Bilbao 2010 por ese BrainStorming antes de quedar para cenar que fomentó hacer el script que ha conseguido que en algunos sistemas conocidos donde instalé este script para pruebas, ya haya capturado varias direcciones IP. ;D

No obstante, RIM acaba de anunciar dos nuevos móviles los BlackBerry Pearl 3G y BlackBerry Bold 9650, además de BlackBerry Mobile Voice System 5, un servicio de voz sobre WiFi para usuarios empresariales que permitirá conectar la BlackBerry mediante VoIP.

Por supuesto, esta novedad es exclusiva para los nuevos dispositivos de manera que muchos ya estarán pensando en actualizar su móvil de empresa para poder hacer uso de esta característica.

No obstante, parece ser que RIM no tiene claro lo que son “usuarios empresariales” ya que en la nota de prensa dejan claro funciona unicamente con Cisco Unified Communications Manager y por otro lado dicen que es “SIP compliant” por lo que no me termina de quedar claro si será o no, compatible con otros sistemas SIP o requerirá forzosamente un Cisco.

El Mobile Voice System 5, permite a los usuarios utilizar un único número entre su línea de teléfono y un smarpthone Blackberry a través de una conexión WiFi. Alguna de las características clave de BlackBerry MVS 5, que estará disponible a finales de año, incluyen filtrado de llamadas, ajustes de preferencia de red o control de acceso a la red WiFi. BlackBerry MVS 5 estará disponible a finales de año.

ERROR[6542] chan_zap.c: !! < Unknown IE 26 (cs5, len = 4)

Lo curioso es que este ensaje de error se repetía cada muy poco tiempo, así que un poco mosqueado, pese a que todo el sistema funcionaba correctamente, decidí investigar el porqué de este mensaje.

Tras hace un ‘pri intense debug span 1‘ durante varios minutos y revisar toda esa cantidad ingente de datos llegué al mensaje que provocaba el error:

< Informational frame:
 < SAPI: 00  C/R: 1 EA: 0
 <  TEI: 000        EA: 1
 < N(S): 022   0: 0
 < N(R): 061   P: 0
 < 20 bytes of data
 Handling message for SAPI/TEI=0/0
 -- ACKing all packets from 60 to (but not including) 61
 -- Something left to transmit (61), restarting T200 counter
 < Protocol Discriminator: Q.931 (8)  len=20
 < Call Ref: len= 2 (reference 610/0x262) (Terminator)
 < Message type: INFORMATION (123)
 < [28 08 20 30 20 50 41 53 4f 53]
 < Display (len=  [  0 PASOS ]
 < [95]
 < Locking Shift (len=01): Requested codeset 5
 < [1a 02 c4 00]
 [Jun  5 11:52:03] ERROR[6542]: chan_zap.c:8248 zt_pri_error: !! <  Unknown IE 26 (cs5, len = 4)
 -- Processing IE 40 (cs0, Display)
 -- Processing IE 26 (cs5, Unknown Information Element)
 !! Unknown IE 26 (cs5, Unknown Information Element)
 Sending Receiver Ready (23)

Fotografía de VentureVoIP

Por lo que me dí cuenta que ese error era simplemente la interpretación de un tipo de mensaje AOC (Advise of Charge) dentro del conjunto de mensajes ‘cs5‘ definidos como “Mensajes personalizados del Proveedor”, por lo que estaba claro, un tipo de mensaje que envía el proveedor para informar los “pasos” o los “momentos en los que aumenta el coste de esa llamada” a fin de que el sistema pueda reconocerlo y sea capaz de mostrar el coste de la llamada en tiempo real (por ejemplo para una cabina de teléfono, un locutorio o cualquier otro caso).

Asterisk no lo reconocía como tal, así que rellené el ticket en issues.asterisk.org para comentar este mensaje y que, por lo menos dejase de aparecer como “mensaje de error“.

Pues me entero gracias a la lista Asterisk-DEV y a la web VentureVoIP que David Vossel está desarrollando el soporte de AOC para Asterisk de forma que sea capaz de entender y actuar en función de los mensajes que reciba del proveedor, por lo que David está interesado en encontrar a gente que necesite de este soporte para que pueda probar lo que lleva hecho y así que el soporte de esta característica sea lo más real, efectivo y útil posible.

Os dejo el mensaje que ha publicado:

Hello!

Good news for those of you who are interested in Advice Of Charge support in Asterisk, the AOC branches are ready for testing! Below are the locations of the LibPRI and Asterisk components of this feature.

Asterisk Branch: http://svn.digium.com/svn/asterisk/team/dvossel/generic_aoc
LibPRI Branch: http://svn.digium.com/svn/libpri/team/dvossel/aoc_send

A help document explaining how AOC works in Asterisk can be found in ‘docs/advice_of_charge.txt‘ within the root directory of the Asterisk checkout.

If you are interested in generating your own AOC using Asterisk, I am especially interested in how you imagine doing that. At the moment AOC-E and AOC-D can be generated via an AMI action (this is all documented in the help document), but we still haven’t decided on how we would like to expose AOC-S message generation. An AMI action is probably not a good option for AOC-S because AOC-S must be generated before call-setup takes place. I was thinking a dialplan function would be nice. This would allow the generation of the AOC-S message on the channel before calling the Dial app. Would that be useful to anyone? Is there anyone even interested in generating AOC-S? Any other suggestions are more than welcome!

We look forward to your feedback and any help you can offer to make this new feature set more useful!

David Vossel
Digium, Inc. | Software Developer, Open Source Software

Es esta una discusión controvertida, y sobre todo muy habitual cuando juntas a gente de ambos mundos.

Unos te hablan de un software más económico y accesible, que no se basa en estándares propietarios y es por lo tanto integrable con todas aquellas soluciones basadas en estándares. Un software que puede ser mejorado y modificado por cualquier usuario para adaptarlo a sus necesidades específicas. Sin necesidad de pago de licencias, y con un soporte extendido y basado en una amplia comunidad de usuarios. La existencia de esta comunidad permite que el software sea muy diverso y eficiente,  ya que los usuarios que lo desarrollan tienen necesidades muy variadas y al tratarse de un grupo tan ingente de técnicos, puede obtenerse una muy buena optimización del software, además de una rápida resolución de los bugs que puedan surgir.

Otros te hablan de grandes empresas que te proporcionan respaldo y mantenimiento a sus aplicaciones. De casos de éxito en todo el mundo. De empresas que invierten una gran cantidad de recursos en conseguir un software fiable y estable, haciendo además mucho hincapié en su usabilidad. De que este tipo de software suelen tener una menor curva de aprendizaje que los softwares libres. Que suelen ser más amigables y orientados al usuario final, con interfaces gráficas mejor diseñadas, y con una menor variedad de distribuciones que pueden confundir al usuario.

En mi opinión, hay un factor muy importante a tener en cuenta a la hora de decidir entre un software libre y un software propietario. El mercado. Según el mercado al que nos queramos orientar en cada momento, la solución que más se puede adaptar a sus necesidades puede ser en unos casos una solución basada en software libre, y en otros, una solución basada en software propietario. Debemos ser capaces de adaptarnos a las diferentes coyunturas, tanto económicas, como políticas o sociales de cada cliente, para ofrecerle la solución que mejor encaje en su entorno. Incluso en muchos casos, podemos tener que llegar a una solución mixta, con ciertas partes basadas en software libre y otras en software propietario.

Lo fundamental es, en mi opinión, no quedarse nunca en los extremos. No quedarnos sólo con una de las dos soluciones, y ser en cambio capaces de ver en cada momento los beneficios que ambos mundos nos ofrecen, y adpatar nuestra solución al mercado que nos rodea.

Tras conocer un par de casos críticos y dolorosos, se me ocurrió hacer una pequeña utilidad, una herramienta básica, sencilla algo rápido pero útil que permitiese a cualquiera saber si su sistema SIP conectado a Internet, tiene una configuración que permita realizar este tipo de ataques, de forma que indicando los parámetros mínimos, podremos saber qué respondería el servidor en caso de ataque.

Esta herramienta lo único que hace es enviar al servidor indicado, un paquete INVITE un poco “tuneado” de forma que la herramienta “simulará” a un atacante intentando utilizar nuestro servidor para hacer una llamada, pero en lugar de a algún país extraño, será a nuestro móvil. Si conseguimos hacer una llamada (y recibirla), entonces es que algo no va bien y tendremos que revisar la configuración.

Para aquellos interesados en verificar que su configuración es segura, os recomiendo apuntar esta web en los favoritos y hacer las pruebas correctas para aseguraros que estais a salvo de los ataques de estos “personajes”.

http://www.sinologic.net/proyectos/asterisk/checkSecurity/

Antes de nada, agradecer a mi colega Iñaki Baz por sus consejos a la hora de generar el INVITE  ;D

Hay que tener en cuenta que si el resultado del test es Trying, significa que la llamada se está procesando y por lo tanto debemos revisar la configuración para evitar este resultado.

Para aquellos que no sepan bien de qué estamos hablando, explicaré que ciertas “personas” que, cansados de hacer algo productivo, pasan su tiempo libre fastidiando a otros y de paso se sacan un dinerillo. Aquellos que  se dedican a este negocio lo tienen bien estudiado, utilizan bots programados para escanear redes enteras buscando puertos UDP que respondan a peticiones SIP y una vez encontrado algún sistema que responda lo añaden a una lista de “candidatos” que es la carne de cañón que más tarde utilizan otros bots encargados de lanzar cientos de llamadas a países “exóticos” (telefónicamente hablando) es decir, lugares cuya tarifa más barata no baje del 1,20€ por llamada, como Cuba por poner un ejemplo aunque hay otros países que cumplen esta norma. Por desgracia, el pobre “primo” que sufre esa cantidad de llamadas luego le pasa factura (nunca mejor dicho) y cuando esta asciende a un número de 4 ó 5 cifras y terminado en el símbolo del euro (€) el “primo” se pone la etiqueta en la frente y prepara el papel para llorar a gusto.

No es común que a alguien le pase esto, no obstante, ya había oído algunos comentarios, había visto varios intentos extraños en mi propio Asterisk y empecé a sospechar. Uno viene de administrar sistemas Linux y la paranoia sobre la seguridad es una enfermedad necesaria pero agotadora de la que ya me curé, no obstante cuando uno lee que ha perdido 15.000€ en llamadas a Malasia, Cuba, Nigeria, o cualquier otro país, uno siempre se queda de piedra y la paranoia siempre vuelve. Luego, las preguntas de rigor… ¿quien paga esa factura? ¿a quién se denuncia? ¿cómo puedo saber si me puede pasar a mí? Lo cierto es que uno nunca cree que le vaya a ocurrir, hasta que ocurre y luego empiezan los problemas.

Por suerte apenas conozco a personas que hayan sufrido ataques de este tipo con éxito (por lo menos, que yo haya oído) pero es cierto que cada vez hay más y siempre hay algún pobre al que han cogido desprevenido con un sistema perdido, estable, que funcionaba día y noche sin quejarse y en una tarde ha hecho más de 20.000 llamadas a través de un primario a algún país “exótico”.

Estoy convencido que esta herramienta será útil a muchos compañeros que han instalado bastantes Asterisk.

Así que, para todos aquellos que ya os han asustado con algún intento, aquí teneis:

http://www.sinologic.net/proyectos/asterisk/checkSecurity/

Cualquier crítica, sugerencia o mejora no dudes en decirlo en los comentarios.

Nota: Para a todos aquellos que os aparezca Trying o otro mensaje de color Rojo, recordad que hace poco escribimos varios consejos sobre cómo mejorar la seguridad de vuestro Asterisk en este artículo:
http://www.sinologic.net/blog/2009-02/la-voip-mal-configurada-llama-a-cuba/

Entre estas mejoras se encuentra:

• Soporte libss7 en modo “cluster”.
  Básicamente, puedes tener varios sistemas Asterisk compartiendo enlaces de señalización utilizando este código. Aunque la señalización sea físicamente terminada en otras máquinas, puedes conectar varios E1/T1 en otros Asterisk y virtualmente utilizar los enlaces de señalización de estas otras.
• Un nuevo canal llamado chan_ccs, que permite entre otras cosas, controlar mediagateways MGCP para enlaces de voz, en lugar de tener que ser utilizado por un Asterisk. Para hacer el chan_ccs, ha tenido que modificarse el chan_mgcp para que Asterisk pueda actuar como un media gateway. Esto significa que puedes tener escalabilidad real TDM a través de un Asterisk de la misma forma que puedes utilizar Asterisk para reenviar señalización SIP sin tocar el audio RTP.

En esencia, esto convierte a Asterisk en un verdadero ‘softswitch’ permitiendo conectar nativamente varios media gateways y reenviar la señalización a otros sistemas que manejarán el RTP (incluso otros media gateways).

Esto es una gran noticia, aunque todavía está en fase de pruebas, por lo que Matthew pide que si alguien puede hacerle pruebas, podría llegar a tener un soporte bastante interesante y sobre todo, estable.

Vía: VentureVoIP

Que quien quiere más, por menos de 300 euros que es lo que cuesta actualmente esta preciosidad, tenemos un media center, blueray, consola y centralita ¡todo en uno!

**Actualización**

Esta instalación es válida para versiones de firmware anteriores a la 3.21, ya que Sony  a partir de este firmware ha eliminado la posibilidad de instalar Linux, en una decisión bastante controvertida.

Podeis ver más información aquí

Asi que vamos allá …

1º Sacar copias de Seguridad

Este paso es FUNDAMENTAL y para ello lo único que hace falta es un pendrive e ir a Ajustes -> Copia de Respaldo.

No debe de haber ningún problema a la hora de instalar, pero SIEMPRE es bueno tener copias de seguridad para todo.

2º Instalar Linux

Desde que salió PlayStation3 hay muchísimas páginas en Internet que explican cómo instalar todas las distintas versiones de Linux que soportan Playstation3, nosotros no vamos a poner todos los pasos aunque es bastante sencillo.

Haz clic en la imagen para ampliar

En nuestro caso escogimos YellowDog que es la distribución que fue creada para dar soporte a los procesadores PowerPC  y que finalmente Sony adaptó para dar soporte al hardware de PlayStation 3. Esta basada en CentOS y aunque efectivamente todo el hardware lo reconoce sin tener que hacer nada especial, el rendimiento no es como lo esperabamos, aunque ha sido un punto a mejorar en las distintas versiones, de todos  modos no esta de más parar todos los servicios de los que no hagamos uso.

Una magnífica guía de cómo instalar YellowDog podeis encontrarla en la página de elotrolado dónde explican paso a paso la instalación y que es lo que hace falta.

Como os comentaba antes, no será por distribuciones,  hay una lista bastante amplia de distribuciones (Ubuntu, Debian, YellowDog, Fedora…)

Otra opción y la que personalmente más me gusta es la de instalarle una Debian    y el proceso de instalación es igual que el anterior, lo único que nos va a hacer falta para poder instalarla es una versión Live de Debian que podéis encontrar aquí y  os dejo otro paso a paso para la instalación en esta ocasión de la página de lgallard donde explica paso a paso como instarlar nuestra Debian.

3º Arrancando el sistema

Una vez que hemos finalizado todos los pasos y finalmente Linux ha terminado de instalarse, el sistema se reiniciará y entraremos directamente en nuestro flamante Linux.

Cuando aparece la pantalla azul pediendonos usuario y contraseña tan solo tenemos que introducirlos y ya estaremos dentro del entorno gráfico de YellowDog.

Lo que más me sorprendió de YellowDog es que el entorno gráfico es enlightenment, uno de los entornos más ligeros y bonitos del mundo Linux.

Una de las primeras cosas que hice fue comprobar la detección del hardware empezando claramente por el procesador:

[root@localhost init.d]# cat /proc/cpuinfo
processor       : 0
cpu             : Cell Broadband Engine, altivec supported
clock           : 3192.000000MHz
revision        : 16.0 (pvr 0070 1000)

processor       : 1
cpu             : Cell Broadband Engine, altivec supported
clock           : 3192.000000MHz
revision        : 16.0 (pvr 0070 1000)

timebase        : 79800000
platform        : PS3
model           : SonyPS3

Como podeis ver, todo correcto por lo que podemos empezar a prerparar la instalación de Asterisk.

4º Instalación de paquetes.

Bien, entramos en la parte puramente Asterisk  y antes de ponernos a compilar vamos a necesitar instalar todos los paquetes necesarios para que la compilación de Asterisk no nos de problemas.

Para ello necesitamos unos cuantos:

yum install gcc-c++.ppc libstdc++-devel.ppc64 libXpm-devel.ppc64 imlib2.ppc imlib2-devel gtk2-devel libgnome-devel
yum install libXrandr-devel libXrender-devel libXft-devel ncurses-devel.ppc

Una vez que esten todos instalados, vamos a la página de Asterisk y nos descargamos la última versión

wget http://downloads.asterisk.org/pub/telephony/asterisk/releases/asterisk-1.4.30.tar.gz
mv asterisk-1.4.30.tar.gz /usr/src

Y lo descomprimimos:

tar xvfz asterisk-1.4.30.tar.gz
cd asterisk-1.4.30/

Y comenzamos la compilación como siempre:

./configure
make
make install

5º Arrancar Asterisk

Si no se ha producido ningún error por falta de algún paquete que nos hubiese hecho falta, ya está todo listo para poder arrancar nuestra centralita en la PlayStation3 por lo que procedemos como siempre y escrbimos en consola:

asterisk

Sorpresa desagradable, nos dirá command not found, pero que no cunda el  pánico no ha habido ningún problema, esto es debido a que la instalación de Asterisk copia el ejecutable en el directorio /usr/sbin/ y éste directorio no forma parte del PATH de YellowDog  por eso no nos aparece directamente, esto no debería sucederos en otras distribuciones.

En este caso tenemos varias opciones:

1- Arrancar tal cual poniendo el path completo:

./usr/sbin/asterisk

./usr/sbin/asterisk -rvvvvv para entrar en la consola

2- Crearnos un enlace simbólico:

ln -s -s /usr/sbin/asterisk /usr/bin/asterisk

3- Añadir el /usr/sbin a la variable PATH:

export PATH=PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games

Tras todo esto ya tenemos nuestra PlayStation 3 convertida en una PBX en la que el transcoding por primera vez no debería ser un problema, asi que desde luego no será por no sacarle partido a nuestra PlayStation 3.

Aunque no es habitual, en este caso quiero dar las gracias a 2 personas sin las cuales este artículo no habría visto la luz del sol, el primero de ellos es Enrique Atienza por tener la suficiente fe en mi como para dejarme su querida PlayStation y que la haga todas estas perrerias sin borrarle sus partitdas  y otro a Antonio L. Porcuna que fue el que me brindó la idea de este post. ¡Gracias a ambos!

El traductor de idiomas de Google recientemente ha modificado su aspecto y no únicamente eso, si no que ha incorporado una característica que permite a alguien que quiere traducir una frase, poder escucharla para así aprender cómo se pronuncia, algo que desde un punto de vista objetivo tampoco es imprescindible, pero sí bastante interesante.

Lo que sí es interesante es que aprovechando esta característica de transformar una palabra o una frase a audio para poder escucharla, se puede conseguir que Google nos lea un texto cualquiera si sabemos cómo.

Vamos a ver cómo se hace…

La pega es que esta característica únicamente funciona a través de un navegador, ya que aprovecha el soporte HTML5 de los navegadores actuales (Internet Explorer < 9 no sirve), para generar dicho audio y poder escucharlo sin necesidad de utilizar otras herramientas.

Para que Google nos “lea” un texto, tenemos que acceder a una página como esta:

http://translate.google.com/translate_tts?tl=es&q=esto es una prueba

Una vez hayamos escrito esta dirección web en nuestro navegador con soporte de HTML5, veremos una pantalla en negro, y si tenemos los altavoces escucharemos una voz que lee la frase que hemos puesto en negrita.

Nos vamos a “Archivo > Guardar cómo…” y guardamos esta página como, por ejemplo “prueba.mpga“.

El archivo guardado, aunque tenga extensión mpga, realmente es un mp4 lo que es perfectamente compatible con cualquier aplicación de manipulación de sonidos como el ultra-práctico ‘sox‘.

Convertimos con ‘sox’ el archivo a un formato algo más manejable por nuestro Asterisk:

sox -t mp4 prueba.mpga -t wav prueba.wav

De esta forma, tendremos un nuevo archivo llamado prueba.wav que si lo abrimos con cualquier aplicación como Audacity, podremos ver que es perfectamente reproducible.

No es un TTS profesional, para eso hay otros, pero por lo menos, tendremos un TTS pasivo de una forma fácil, rápido y gratis.

Aquí os dejo el archivo wav que he generado para que escucheis la calidad del audio: prueba.wav

Que lo disfruteis.

En dicho libro realizado integramente por Alfio Muñoz, conocido Instructor, partner y colaborador del proyecto que cuenta además con apoyo oficial de AiaTek (partner  oficial  de Elastix en la República Dominicana) se trata de dar un pantallazo general de todas las prestaciones y funcionalidades posibles con Elastix en su formato Out of The box.

El libro en su totalidad está licenciado por medio de la licencia GNU FDL lo cual permite su edición y mejora continua por parte de la comunidad y está orientado a un público recién iniciado en el mundo de la VoIP, sin ser esto un impedimento  para que usuarios avanzados puedan descubrir en el tips interesantes o simples detalles de configuraciones desconocidas por muchos.

Realmente debido a la escasa cantidad de material de consulta sobre VoIP en nuestro idioma, aportes como este deben ser tomados muy seriamente por la comunidad y deben contar con apoyo de las empresas patrocinantes como lo hizo AiaTek en este caso.

Mientras tanto felicitaciones Alfio, mi opinión sobre el libro fue mas que positiva, todo material es perfectible y espero que este formato de material de estudio y consulta en formato OpenSource se propague en la comunidad  y la misma sepa devolver su granito de arena.

Vínculo gratuito para su descarga:  Elastix a Ritmo Merengue

El libro cumple perfectamente su cometido, explica prácticamente todo lo necesario para crear un sistema PBX de una manera fácil, rápida y explica los conocimientos básicos necesarios para que podamos configurar nuestras extensiones, y programar un dialplan que nos permita hacer y recibir llamadas así como configurar cuentas con proveedores IP y las tarjetas compatibles, así como configurar la integración con otras aplicaciones, extensiones remotas y diversos servicios asociados a las cuentas SIP que hayamos creado: voicemail, música en espera, menús, salas de conferencias, etc.

Sería injusto comparar 3CX y Asterisk ya que 3CX es una aplicación pensada para montar una centralita mientras que Asterisk es una aplicación pensada para hacer de herramienta de gestión de comunicaciones que igual puede hacer de centralita, de gateway y prácticamente cualquier otra función que necesitemos, por lo que aquellos que quieran montar su propia centralita, que no les importe comprar licencias, que no sepan nada de Linux pero dominen más los sistemas Windows, 3CX es una aplicación que seguro les interesará conocer.

Eso sí, como todo sistema de este tipo, cualquier característica que no traiga de serie, será mejor olvidarla.

El libro “3CX IP PBX Tutorial” introduce al lector en una filosofía basada en lo “rápido, fácil y económico” y está especialmente dirigido a aquellos usuarios que utilizan sistemas Trixbox, Elastix y otros interfaces enlatados, dando por sentado que aquellos que utilizan estos sistemas buscan montar un sistema de comunicaciones rápida, fácil y lo más barato posible pero con todas las características que puede requerir cualquier empresa para su sistema de comunicaciones. Por ello, comienza con una comparativa sobre Linux+Asterisk vs. Windows+3CX, que deja claro para quién está pensada esta aplicación: para los que no quieren complicarse con Linux y Asterisk.

3CX cuenta con una versión gratuita y otra comercial. La versión gratuita está limitada lo suficiente para que una empresa que quiera utilizarla pueda ver qué puede, y la versión comercial (cito una frase del libro: “Asterisk Free version has features comparable to 3CX Commercial edition“, algo que cualquiera que conozca Asterisk mínimamente debe imaginarse que no es cierto.)

En el libro empieza con una lista de requisitos prácticos que debe tener un servidor que vaya a ser utilizado para ejecutar esta aplicación. Al contrario de lo que uno puede pensar cuando conoce un poco Asterisk, la aplicación 3CX utiliza bastantes recursos y aunque puede ser instalado en una máquina virtual como Xen, VMWare, Parallels, VirtualBox, o cualquier otra, siempre se recomienda un sistema dedicado ya que hará bastante uso del procesador y de la memoria, además del que ya utiliza un sistema basado en Windows.

Una vez explicado los requisitos y porqué son necesarios, empieza una explicación paso a paso ilustrado con capturas de cada una de las pantallas qué hay que hacer para instalar y configurar el sistema:

Introducción
- Descarga e Instalación de 3CX
- Lista de terminales IP compatibles y cómo configurarlos para conectarlos a 3CX.
- Creación de grupos de teléfonos (para diferentes departamentos).
- Configuración y gestión de grupos de llamadas, voicemail, colas y menús interactivos.
- Gestión de cuentas de proveedores SIP para llamadas tanto entrantes como salientes.
- Configuración de la música en espera, creación de locuciones para menús y una introducción al dialplan.

Avanzando
- Avanzando con dialplan más complejos.
- Configurando extensiones remotas en internet o a través del sistema de VPN propio de 3CX.
- Grabación de llamadas.
- Faxes mediante T.30 y T.38.
- Configuración y selección del códec más idoneo en cada momento.
- Configuración de routers para evitar problemas de conexión.

Funciones especiales para Empresas
- Integración con aplicaciones de terceros: (Outlook 2007, Click-to-dial, y algunos otros)
- Cómo conectar 3CX con otras centralitas ya existentes.
- Integraciones con otros tipos de centralitas.

Hardware compatible
- Lista del hardware que 3CX soporta de forma especial, así como otro hardware que soporta gracias al uso de estándares abiertos.
- Gateways compatibles (analógicos, rdsi básicos, rdsi primarios, gsm,…)
- Dispositivos ATAs (gateways analógicos-SIP)

Labores de Mantenimiento necesario
- Realizar copias de seguridad de la configuración.
- Restaurar todo tras un desastre.
- Configurar un firewall para aumentar la seguridad.
- Monitorizando el sistema.

Integraciones especiales
- Integración especial para su propio módulo para Hoteles.
- Integración con Skype (mediante un gateway especial de 3CX compatible con Skype).
- Integración con mensajería instantánea mediante Openfire.

En resumen, “3CX IP PBX Tutorial” es un libro que bien podría tratarse del manual de usuario oficial de 3CX y que más de uno sin duda comprará para tenerlo siempre a mano y de hecho, imprescindible para aquellos que empiecen a utilizar esta aplicación.

La pega, pues que como la mayoría de los libros técnicos de esta y muchas otras editoriales, tanto la aplicación 3CX como el libro, únicamente se encuentran en inglés, por lo que seguramente este hándicap será más que suficiente para aquellos que estaban interesados en este producto y seguirán utilizando otras aplicaciones, distribuciones y tutoriales escritas en español.

Si quereis echar un vistazo, siempre podeis descargar un extracto.

QueueMetrics destaca por su gran flexibidad, y gran número de reportes disponible.  Además, gracias a su API de programación y su interfaz XML.-RPC,  es muy fácil obtener los resultados y integrarlos en una aplicación propietaria, realizar wallboards, o  cualquier tipo de report.  Para mi gusto personal, es una herramienta un poco “tosca” en la presentación de informes,  pero no cabe duda que estos son muy completos (pueden ser tambien generados en un excel para ser tratados con posterioridad), y que   la herramienta lo que persigue no es ser vistosa, sino funcional,  altamente escalable,  y conseguir los reportes mas adecuados y completos para medir la efectifividad de un call center, de sus agentes, y de los SLAs comprometidos.   Dispone ademas de funcionalidades QA (Quality Assurance) para evaluar la gestión del callcenter, y permite logeo/deslogeo de agentes en colas  estandar asterisk a partir de un interfaz web, incluyendo motivos de pausa..

Por esa flexividad,  es una herramienta que suele ser muy util y ampliamente utilizada.  No es una herramienta gratuita, pero tiene un coste bastante razonable y atractivo,  por lo que suele formar parte de todo tipo de instalaciones de callcenters, incluso aquellas que se basan unicamente en software libre  (de hecho, no es raro que se use en combinación de productos gratuitos como AgentLogger, para el CTI del puesto, o productos similares).

QueueMetrics se integra con una amplia variedad de programas adicionales,  como software de grabación,   es compatible con las ultimas versiones de Asterisk ,  altamente escalable,  y  en definitiva,  es una de las mejores soluciones existentes para métricas en CallCenters.

Más información sobre la nueva release, aqui

La noticia no es baladín, ya que se trata de una compañia que ha hecho del linux, su mundo del negocio. No sólo tiene la segunda distribución de linux más vendida del mercado (S.U.S.E), sino que tiene software realmente innovador (Zenworks, GroupWise, Mono, Red Carpet, Evolution…), su propia version del OpenOffice (OpenOffice Novell Edition) y un amplio portolio de productos para la seguridad / admisnistracion (incluido en entornos Cloud). Además, es una de las compañias que se considera que tiene una visión más solida en el mundo de las comunicaciones unificadas con su “Pulse”, un producto del que ya hablamos hace unos dias, y que estrategicamente da un interesante valor añadido a su potencial.

Suena como una interesante adquisición para compañias que quieran reforzar su portfolio de soluciones linux, y desde luego, un caramelo interesante para Oracle, que puede verse en una situacion envidiable para competir simultaneamente con IBM y Microsoft. De llevarse acabo, esta noticia podria impactar seriamente en el mundo del opensource, y de la industria informática en general.

Esta versión también es compatible con Asterisk EC2 (de Amazon EC2) y servidores virtuales Xen.

Esta versión tiene los siguientes cambios y modificaciones:

• add: Complete DTMF buffering during HTTP long requests.
• add: Add paramter threshold to configure the VAD/silence (record).
• add: Add parameter autoexit to kill asterisk if the connection with VXI is lost.
• add: Set record maxtime shadow variable.
• add: Improve prompt hangup and bargein (skip HTTP processing, limit queue-fill).
• mod: Select the first account with redirection(s).
• add: Add clean support of noinput and hangup event during the record.
• add: Add the account parameter “force” to set Transfercapability=VIDEO.
• mod: Improvement of the bridge transfer (use with transcode).
• mod: Disable the msgqlock.
• add: Add parameter videoprofile (to controle the video codec transcoder).
• add: Check the account in the vxml(@) execution.
• mod: Correction to control the call answer.
• add: bridge and spawn modes for localformat.
• mod: Add the DOCTYPE in the grammars.
• mod: Correction in the session release (wait for playall).
• mod: Correction for better speech support.

Para descargarlo podeis hacerlo desde su propia página web:

» Linux 32bit : Debian Etch | Debian Lenny | CentOs 5 | Debian Sarge | otros…
» Linux 64bit : Debian Etch | Debian Lenny | CentOs 5 | otros…

O entrar su web para más información:
http://www.i6net.com/products/vxi/

Según sabemos gracias a VentureVoIP, la gente de Zoiper acaba de publicar un conjunto de aplicaciones para Asterisk para soportar faxes en T.30 y T.38 con doble licencia (GPL y comercial).

Estos módulos que dotan a Asterisk de aplicaciones para enviar y recibir faxes en T.30 y T.38, además de un cliente para poder enviar y recibir faxes (con licencia gratuita y comercial) y un emulador de impresora para poder enviar faxes desde cualquier aplicación de nuestro sistema operativo (compatible con Linux, MacOS y Windows).

El paquete Attaxfax lo podeis descargar de aquí:
http://www.zoiper.com/foip/

El anuncio oficial es este:

On friday we finally released Attrafax under a GPL2 license. It comes with its own set of modems and built in transparent gatewaying. The solution should be quite stable as long as the line quality is ok. (Some tools for measuring the line quality are included in the release, as well as some fax2mail scripts).

There is an example implementation included for Asterisk 1.4, if someone wants to porting it to the new fax backend or more recent asterisk versions and needs some help, let us know.

The full press release can be found here:
http://www.zoiper.com/downloads/opensource_fax_stack_PR.pdf
The project homepage can be found at www.zoiper.com/foip/

Cheers,

Zoa

El lanzamiento de ADA (Asterisk Desktop Assistant) me sorprendió bastante por varios motivos:

- Conociendo a los desarrolladores de Digium, me extrañaba que crearan un software exclusivamente para Windows.
- Aunque los negocios son los negocios, una aplicación tan “sencilla” de desarrollar bien podrían haberla publicado con alguna licencia libre.
- Teniendo tantas alternativas de mucha más calidad y experiencia, lanzar una aplicación de este tipo sin un valor añadido extra era simplemente “arriesgado”.

Por estos motivos decidí no prestarle más atención, … hasta hace unos días.

Leyendo en la lista de Asterisk-DEV, me enteré que el proyecto murió un mes después del anuncio (sin comentarios) y como Digium no tiene desarrolladores que desarrollen para Windows, o los que tiene, ya están ocupados con otros proyectos, simplemente lo dejaron ahí, y el producto quedó sin soporte, sin actualizaciones, sin nada, el ciclo se cerró y fin del producto.

Un año después algunos usuarios se preguntan: Ese software que nadie quiere, ¿no se puede liberar y que otros desarrolladores que lo deseen puedan continuar con el proyecto para crearse sus propias actualizaciones y mejoras? ¿es tan triste el software comercial que cuando se queda sin desarrolladores, arrastra a todos sus usuarios tras él?

Muchas empresas apuestan por software comercial porque tiene tras de sí a una o varias empresas que les dán soporte, actualizaciones, mantenimiento, etc… (algo que por otra parte también lo tiene el software libre, pero bueno) ¿qué ocurre cuando el producto ya no es rentable? ¿cuando requiere más inversión que el beneficio que se va a obtener de él? ¿no es el mejor momento para “liberar” ese software y que sea la propia empresa u otra, si lo desea, quien continúe con el desarrollo antes de darlo por muerto?

Personalmente considero que el software libre es uno de los caminos que nos permiten evolucionar, quizá no sea tan económicamente rentable desde el punto de vista “licencias = $$$$“, pero por suerte hay empresas que apuestan por este tipo de software y demuestran día a día que el software, aún siendo libre, puede ser rentable y no tiene porqué morir jamás mientras haya alguien en algún lugar del mundo que esté dispuesto a continuar programando.

Lo  primero que nos hace falta es instalar un servidor web, para que podamos ver las estadísticas, como Apache.

Una vez instalado, pasamos a instalar Munin:

apt-get install munin

et voilá!, ya lo tenemos instalado, ahora vamos a descargarnos unos plugins para Asterisk desde esta dirección aunque como podeis ver son para Asterisk 1.4.
Los descomprimimos en el directorio /usr/share/munin/plugins

cd /usr/src
wget http://rodolphe.quiedeville.org/hack/munin/asterisk-1.4/
tar xvfz asterisk-munin.tar.gz
mv asterisk_*  /usr/share/munin/plugins/

Ése es el directorio donde munin almacena todos los plugins, activos o no.  Para activar nuestros plugins, tenemos que crear un enlace simbólico hacia /etc/munin/plugins y de esta forma pasarán a a recoger datos, vamos prácticamente listos para empezar a funcionar.

Configuraciones de ficheros:

Bien tras esto tenemos que configurar el fichero munin.conf que se encuentra en el /etc, y es el fichero de configuración del servidor munin, en él vamos a indicar cuales son los directorios que vamos a utilizar y la configuración de distintas máquinas si las tuviesemos, en este caso como solo vamos a monitorizar la propia quedaría así:

dbdir   /var/lib/munin
htmldir /var/www/munin
logdir  /var/log/munin
rundir  /var/run/munin

[localhost.localdomain]
address 127.0.0.1
use_node_name yes

Tras esto, solo nos queda una cosa modificar el /etc/munin/plugin-conf/munin-node y añadir lo siguiente:

[asterisk_*]
user root

Ahora arrancamos el servicio o lo reiniciamos si estaba arriba:

/etc/init.d/munin-node restart

Esperamos un momento a que Munit empiece a recopilar datos y ya tendremos todas nuestras estadístcas diponibles en http://localhost/munin

Dentro de todos los plugins que hay, podemos ver 2 tipos los que conectan a Asterisk directamente mediante la consola y que lo hacen mediante el manager, por lo que  si quereis que las conexiones se hagan mediante el manager debereis configurar una cuenta para Munin, éstos son los datos que utiliza por defecto:

[munin]

secret=mysecret
deny=0.0.0.0/0.0.0.0
permit=127.0.0.1/255.255.255.255

Hemos modificado los ficheros para que funcionen para Asterisk 1.6 aquí os los dejamos. ¡Que lo disfruteis!

Imaginemos que utilizamos un terminal IP (o softphone) con una cuenta limitada a extensiones SIP, en principio sólo podríamos llamar a extensiones SIP, pero el bug explica cómo aprovechar una mala programacion del dialplan y poder llamar a donde queramos:

El fallo de seguridad ocurre principalmente si tenemos una línea como esta:

exten=>_X.,1,Dial(SIP/${EXTEN})

De manera que cualquier número que marquemos, intentará llamar por SIP:

Si marcamos 800, en el dialplan se ejecutará: exten=>800,1,Dial(SIP/800)
Si queremos llamar hacia el exterior, marcamos 952123456, y en el dialplan se ejecutará: exten=>952123456,1,Dial(SIP/952123456)

Claro, que si no tenemos una extensión SIP con ese número, no hará nada y colgará la llamada.
Pero como todos ‘deberíamos’ saber, el comodín punto ‘.’ admite cualquier cosa y tantas como queramos (símbolos, letras, etc) por lo que si en lugar de utilizar un terminal IP utilizamos un softphone, podríamos llamar a nombres o a cualquier cosa que podamos escribir:

Si marcamos 3pepota, en el dialplan se ejecutará:
exten=>3pepota,1,Dial(SIP/3pepota)

Tampoco llamará a nadie, ya que la extensión 3pepota no existe.

El fallo de seguridad consiste en que también podemos utilizar signos de puntuación y otros caracteres, por lo que perfectamente podríamos marcar:

Si marcamos 3pepota&DAHDI/g1/952123456, en el dialplán se ejecutará:

exten=>3pepota&DAHDI/g1/952123456,1,Dial(SIP/3pepota&DAHDI/g1/952123456)

Asterisk por lo tanto, al existir el símbolo ‘&’ llamará a ambos sitios simultaneamente:

Llamará  a SIP/3pepota y a  DAHDI/g1/952123456

De forma que si una de las partes contesta, podremos hablar con ella saltándonos todas las prohibiciones.

Sencillo ¿verdad?

Para evitar esto, Olle Johansson propuso un “arreglo” en el dialplan que podeis ver en la web donde describe el problema.

Hay que dejar claro que esto NO ES UN FALLO DE ASTERISK, si no un fallo de la persona que ha programado el dialplan. No obstante, parece que ha salido una versión que dispone de herramientas (aplicaciones y t funciones que ayuda a prevenir esta práctica, aunque la mejor práctica es evitar utilizar el punto tanto como nos sea posible, y que si queremos programar llamadas a extensiones que empiezan en 200 y acaban en 799 deberíamos escribir algo como:

exten=>_[2-7]XX,1,Dial(SIP/${EXTEN})

o como mínimo:

exten=>_XXX,1,Dial(SIP/${EXTEN})

pero nunca jamás:

exten=>_X.,1,Dial(SIP/${EXTEN})

Así que se ha redactado una “guía del buen administrador” para que aquellos que quieran administrar un Asterisk, puedan seguir unos consejos muy interesantes.

Las nuevas versiones con las herramientas y funciones como FILTER().

Además, un consejo gratuito: para las llamadas internacionales que sí utilizan puntos y son bastante “suculentas”, os recomiendo utilizar algo como esto:

exten=>_00XXXX.,1,ExecIF(${REGEX(“&,/|@” ${EXTEN})}?Congestion())
exten=>_00XXXX.,n,Authenticate(1234) ;; Numero pin conocido por todos los usuarios.
exten=>_00XXXX.,n,Dial(SIP/${EXTEN}@proveedorIP)

De esta forma, si hubiese algún fallo por nuestra parte y dejamos desprotegida la entrada de llamadas por SIP para que cualquiera pudiera llamarnos, con capacidad de salto entre contextos internos y permitiésemos en algún momento que alguien remoto sin autentificar pueda llamar a un número internacional a través nuestra, por lo menos tendría que insertar un código PIN nada agradable y que tendría que averiguar.
Una pequeña molestia para las llamadas internacionales, que nos puede ahorrar mucho dinero si pasa lo peor.

TsLinkNet también trasforma la señalización SIP a señalización PSTN convirtiendo los paquetes codificados de G.711 a tramas TDM utilizados por líneas digitales.

Este software está desarrollado por una empresa que ha creado una pila para comunicarse con la PSTN que sustituye las LibPRI que generalmente utilizamos y lo dota de algunas nuevas características que mejoran el rendimiento y las capacidades de este último.

Si os interesa, podeis ver una comparativa de rendimiento entre este software y las LibPRI.

Aunque hemos hablado de conexión con la PSTN de un modo genérico, esta pila está certificada para funcionar junto con dispositivos de Redfone como los foneBridge2 pudiendo utilizar, no únicamente Asterisk, si no cualquier otro software compatible con SIP para trabajar con los foneBridges haciendola una solución aún más flexible y competitiva.

El datasheet de este software:
http://red-fone.com/images/products/tslinnet_rf_datasheet.pdf

Más información en la web de TsLinkNet.

El soporte de T.38 que trae Asterisk 1.6 no es precisamente un todo-terreno, de hecho la gran mayoría de las situaciones en las que más podemos pensar que nos interesa utilizar T.38 (para enviar y recibir faxes a través de VoIP) se convierte en toda una odisea si pensamos que con Asterisk 1.6 lo podemos hacer sin más.

Hace un par de días, Asterisk™ publicó una nota de seguridad que afirmaban haber encontrado un bug donde modificando el campo FaxDatagram en el SDP provocaba que Asterisk dejara de funcionar, algo que se solucionó con un parche que ya viene incluida en las nuevas versiones de Asterisk 1.6:

- Asterisk 1.6.0.22 (ChangeLog)

- Asterisk 1.6.1.14 (ChangeLog)

- Asterisk 1.6.2.2 (ChangeLog)

Por supuesto, Asterisk 1.4, al no soportar de serie este tipo de datos no es vulnerable y por lo tanto no ha requerido de actualización.

Para descargar: http://downloads.digium.com/pub/asterisk/

Para el iPhone existen pocos softphones abiertos, (cuando decimos abiertos nos referimos a que no están asociados a ningún operador IP) aunque por lo general es necesario adquirirlos previo pago tanto si posteriormente nos gusta o no. No obstante Fring es un cliente de mensajería que tiene entre sus mejores virtudes el soporte de protocolo SIP aunque utilizando eso sí, su propio servidor SIP (nuestra aplicación se registra en ellos y ellos en el sistema que tú quieras). Esto tiene el inconveniente que les estás enviando todos los datos de autentificación de tu sistema a la gente de Fring, pero por otro lado, mejora considerablemente los posibles problemas de NAT que puedas tener.

La gente de Fring siempre han demostrado estar por delante de muchas otras aplicaciones similares y en esta ocasión lo han demostrado, siendo la primera aplicación que soporta (en el iPhone) VoIP bajo la red 3G de nuestro operador (en otros móviles ya funcionaba sin problemas), por lo que ya no necesitamos estar con cobertura Wifi para poder hablar utilizando la propia red del operador.

Esta característica, unida a la posibilidad de hacer videoconferencia (el único softphone para el iPhone que lo soporta) y además soporte de notificaciones para cuando alguien nos envía un mensaje o nos llama, poder contestar sin necesidad de tener la aplicación abierta continuamente lo hacen muchísimo más potente que la versión de Skype que tanta publicidad recibió en su momento, lo que demuestra que cuando la gente no conoce algo, se está perdiendo el 95% de su potencial.

Más información: http://www.fring.com/spain/
y en su propio blog: http://blog.fring.com/spain/

y para muestra, un vídeo:

*Actualización*: Nos hemos dado cuenta que no hemos advertido que pese a que Fring soporte VoIP bajo 3G, en España la mayoría de los operadores han prohibido utilizar VoIP en sus redes 3G, así que consulta el contratopara comprobar si puedes o no, utilizar 3G. Movistar y Vodafone parece que no lo soportan… ¿conoces algún proveedor que sí lo permita?

La nueva versión de Bria 3.0 dispone de:

• Vídeo de alta definición – Capaz de enviar y recibir vídeo en alta resolución HD (960x720p).
• Nuevo interfaz para Windows y Mac – Pudiendo seleccionar un interfaz claro u oscuro, efectos de transición, animaciones y la versión Mac tiene un aspecto muy maquero.
• Mejorada la usabilidad – Diseño aún más sencillo y mejorado para realizar conferencias, transferencias y gestionar varias llamadas a la vez que se simplifica el menú de configuración.
• Mejorada la accesibilidad – Ahora Bria soporta cambio de tamaño para mejorar su visibilidad.
• Mejorada las opciones de logueo – Soporta varias formas de login incluyendo autoprovisionamiento por DHCP.
• Mejorada la gestión con firewalls con NAT Traversal - Soportando ICE, STUN y TURN
• Bria ahora es Portable – Soporta sistema plug-and- play HID-compliant devices incluso personalizando el entorno (sólo compatible con Windows)
• Asistente para resolver problemas
• Soporte de Alertas - Selecciona un usuario y el sistema avisará cuando se conecte o esté disponible.
• Soporte de Agenda de contactos – Sincroniza los contactos con Microsoft Outlook y la agenda personal de Mac.
• Integración con sistemas CLI y CRM – La nueva API permite integrar llamadas entrantes y salientes con otras aplicaciones de tipo CRM y CLI utilizando el estándar RFC 4967
• Soporte de Call-Pick Up y Join – Soporte de Bridged Line Appearance (BLA) para trabajo en grupo que permite a los usuarios capturar o unir otras llamadas.

Sólo nos queda preguntar… ¿y Linux??? ¿para cuando?

Más información:
http://www.counterpath.com/bria.html

Otros softphones SIP útiles y compatibles con Mac:

• DialApplet
• Blink
• Zoiper

- Parche para “penalizar a los agentes que no han contestado llamadas”:

En todas las instalaciones de callcenter existen ciertos operadores muy listos que deciden no responder llamadas porque están cansados, o porque sabe quién está llamando y prefieren que otros se coman el marrón. Para eso está este parche que añade cierta penalización a los miembros de una cola si no contestan llamadas, de forma que si se “saltan” una llamada, puede ser que reciban 3 llamadas seguidas.

El parche lo podeis encontrar aquí: https://issues.asterisk.org/view.php?id=16722

- Parche para controlar el DEVICE_STATE mediante el Manager de Asterisk:

Es muy interesante obtener el estado de una extensión desde el manager, sobre todo cuando desarrollamos para Asterisk y queremos monitorizar si una extensión está ocupada, está sonando o está disponible.
Actualmente esto ya se puede hacer, aunque hay que parsear el sip show peer XXX y por lo tanto, un posible cambio de la estructura podría romper nuestra aplicación. Para eso tenemos una nueva aplicación que nos permite obtener y añadir un estado de una extensión (sala de conferencias, etc…): DeviceStateGet y DeviceStateSet.

El parche lo podeis encontrar aquí: https://issues.asterisk.org/view.php?id=16732

- Parche para activar y desactivar la grabación mediante el MixMonitor:

Como decía el autor del parche, necesitaban grabar todas las conversaciones pero en cierto momento, el usuario que llamaba tecleaba el número de su tarjeta de crédito y grabar esto sería un gravísimo fallo de seguridad, que podría hacer que hubiera que pagar una multa tan grande por “colaboracion con estafa” que podría cerrarte prácticamente cualquier negocio, por lo que decidieron implementar dos comandos para el Manager que permitieran “parar” y “reanudar” la grabación durante la marcación de estos códigos DTMF sensibles: MuteMixMonitor y UnMuteMixMonitor.

El parche lo podeis encontrar aquí: https://issues.asterisk.org/view.php?id=16740

Olle Johansson (Edvina) hizo público que ya estaba lista para probar, una versión de Asterisk especial donde se mejora considerablemente el control de la calidad de servicios (QoS) que lleva incluido Asterisk, además de diversas mejoras en el protocolo RTCP que mejorarían su funcionamiento en sistemas Asterisk que están detrás de NAT permitiendo mejorar la comunicación con los usuarios SIP.

Además de estas modificaciones esta versión dispone de:

* RTCP improvements from pinefrog-1.4
* “Sip show chanstats” cli command
* The branch pinequality-* giving you the manager “sipchannel” event to check QoS

Para cualquiera que quiera probar esta versión, puede instalarla mediante los siguientes comandos.

svn co http://svn.asterisk.org/svn/asterisk/team/oej/pinefrog-deluxe-rtcp-test/ asterisk-oej-test-rtcp

cd asterisk-oej-test-rtcp

./configure && make && make install

# Si no tenemos otro asterisk en funcionamiento, es muy recomendable ejecutar el: make samples
# ya que incluye alguna documentación y parámetros nuevos que habría que configurar.

Para más información:
http://www.voip-forum.com/opensource/2010-01/test-rtcp-test-branch-based-asterisk-14/

Imagen obtenida de CounterPath.com

CounterPath, la creadora de uno de los softphones más populares como es “X-Lite“, “EyeBeam” y “Bria“, anuncia mediante una nota de prensa, que tras un acuerdo con Digium, han estado trabajando y acaban de publicar una versión de su softphone Bria especiamente compatible con Asterisk.

La principal diferencia con respecto al resto de softphone de CounterPath consistiría en un desarrollo especial que permitiría la configuración remota de forma rápida y transparente a través de Asterisk, de forma que sea el administrador de Asterisk el que configura los distintos softphones sin tener que acceder a todos y cada uno de los sistemas donde está instalada la aplicación.

Además de esta característica, este softphone añade soporte de mensajería instantánea que ya lo trae por defecto la versión estándar, videoconferencia, códecs de alta definición (G.722), soporte nativo de multiconferencia (llamadas a tres) y el típico click-to-dial desde Microsoft Outlook.

Quizá la principal ventaja de este softphone con respecto a otros es su capacidad para autoprovisionarse diréctamente desde la configuración del propio Asterisk como ya lo hacen los terminales Polycom, aunque visto lo visto, yo sigo prefiriendo utilizar un teléfono SIP normal y corriente que ya incluye soporte de autoprovisionamiento que no depende del servicio Asterisk.

El precio de esta versión del Bria aún no se ha confirmado, aunque supongo que será muy similar a la versión estándar lo que rondará unos $50-$70 por licencia.

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

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

Digium

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

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.

*Actualización 13 de enero de 2010*

Richard nos anuncia en un comentario:

Se ha publicado la versión 2.0 alfa, la posibilidad de descargarlo es:

32bits

http://sourceforge.net/projects/elastix/files/Elastix-2.0.0-alpha3-i386-bin-30Dec2009.iso/download

64bits
http://sourceforge.net/projects/elastix/files/Elastix-2.0.0-alpha3-x86_64-bin-30dic2009.iso/download

Gracias por el aviso.

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

Saúl Ibarra ha escrito un sensacional artículo

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:

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.

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

*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

Realmente es una buena noticia, ya que si han conseguido añadir la videoconferencia mediante Skype, entonces la videoconferencia vía SIP debe estar mucho más cerca ¿alguien nos lo podría confirmar?, sin duda esto sería una excelente noticia y el primer softphone para móvil que lo soportase.

Es cierto que los datos con los que nos registramos en Fring pasan por sus servidores (cuentas GTalk, Skype, SIP, etc…) por lo que muchas personas prefieren seguir utilizando otros softphones más rústicos pero que funcionen sin necesidad de acceso a Internet.

De momento, para aquellos que utiliceis Fring, estos vídeos, seguro que os gustarán:

Vía | TomKeating | VoIPNovatos

Más información y descargas: http://www.fring.com/blog/?p=1659

Gracias a John Todd por el aviso.

El códec G.722 es libre (las patentes expiraron) por lo que ahora las empresas hacen “versiones” de este códec para poder volver a patentar estas modificaciones.

Broadcom (la empresa que hay detrás de los dispositivos de red) acaba de anunciar la disposición pública y libre de un códec que muestrea a 16Khz:

BroadVoice16 (BV16) for narrowband telephone-bandwidth speech sampled at 8 kHz,
and a 32 kb/s version called BroadVoice32 (BV32) for wideband speech sampled at 16 kHz.

Las ventajas las indica claramente en su página:

• Low Delay (Latency): algorithmic buffering delay of merely 5 ms (compared with 15 to 40 ms of most competing codecs)
• Low Complexity: much lower MIPS requirements than most competing codecs (typically 1/3 to 1/2 of comparable ITU-T G.72x codecs), also lower memory requirement than most competing codecs
• High Quality: equivalent or better speech quality than most competing codecs in PESQ comparisons and in extensive formal subjective MOS listening tests conducted by AT&T Labs, COMSAT Labs, and Dynastat, Inc
• Moderate Bit-Rate: at 2 bits/sample, coding efficiency is higher than G.711, G.726, and G.722 and comparable to many other codecs
• Availability: Broadcom is providing both the floating-point and fixed-point C source code of BroadVoice16 and BroadVoice 32 under an open source license and on a royalty-free basis

Ahora sólo falta que la licencia LGPL sea suficiente para que se popularice y podamos disfrutar en nuestros sistemas de soporte para este códec.

Más detalles:
http://www.broadcom.com/support/broadvoice/

Russel Bryant acaba de publicar el estado actual del proyecto Asterisk donde explica el incremento del número de desarrolladores en estos últimos meses, así como una explicación mucho más completa de la política de versiones de Asterisk, cuándo han aparecido las distintas versiones de Asterisk, y cuando necesitamos esperar para la próxima versión de Asterisk 1.8.

Si hay algo que me ha gustado, es saber que la próxima rama de Asterisk 1.8 se publicará el segundo trimestre de 2010 con bastantes cambios como son:

- Habrá una única rama 1.8 a la que se le irán añadiendo las distintas correcciones y mejoras simultaneamente.
- Una vez finalizado el desarrollo de 1.8, se mantendrá esta rama durante 4 años únicamente para corrección de bugs.
- Un año después se dará por concluida esta versión.

¿Qué se consigue con esto?
En mi opinión, creo que más tranquilidad a la hora de actualizar, menos líos (ya que la última versión debería ser la más estable), y la seguridad que dispondremos siempre de todos los añadidos que vayan desarrollándose.

¿Qué desventajas tiene?
A nivel de desarrollo, corregir un bug no es tan divertido como desarrollar una nueva característica, por lo que muchos desarrolladores quizá vean que no se añaden nuevas características tan frecuentemente como se hacía con la anterior versión de 1.6.

Por último, algo que me ha gustado ha sido un resumen bastante interesante de las características que trae Asterisk 1.6 (y próximamente 1.8) bastante mejor explicada que en el ChangeLog.

Como es un tema que personalmente me interesa mucho, me he tomado la molestia de “traducirlo” para todos los que leeis Sinologic, aportando en algún que otro caso alguna aclaración o una traducción que se comprenda mejor… aquí la teneis:

1. Mejora en el soporte para Faxes (Todas las versiones)
   • El soporte de T.38 ha sido reescrito completamente para funcionar mucho mejor.
   • Completo soporte para enviar y recibir en T.38 (se está trabajando para que pueda funcionar como gateway)
   • Opciones de configuración mejoran la interoperatibilidad con implementaciones no estándar del T.38.
   • Muchas mejoras al chan_dahdi y DAHDI para mejorar la estabilidad de la recepción de faxes en las tarjetas PSTN.
   • Cientos de horas testeando sin parar el soporte de faxes en Asterisk.
2. Mejoras en la integración de XMPP y Jabber (1.8+)
   • La función JABBER_RECEIVE() ha sido añadida para permitir recibir mensajes XMPP en el dialplan de Asterisk (adiós a mi AstJabot snif, snif…)
   • Hay código en pruebas para utilizar XMPP como transporte de eventos distribuidos. Esto permitirá a servidores Asterisk comunicarse entre sí, así como compartir presencia e información MWI.
3. Soporte para Conectar o Redirigir el identificador de la llamada (1.8+)
   • Control total sobre las actualizaciones de las partes conectadas. Los teléfonos mostrarán corréctamente con quien están hablando al recibir una transferencia!
   • Soporte para reenviar el callerID significa que tu podrás ver cuando tu llamada ha sido desviada, o cuando has recibido una llamada que haya sido desviada hacia a tí.
   • Véase el vídeo de presentación de Mark Michelson’s en la AstriCon presentation para más información.
4. Servicios suplementarios de información de llamadas (Esperemos para 1.8+)
   • “Camp on extensions”
   • Soporte para CCNR (Completion of Calls on No Reply) y CCBS (Completion of Calls to Busy Subscriber)
   • Soporte genérico en Asterisk, además de sobre SIP y RDSI.
5. Integración con sistemas de Calendarios (1.8+)
   • Soporte de calendarios iCal, CalDAV, Exchange 2003
   • Uso de información del calendario para habilitar/deshabilitar dispositivos.
   • Acceso directo a la información del calendario en el dialplan
   • Crear llamadas automáticas basadas en entradas del calendario
   • Véase el vídeo de presentación de Terry Wilson’s AstriCon para más información.
6. Framework  para eventos de Seguridad (1.8+)
   • Esto permitirá a los componentes de Asterisk enviar eventos cuando consideren que están recibiendo un ataque.
   • También incluirá un módulo que escribirá los eventos realizados en un archivo de log con un formato especial que pueda ser utilizada por aplicaciones externas..
7. Mejoras en el protocolo SIP TCP/TLS (1.6.X+)
   • Se están realizando muchísimas pruebas de esta funcionalidad.
   • Las opciones de configuración de esta característica han sido mejoradas.
   • Existen numerosos informes satisfactorios de integración con Microsoft OCS.
   • Se continuará trabajando en hacer esta funcionalidad más robusta incluso bajo condiciones de red adversas. (o como decía Iñaki, Hostiles!).
8. Actualizado el soporte a la red telefónica PSTN.
   • Se mantendrá el soporte de mISDN en todas las versiones de Asterisk.
   • Se ha añadido a Asterisk 1.6 soporte nativo de RDSI BRI en el LibPRI y en el canal DAHDI. Todas ls características de este tipo de líneas funcionan ya con este código.
   • Soporte de señalización MFC/R2 ha sido añadida a chan_dahdi cuando se utiliza libopenr2 en la version de de Asterisk 1.6.2 y posteriores.
   • Soporte de SS7 fue añadida en Asterisk 1.6.0 y seguirá madurando.
9. API para realizar Bridging en el Core (1.6.2+)
   • Es mucho más fácil escribir módulos de Asterisk que conecten canales.
   • Esta nueva infraestructura de conexión de canales podrá unir varios canales a la vez (meetme) sin necesidad de una fuente de reloj (sin que DAHDI esté instalado en el sistema).
   • Una nueva aplicación de conferencias (ConfBridge) ha sido creada para permitir conferencias utilizando esta infraestructura.
10. Core Timing API (1.6.1+)
    • Soporte para mejorar el “timing” en Asterisk, evitando que sea ofrecido por el timer de DAHDI.
      Así, DAHDI no será requerido más como fuente de timing para Asterisk.
11. Core Channel API Update (1.8+)
    • La gestión de la mayoría de estructuras de datos en Asterisk han sido reescritas: ast_channel ha sido reescrita, ahora se utiliza el objeto astobj2. El resultado es más rapidez, menos bloqueos y las “iteraciones” de este objeto son mucho más eficientes.
12. Actualización de la API del programador del Core (1.6.2+)
    • La API del programador es utilizada en Asterisk cuando los compoentnes necesitan programar algunas tareas que ocurrirán en el futuro. Por ejemplo, esto se utiliza para retransmitir mensajes y tiempos de expiración. Es utlizado muy frecuentemente en los drivers de los canales de Asterisk. Se ha intentado llevar a cabo en dos ocasiones (en la 1.6.1 y otra vez en la 1.6.2). Mientras se perfilaba, los resultados de este trabajo mostraban que el programador que hasta entonces consumía muchísimo procesador, había pasado a prácticamente consumo nulo.

Como he dicho… una lista digna de leer detenidamente y es un muy buen resumen por parte de Russell Bryant para poner al día a toda la comunidad sobre lo que se ha hecho y lo que se planea para la próxima versión de Asterisk.

Enlace al post oficial:
http://blogs.asterisk.org/2009/11/10/asterisk-project-update-astricon-2009/

En Sinologic hemos hablado en varias ocasiones sobre fallos de seguridad y las consecuencias tan catastróficas que pueden tener en los sistemas, por lo que ayer, cuando leí en el twitter de John Todd que el próximo Viernes día 13 de Noviembre se celebraría una conferencia sobre Seguridad para entornos con Asterisk ofrecida por un agente del FBI especializado en este tipo de delitos, un experto de VoIPSA y dos personas de Digium (Jared Smith y Tristan), pensé que podría ser interesante y muy didáctico.

Esta conferencia es gratuita y cualquiera puede asistir, tan solo hay que registrarse en esta web: https://www1.gotomeeting.com/register/828991377

El ayuntamiento de la ciudad de Amsterdan acaba de migrar todo su sistema de telefonía a Asterisk™.

Ya era conocido que la mayoría del software que utiliza este organismo público estaba basado en software libre, pero la telefonía ha sido siempre uno de los puntos débiles principalmente por desconocimiento por lo que, una vez conocida la alternativa y su estabilidad el siguiente paso es evidente.

Para llevar a cabo esta migración, se han utilizado tarjetas tanto Digium como Sangoma. En palabras de un representante del condado de Amsterdan: “La ciudad quiere que ayudemos a las compañías que trabajen con software libre“.

Con esta migración esperan un ahorro significante de costes principalmente porque el uso de redes VoIP reemplazarán progresivamente la infraestructura telefónica que tienen actualmente para los distritos de la ciudad.

Esta migración fue inspirada en otro proyecto similar en una localidad de Bélgica llamada Schoten.

Muchas gracias a Nacho Cabrera por la noticia!

Estimados miembros de la comunidad,

Con orgullo anunciamos que Elastix 1.6 esta listo para descargas en sus 2 versiones ISO de: 32 y 64 bits . Esta versión provee actualizaciones y correcciones de bugs tanto de Elastix como de CentOS. Entre las más importantes destacamos:

• Asterisk actualizado a 1.4.26.1-4
• Dahdi actualizado a 2.2.0.2-6
• Asterisk ahora puede utilizar modems Huawei 3g como troncales. Esto gracias a Odicha creador de chan_sebi
• Kernel actualizado a la última versión de CentOS 5.3: 2.6.18.164.el5

Ver el changelog completo

Descargar:
→ Elastix Distro 1.6 Estable (32 bits)
→ Elastix Distro 1.6 Estable (64 bits)

Visto en Barrapunto

Pues bien, Digium acaba de lanzar una nueva página dedicada a alojar aquellos proyectos libres para que los usuarios puedan acceder diréctamente a esta página y ver ellos mismos la oferta disponibles.

No hay sitio en esta web para proyectos comerciales, para eso ya existe AsteriskExchange.org (otro proyecto del que hablamos hace poco) que se dedica a dar cobertura a este tipo de proyectos.

La idea es principalmente una especie de SourceForge pero únicamente relativa a proyectos para Asterisk por lo que la web es: http://forge.asterisk.org

A cada proyecto alojado en esta web, se le ofrecerá:

• Repositorio Subversion (SVN)
• Foro de discusión
• Almacenamiento de Documentación
• Informes y estadísticas sobre descargas, actualizaciones, etc.
• y más cosas…

Enlace: http://forge.asterisk.org

Un “marcador automático”/”dialer” es una aplicación que se conecta a una base de datos donde existe una colección de números de teléfonos y a un sistema de comunicaciones o central telefónica y realiza de forma automática las llamadas poniendo en contacto a operadores (o agentes) con los dueños de esos números. Generalmente esto se utiliza para realizar campañas de información (publicidad principalmente) donde el tiempo que un agente le dedica a la persona a la que el sistema ha llamado automáticamente no es importante, e incluso mientras más tiempo transcurra, mejor para la empresa ya que el cliente quedará mejor informado.

Un “marcador predictivo” es una aplicación que también se conecta a una base de datos y a un sistema de comunicaciones y pone en contacto a las personas a las que llama y a los agentes, (ojo a esto) realizando un estudio estadístico que permita prever el tiempo en el que el agente colgará la llamada de forma que la aplicación, 10 segundos antes, empiece a llamar al siguiente número y en cuanto el agente cuelgue, tenga a otra persona inmediatamente en contacto.

- pausa de 5 segundos -

Como se puede apreciar, la complejidad de un marcador predictivo, en comparación con un dialer, es mucho mayor. Es por eso por lo que un marcador predictivo suelen desarrollarlo muy pocas empresas y además el precio queda muy lejos de las posibilidades de un pequeño callcenter económico. Yo personalmente no he conocido ninguna aplicación de este tipo que sea gratuita y mucho menos, libre.

No obstante, para ciertas campañas de publicidad, puede ser muy interesante utilizar un marcador automático, cuyo desarrollo es muchísimo más sencillo y por lo tanto, existen varias soluciones disponibles tanto de forma gratuita como libre, aunque también hay opciones comerciales.

Entre los marcadores automáticos compatibles con Asterisk, son muy conocidos:

- Vicidial
- GNUDialer

El Vicidial es quizá el más “atractivo” para una empresa, ya que dispone de su propio sistema CRM para los agentes y puede parecer bastante profesional. La realidad es que, en palabras de los desarrolladores, “Vicidialer tiene muchos problemas y pronto sacaremos una versión reescrita prácticamente desde cero con muchas mejoras”. Si todavía estás pensando en utilizarlo, diré algo… no conozco a nadie que utilice Vicidialer de forma profesional, que tras muchas “tortas” no se haya comprado el manual en papel (que tampoco es caro), y que al final lo haya dejado por imposible.

La otra posibilidad es GNUDialer, y aunque no lo conozco a fondo, pese a que pueda parecer bastante complejo de instalar y configurar, algunos comentarios me han hecho pensar que es bastante … práctico, por lo que buscando información he encontrado un tutorial muy interesante donde se explica paso a paso cómo instalar y configurar GNUDialer con Asterisk.

Aquí os dejo el enlace:
http://www.howtoforge.com/automatic-dialer-with-asterisk-and-gnudialer

*Actualización* (y en español de la mano del creador del How-TO)

http://bleh.spooky.cl/2009/05/discadores-automaticos-con-gnudialer.html