Para aquellos que utilizan un Quadro IP PBX con un firmware 5.2.46 o superior, Epygi anuncia una aplicación llamada Epygi Auto Dialer que permite hacer llamadas de forma automatizada en base a una lista de números de teléfonos en formato CSV.
Si queréis más información, la podéis encontrar en:
http://www.epygi.com/content_files/pdf/IPPbx/TD-SOFT-AutoDialer-Let-01-HiRes.pdf
Desde su lanzamiento en Julio de 2009, las tarjetas Berofix de la empresa Beronet disponen ahora del juego completo para dar soporte a todo tipo de líneas de comunicaciones quedando como obsoletas las antiguas tarjetas GSM/RDSI sin soporte de DAHDI (pese a que la nueva versión 2.5.0 anunciaba soporte para este tipo de tarjetas, pero no será oficial).
Durante 2 años, Beronet ha continuado distribuyendo tarjetas GSM y RDSI que únicamente funcionaban con mISDN. El problema es que los nuevos kernels de Linux (> 2.6.18) requieren de un compilador (gcc) con una versión la cual, no compilaba mISDN, por lo que en caso de querer utilizar tarjetas Beronet debíamos hacerlo en plan «hack» utilizando DAHDI y el soporte de tarjetas HFC que se añadió en la versión de DAHDI 2.2.0, y Beronet se «lavaba las manos» en cuanto había algún problema.
Peor suerte corrían las tarjetas GSM, que pese a no tener soporte de DAHDI, Beronet tampoco ofrecía alternativa al mISDN y poco más se podía hacer.
Con la aparición de las tarjetas Berofix, se abandonó todo soporte oficial de las tarjetas anteriores y en el caso de las tarjetas GSM que no disponían de módulos para la Berofix, automáticamente quedaron obsoletas y sin alternativa.
El soporte de productos debe cumplir al menos, con la fecha de garantía de dicho producto (en Europa son mínimo 2 años).
Beronet ahora lanza sus nuevos módulos para sus tarjetas Berofix (mitad tarjetas, mitad gateways) con posibilidad de convertirlo en gateways externos mediante una caja externa alimentada por un transformador.
No obstante, ambos productos son el mismo (si abrimos la caja, descubriremos que dentro hay una tarjeta normal y corriente).
En cuanto a qué es compatible con estas tarjetas, todo depende de los módulos que le conectemos:
Parece que después de todo, Beronet se vuelve a esforzar en ofrecer una buena alternativa, esperemos que hagan lo mismo con el soporte.
Muchas veces necesitamos saber valores (voltajes, frecuencias, primitivas, comandos, etc…) para entender cómo funciona una línea o porqué nuestro dispositivo no funciona como debería. Para ello, además de entender cómo funciona una línea analógica o una RDSI (ISDN) debemos conocer ciertas características fundamentales y que en determinadas ocasiones, ni los propios operadores conocen (o si lo conocen, no lo cumplen lo que provoca grandes quebraderos de cabeza).
Todos sabemos que existen unas tablas de «tonos» para que un dispositivo (véase un gateway, una PBX, etc) debe tener configurado correctamente para que cuelgue, descuelgue, detecte si comunica, si está ocupado, etc. Estas tablas en muchos interfaces se conocen con el nombre de «Regional Settings» o «Parámetros Regionales» y aunque muchos de ellos son bastante similares, hay ocasiones en que según lo estricto que sea nuestro dispositivo, y lo tremendamente variable que sea nuestro operador, puede llegar a hacernos perder el tiempo intentando hacer que un gateway cuelgue correctamente o nos envíe una señal de «usuario ocupado» de forma adecuada.
Para ello, en el caso de una línea analógica, lo ideal sería disponer de un osciloscopio electrónico y un polímetro para medir la señal de nuestra línea analógica (voltajes, frecuencias y amperaje en cada estado) y en función de los resultados obtenidos, configurar nuestro gateway correctamente, aunque no todo el mundo dispone de estas herramientas y mucho menos, de los conocimientos suficientes para obtener los datos necesarios.
En una línea digital, el tema varía bastante, ya que el protocolo de comunicación no se transmite con cambios de voltaje, amperaje y frecuencias, si no de información binaria que suele corresponderse con comandos, instrucciones que se envía el sistema del usuario con el sistema del operador. Si la comunicación entre ambos sistemas no se basan en un estándar conocido, entonces debemos saber qué idioma habla protocolo utiliza el operador para poder configurar nuestro dispositivo en función de los parámetros que nos ofrezca. Conectar un sistema sin conocer qué hay al otro lado y cómo funciona es como buscar una aguja en un pajar, aunque siempre podemos basarnos en el estándar.
En España, el hecho que la antigua Telefónica fuera un monopolio estatal creada con el dinero de todos los ciudadanos, sirvió para que la CMT estableciera los parámetros propios de las líneas como estándar, de esta forma, una línea analógica de la antigua Telefónica, debía funcionar exactamente igual a cualquier otra, con los mismos datos de frecuencia, voltaje, y amperaje; las líneas RDSI por su lado, se basan en el mismo principio y todas las líneas funcionan y son configuradas de igual forma.
Hola a todos,
Después de unas merecidas vacaciones descansando de todo e intentando no tocar un ordenador salvo para ver las noticias, volvemos con Sinologic para continuar escribiendo sobre todo lo que sucede en el mundo de la VoIP y de Asterisk con más fuerza y con nuevas ideas para seguir mejorando.
Muchas cosas han ocurrido este verano, desde la compra de Motorola por parte de Google (algunos dicen que para conseguir las patentes necesarias para «blindar» Android ante los continuos ataques de Apple y Microsoft), hasta la confirmación del rumor de la compra de VegaStream a manos de Sangoma.
Por otro lado, Asterisk no ha estado parado y ha seguido lanzando versiones de DAHDI 2.5.0, Asterisk 10 beta 1 y nuevos añadidos interesantes como mejoras sobre el parking de llamadas y calidad sin límites en las conferencias, además de un largo etcétera que iremos comentando poco a poco.
No todo el mundo ha disfrutado de unas vacaciones y en cambio otros llevan varias semanas trabajando, pero después de unas semanas descansando, era hora de ponerse de nuevo las pilas y empezar a ponerse al día ¿o no?. 🙂
Muchos de nuestros lectores ya conocen VegaStream, es una compañía con unos productos muy robustos y un soporte excelente y de quienes hemos hablado ya en otros artículos, ha sido adquirida por Sangoma para formar parte de una expansión de su negocio incorporando estos dispositivos a su cartel de productos.
Esta estrategia es bastante interesante, ya que las empresas fabricantes de gateways no suelen ser muy grandes pero en cambio necesitan de un gran equipo de desarrolladores que continúen manteniendo sus productos, algo que las empresas fabricantes de tarjeta sí que disponen por lo que la adquisición no únicamente le va a venir bien a Sangoma para incorporar un producto de calidad a su catálogo, si no que a VegaStream para mejorar sus propios productos.
Lo que nos falta por conocer el grado de implicación de esta adquisición: ¿cambiará de nombre y pasaremos a ver los «gateways de Sangoma»? ¿o por el contrario seguirán siendo una marca independiente que participará únicamente a nivel de «beneficios»?
Google acaba de publicar en España (y en otros países) la posibilidad de hacer llamadas a cualquier número de la red telefónica desde la web, concretamente desde tu cuenta de GMail y utilizando el gadget de GoogleTalk.
Esta mañana nos hemos despertado con una sorpresa de Google, nada más abrir el correo, veíamos con curiosidad como habían habilitado «de nuevo» la opción de llamar a teléfonos de todo el mundo desde la página de GMail.
Las distintas posibilidades que se abren ahora son incluso mejores que con Skype y es que, al estar nativamente soportado Asterisk, no es necesario adquirir licencias Skype para llamar por esta red.
Para llamar por GoogleVoice es tan sencillo como configurar nuestra cuenta de GTalk, tal y como vimos en el anterior post y configurar una regla en el dialplan como esta:
exten => _9XXXXXXXX,1,Dial(GTalk/asterisk/${EXTEN}@voice.google.comPor supuesto, previamente deberemos haber ingresado al menos 10€ en saldo para poder hacer llamadas.
De esta forma, cualquiera puede utilizar el «saldo» de GoogleVoice para hacer llamadas a la red.
Al principio, cuando este servicio estaba limitado a los usuarios de EEUU, utilicé un proxy para darme de alta y hacer algunas pruebas, por lo que cuando he ido habilitar esta opción he visto que Google aún no permitía consultar las tarifas ni ingresar saldo. Tras un par de vueltas, al entrar en esta web http://www.google.com/chat/voice/ y aceptar las normas, parece que sí es posible utilizar el servicio e ingresar saldo.
No obstante, y aunque GoogleVoice sea un servicio muy interesante, no hay que olvidar que existen muchos más proveedores IP que también ofrecen una gran calidad y mejores tarifas.
GoogleVoice tarifas:
Para llamar a números fijos: 0.02€/minutos
Para llamar a números móviles: 0.11€/minutos
En Sinologic estamos trabajando en una sorpresa relativa a esto último que esperamos os guste… 🙂 (más…)
El Servicio de Informatica de la Universidad de Granada han liberado una aplicación software bastante útil para facilitar el trabajo con terminales IP a traves de Asterisk. El proyecto se denomina MaViLla (Marcador y Visualizador de Llamadas) y consiste en un software cliente que puede realizar llamadas desde una BD local y visualizar/registrar las llamadas recibidas. El programa enlaza con Asterisk y a diferencia de otros no usa el AMI.
MaViLla es una aplicación de código abierto con licencia GPLv3 escrita en C++ y que usa las librerías QT para construir la interfaz de usuario. Es una pequeña agenda que nos permite, además de tener nuestros contactos guardados en una base de datos local, realizar llamadas desde nuestro Teléfono IP sin necesidad de marcar el número, simplemente haciendo doble click sobre nuestros contactos. También visualiza información de las llamadas entrantes. Todo esto con ayuda del servidor de Telefonía IP ASTERISK, del servidor Web APACHE y del motor de Bases de Datos MySQL. En nuestra sección de descargas se puede obtener el código fuente.
Una vez que tengamos el ejecutable tan solo hay que preparar nuestro dialplan para enlazar con los clientes (por ejemplo):
exten=>s,n,System(echo -en «Etiqueta_Identificativa\\r\\n${CALLERID(name)}\\r\\n${CALLERID(num)}» | nc -u -q 0 ${ODBC_USUARIOS(ordenador,${ARG1})} 1185)
De esta forma, le mandamos la informacion sobre la llamada recibida. Ademas se necesita de una URL de un script (perl, bash, php, …) que sera el encargado de lanzar las llamadas, en este caso se basa en la direccion IP del cliente. Este script aún no esta disponible pero se puede conseguir fácilmente.
Ya hemos hablado sobre Viber cuando apareció como una aplicación para el iPhone, y en aquel entonces (hace 6 ó 7 meses) ya hablaban que estaban desarrollando una versión para Android.
Por fin han publicado una versión para Android y comentar que era una de las aplicaciones más deseadas de VoIP móvil y que, como otras, siempre suelen tender a ofrecer primero la versión para iPhone y después la de otros sistemas.
Se han hecho bastantes comentarios sobre este tipo de aplicaciones, algunos pueden ser cierto o puede que no, por ejemplo que aprovechan los permisos de acceso a la agenda de contactos para añadir a sus bases de datos toda nuestra información junto con la lista de números de teléfonos que de otra manera no tendrían si no tuvieran dicho acceso. El software cerrado es lo que tiene, que nunca sabes qué hace de forma interna.
De momento, solo comentar que aquellos que hemos usado esta fantástica aplicación en el iPhone, ya está disponible en Android. 🙂
Russell Bryant nos da una sorpresa a todos a través de un anuncio en su blog, donde nos anuncia a todos que se va de Digium y deja el liderazgo del proyecto de Asterisk aunque comenta que continuará con el proyecto pero no de la forma en que venía haciéndolo.
En su blog, un escueto post anuncia el motivo de su marcha:
I began working on the Asterisk project in 2004. My work on Asterisk has led to an exciting career in open source software engineering. At the end of July 2011, I will be leaving Digium to take on some new challenges. Specifically, I will be joining the Cloud Infrastructure team at Red Hat as a Principal Software Engineer where I will be working on projects related to clustering, high availability, and systems management. Additionally, I will be moving back to Charleston, SC to be closer to my family.
While I will no longer be working with Asterisk full time, I still plan to participate in the open source community. I am excited to watch both Asterisk and Asterisk SCF continue to evolve and grow. The engineering team at Digium, as well as the global Asterisk development community are as strong as they have ever been and will continue to accomplish big things.
I have met many great people from all over the world in my time with Asterisk. Thank you all for making the past seven years so memorable.
Best Regards,
–
Russell Bryant
…sin palabras…
Todos esperábamos una respuesta al sistema de multi-videoconferencia de Google+ por parte de Facebook y esta no ha tardado en llegar, y es que ahora, además de poder chatear con nuestros contactos, también podemos hacer videoconferencia con ellos, gracias al acuerdo con Skype.
Para esto, tan solo hay que acceder a la web https://www.facebook.com/v
Este sistema de videoconferencia es similar al de GMail, por lo que cabe preguntar…
¿Qué opinas de estos sistemas de videoconferencia? ¿Cómo crees que podrían mejorar?
