Sinologic

Autor: hellc2

  • BlackBerry lanza su propio softphone SIP

    RIM es la empresa que fabrica los conocidos móviles BlackBerry que tanto le gustan a muchas empresas y una de las principales pegas que siempre le he encontrado, además de que sea enorme de tamaño, es que no permiten instalar aplicaciones interesantes como por ejemplo, un softphone.

    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.

    (más…)

  • Cambios importantes en Asterisk 1.6.2

    Leif Madsen hizo hace poco un pequeño resumen de las características más destacadas de la versión de Asterisk 1.6.2 que salió a la luz a finales de Enero (y que no aconsejo utilizar en producción salvo si nos interesa alguna de las características interesantes como soporte de CEL o algunas de las que vamos a comentar ahora) aunque he de reconocer que si los usuarios no «avanzan» en el uso de nuevas versiones, el proyecto quedaría totalmente paralizado.

    Entre las novedades que destaca Leif, las más interesantes son:

    • Utilización de una variable de canal ATTENDED_TRANSFER_COMPLETE_SOUND que, ajustando el valor a una locución, esta será reproducida al destino de la transferencia atendida (quien recibe la llamada). -Función muy parecida a la del ParkAndAnnounce- 🙂
    • Soporte de monitorización MWI en servidores remotos y estado disponible como buzón de voz (ya no haría falta que nuestro terminal esté registrado en el Asterisk que almacena el mensaje del buzón de voz, podremos ver la indicación aunque se almacene en otro sistema conectado por SIP)
    • Soporte completo para los códecs estándar ITU G.722.1 y G.722.1C (Siren7 y Siren14)
    • Chan_DAHDI soporta nativamente Open MFC/R2 del que ya hablamos hace algún tiempo.
    • Adiós a la dependencia de DAHDI para la obtención de una señal de timming, Asterisk genera la suya propia gracias al módulo res_timing_pthread.
    • Añadida nueva aplicación del Dialplan CURLOPT que permite añadir valores para mejorar la funcionalidad de la aplicación CURL como soporte para cookies, proxies, contraseñas, etc.
    • Mejora en la depuración de las aplicaciones de ODBC.
    • func_odbc soporta transacciones mediante varias querys.
    • Añadido nuevo motor llamado ConfBridge que permite realizar conferencias sin depender de DAHDI.
    • Simplificación del dialplan mediante el uso de la palabra «same» para referenciar «la misma extensión»:
         exten => 123,1,NoOp(something)
     same =>     n,SomethingElse()
    • Con la nueva versión de Asterisk, muchos comandos del CLI han sido modificados, aunque existe un nuevo archivo de configuración llamado cli_aliases.conf que nos permitirá configurar la «compatibilidad» del CLI con la versión que queramos, y poder hacer el paso de una versión a otra de una forma menos traumática.

    Unos cuantos cambios que seguro que se agradecen… aunque no tanto como los que se esperan para la futura (y confiemos que más estable) versión de Asterisk 1.8. 😀

    • Asterisk soporta AOC (Advise Of Charge)

      Hace unos años, en la época de Asterisk 1.2 en un sistema de un compañero empecé a ver unos mensajes de error bastante curiosos que se repetían continuamente en la consola CLI:

      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= 8) [  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)
      David Vossel
      David Vossel

      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.

      (más…)

    • Asterisk 1.8 mejorará considerablemente el soporte de FAX

      Aunque la esperada versión de Asterisk 1.8 no verá la luz hasta dentro de muy pocos meses, nos empiezan a llegar algunas novedades sobre las mejoras que se están preparando entre ellas la incorporación de una mejora considerable en el soporte de Fax (principalmente el soporte de T.38) que en Asterisk 1.4 era bastante rudimentario (únicamente permitía pasar paquetes T.38 mediante SIP e incluso tenía ciertas incompatibilidades en función del tipo de gateway que se utilizara), y en Asterisk 1.6 se mejoró un poco aunque seguía sin ser todo lo que realmente se esperaba de él (la implantación de Steve Underwood con la creación del spandsp y de algunos módulos extras permitieron mejorar este soporte, aunque no era todo lo que en un principio se esperó que fuera) y se espera que en Asterisk 1.8 se pueda contar con un soporte completo de faxes (tanto de T.30 -la forma habitual a través de audio- como de T.38 -digitalizando el fax y permitiendo una confirmación de recepción lo que aseguraría el envío y la recepción de faxes entre dispositivos que utilizan este protocolo-).

      Kevin P. Flemming anunciaba el otro día que varios desarrolladores de Digium se habían puesto manos a la obra para plantear y empezar a desarrollar un soporte en condiciones para los faxes (pese a que utilizar faxes, es y seguirá siendo, una tecnología totalmente obsoleta y que debería desaparecer).

      Gracias a la experiencia obtenida por el desarrollo del módulo comercial Fax for Asterisk de Digium que mejora considerablemente la velocidad y la calidad de envío y recepción de faxes (que por cierto, parece ser que ya es compatible con sistemas de 64bits), Asterisk 1.8 contará con una implementación similar utilizando un stack propio de forma que este soporte sí se pueda licenciar como un producto GPL y pueda integrarse en la próxima versión de Asterisk.

      De forma que, aunque en Asterisk 1.6 el soporte de Faxes es ya bastante bueno, Asterisk 1.8 contará con un soporte mucho mejor y que hará las delicias de aquellos usuarios que utilicen faxes.

    • Webminar semanal para conocer Asterisk

      Hace un par de semanas leí que Digium había empezado a organizar un evento que considero bastante instructivo para aquellas empresas que tienen curiosidad sobre Asterisk y aún no conocen las ventajas que les supone frente a otros sistemas.

      Este evento se realiza semanalmente y básicamente responde a estas preguntas:

      – ¿Qué es Asterisk?
      – ¿Qué puedo hacer con Asterisk?
      – ¿Qué beneficios tiene el software libre para mí?
      – ¿Qué versión de Asterisk es la más adecuada?
      – ¿Dónde puedo conseguir ayuda y soporte profesional?
      – ¿Cómo puedo empezar?

      Si conoces a alguien que aún no conozca las respuestas a estas y otras preguntas puede interesarle este webminar completamente gratuito y que únicamente hace falta registrarse para recibir la dirección web para acceder.

      El próximo webminar será el próximo 22 de Abril (mañana) de 19:00 a 20:00 GMT+1 y podeis inscribiros en esta web:

      https://www1.gotomeeting.com/register/989760528

    • Curso Asterisk Advanced en Bilbao 2010

      Tras una larga y árdua semana llena de preguntas con sus respuestas, uno hace una ligera reflexión sobre lo que realmente significa asistir a un curso de Asterisk donde cualquiera puede acercarse en cualquier momento para preguntar cualquier duda que tenga sobre algo relacionado con la VoIP o sobre Asterisk, es una semana realmente dura, no únicamente por la cantidad de contenido y la «dulzura» con la que se intenta enseñar, si no por el buen ambiente que reina cada uno de los momentos y que sigue demostrando que tras Asterisk hay realmente gente con ganas de aprender, pero ante todo, divertirse.

      Asterisk Bilbao 2010
      Asterisk Bilbao 2010 durante un laboratorio

      Esta semana se ha celebrado el curso oficial de Digium Asterisk Advanced en Bilbao con la inestimable ayuda de la gente de Irontec, y que gracias al buen ambiente de los asistentes, ha sido una semana realmente divertida y muy productiva.

      El temario es similar al de otras ocasiones, donde se cubren los principales aspectos básicos de Asterisk como programación de dialplan, telefonía, VoIP, callcenters, redes orientadas a VoIP, desarrollo con Asterisk y algunas curiosidades y ejemplos interesantes sobre las posibilidades de Asterisk en diferentes infraestructuras y con un gran número de casos particulares.

      Cualquier momento es bueno para hacer una pregunta, exponer un problema y sobre todo conseguir una respuesta, algo que realmente se consigue gracias a momentos especiales como la hora de la comida, la cena o el «descanso» de 15 minutos para un café. Uno en esos momentos se da cuenta lo importante que es el trato amigable que tanto valor da a estos cursos y por el que es uno de los preferidos por los usuarios.

      De poco sirve un temario ultra-completo, unos conceptos teóricos excepcionales, si no se consigue ilusionar a una persona que asiste al curso de forma que llegue a entender, comprender y captar, aunque sea durante unos instantes, la filosofía que hay detrás de todo un sistema software libre como es Asterisk. De poco sirve un profesor que sepa muchísimo si no sabe ponerse a la altura de la gente, mirar arriba y ser capaz de enseñar a alguien a levantarse. De poco sirve un curso si cuando termina, no se ha aprendido nada.

      Al final de la semana, como viene siendo tradición en estos cursos, se celebra el examen de certificación dCap para todo aquel que, estando o no, en el curso, quiera realizar el examen para obtener la certificación de profesional de Asterisk de la mano de Digium, así que suerte a todos!

      Esto y mucho más es el curso de Asterisk Advanced, un curso que, además de completo y centrado en Asterisk, y donde se aprende tanto los conceptos básicos como los más minúsculos detalles que pueden salvarnos en un momento crítico y donde el estado de ánimo es esencial para enmarcar un curso de caracter avanzado y donde al final la gente no son «alumnos» si no grandes colegas con un interés común como es Asterisk.

      He pasado una semana realmente agotadora, pero sin duda, con una excelente compañía.

      Gracias a todos los que habeis venido y espero que nos veamos pronto!

      Goruntz!

    • Los foneBridge2 de Redfone serán soportados por DAHDI

      Después de más de 2 años con los primeros intentos de incluir los módulos de los foneBridge2 en el paquete oficial de DAHDI, parece ser que por fín se ha logrado incluir estos en la versión trunk que incluye los principales cambios que en cierto tiempo pasarán a formar parte de la versión estable.

      Un de los «mínimos inconvenientes» a la hora de instalar un foneBridge2 es, sin duda, tener que utilizar un paquete DAHDI especial que siempre se ha venido descargando de la página de soporte de Redfone, y gracias a la documentación y a los distintos paquetes que podemos encontrar, la instalación siempre ha sido bastante sencilla y rápida. No obstante el uso de un foneBridge2 siempre ha requerido de algunos «trucos» que nos pueden extrañar poco habituales como la obligación de desinstalar el script de inicio que incluye DAHDI cuando se instala el paquete y sustituirlo por uno especial de Redfone para evitar mensajes extraños o fallos de incompatibilidad entre el módulo tdmoe que ya trae DAHDI con el módulo tdmoe multiframe que es el que utiliza Redfone, algo que podremos evitar una vez sea incluido en el driver oficial.

      Esto sin duda mejorará el soporte y la sensación general de que nuestro dispositivo está bien soportado. Ya lo estaba por supuesto ya que hay una gran cantidad de usuarios con excelentes opiniones y críticas sobre este dispositivos, y aquellos que tienen alguna incidencia, la gente del soporte técnico de Redfone hace lo imposible para que el cliente quede satisfecho. Esto es realmente digno de admirar hoy día y ofrece una total tranquilidad y seguridad a aquellos usuarios que optan por esta solución.

      En la página de cuestiones de Asterisk se puede ver el nuevo módulo que ha sido añadido por JBenden al trunk de Asterisk: https://issues.asterisk.org/view.php?id=13483

      Muchas gracias a Jorge Churio por el aviso.

    • Comprueba ahora si tu Asterisk es vulnerable a los ataques

      Desde hace algún tiempo venía comentando por aquí, que hay ciertas personas (por llamarlas de alguna forma) que aprovechan alguna configuración incorrecta, algo que se dejó de la mano de algún interfaz web y no se ha comprobado que es correcto, o simplemente el descuido de alguna modificación al ir a hacer alguna prueba, para hacer llamadas a costa de nuestros sistemas. Ya hablamos de esto en el artículo «La VoIP mal configurada llama a Cuba«.

      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/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.

      (más…)

    • Matthew Fredrickson mejora en Asterisk el soporte de SS7

      Leo en VentureVoIP que Matthew Fredrickson acaba de anunciar el resultado de muchos días de desarrollo en distintos proyectos y entre ellos, muchas mejoras en el soporte del canal SS7 del que ya hemos hablado en alguna otra ocasión en Sinologic.

      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

    • Cómo instalar un servidor de comunicaciones Asterisk en tu Mac

      Asterisk es una herramienta que funciona en una gran cantidad de sistemas operativos, no únicamente Linux. De hecho, últimamente en la lista de desarrolladores de Asterisk está aumentando el número de hilos que tratan de solucionar pequeñas incompatibilidades con sistemas basados en FreeBSD (el núcleo en el que está basado Newton, el kernel del MacOS X).

      A pesar de este esfuerzo, siempre se ha dicho que Asterisk es compatible con prácticamente cualquier sistema operativo basado en el sistema UNIX, los fabricantes únicamente desarrollan drivers o módulos para compatibilizar con sistemas Linux por lo que en caso de desarrollar algo «serio» y que utilice tarjetas de comunicaciones, es altamente recomendable utilizar un sistema Linux en lugar de cualquier otro.

      Aunque las tarjetas de comunicaciones sólo sean compatibles con sistemas Linux siempre podemos utilizar gateways como Epygi, VegaStream, GrandStream, Soundwin, Linksys o cualquier otro basado en SIP (para algo es el protocolo REY para VoIP).

      No obstante, en algunos casos nos puede interesar montarnos nuestro propio Asterisk bajo MacOS X algo que es tan sencillo, que una vez termines de leer este artículo te darás cuenta que es tan sencillo como siempre.

      Incluso, debo reconocer que me sorprendió gratamente encontrarme un directorio en la página de descargas de Asterisk, llamado dahdi-freebsd-complete, lo que indica que posiblemente pronto, se ampliaría la compatibilidad del hardware a otros sistemas.

      (más…)