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…)
La semana pasada pudimos ver varios cambios importantes: Russell Bryant (lider del proyecto Asterisk) anunciaba que se iba de Digium, y que Asterisk 1.10 pasaba a llamarse Asterisk 10, un cambio de nombre que confirmaba lo que mucha gente deseaba oir, que Asterisk sigue evolucionando sin llegar a ser «otro Asterisk diferente«.
Asterisk 10 viene como siempre con una gran espectación, y una gran ilusión por parte de los desarrolladores que ofrecen sus conocimientos, su tiempo y su esfuerzo en seguir creando un software libre, abierto y disponible para todos con el único propósito de participar en su desarrollo y compartir sus logros, es por esto por lo que Asterisk 10 nace con un aire renovado, un nuevo enfoque que ayudará a muchos a poder aprovechar sus características para continuar innovando en el mundo de las comunicaciones libres.
Hoy se anuncia la primera versión oficialmente considerada «beta» y disponible para todos aquellos que quieran probar esta nueva versión con todas sus añadidos y ventajas.
Como siempre, la descarga la podéis hacer desde su página oficial, aunque nos asaltan las dudas sobre ¿ qué características trae la nueva versión Asterisk 10 que nos motive a actualizar el sistema o simplemente a descargarlo y probarlo para poder reportar los fallos que vayamos encontrando?
Hoy hemos sabido de varias novedades que traerá Asterisk 10 y que, de la misma forma que ya nos impresionaron las novedades de Asterisk 1.8, estas pueden ser incluso más llamativas (pese a no ser LTS), vamos a ver algunas: (más…)
Kevin P. Flemming acaba de enviar un mensaje a toda la comunidad donde explica las razones por las que Asterisk 1.10 y las próximas versiones de Asterisk (1.12, 1,14, …) dejarán de llevar el ‘1’ delante de la versión y pasarán a llamarse con su número importante: 10, 11, 12, 13, 14, … por lo que no tendremos un Asterisk 1.10, si no un Asterisk 10.
Hace poco, en los comentarios de otro artículo sobre Asterisk 1.10, Mariano Bianchi comentó que no le parecía buena idea seguir llamando a Asterisk con la numeración actual, y que Asterisk debía pasar a llamarse Asterisk 2.0 ó bien de otra forma menos ‘geek’ y más ‘comercial’ aprovechando la cantidad de novedades que traen las nuevas versiones.
De esta forma Kevin P. Flemming acaba de anunciar lo siguiente:
Hemos tenido un buen número de «grandes» versiones de Asterisk, incluyendo 1.2, 1.4, y más recientemente, 1,8. Cada una de estas versiones ha incluido cambios significativos, y sobre todo, mejoras en la arquitectura interna. Cada uno de estas versiones también han incluido novedades importantes para los usuarios de Asterisk. Nos han preguntado muchas personas de la comunidad cuando vamos a empezar a trabajar en «Asterisk 2.0.»
Por lo general, hemos respondido que no va a suceder hasta que realmente se pueda justificar tal cambio en el número de versión. Muchos proyectos de código abierto han pasado por una progresión similar, y muchos han sido sometidos a grandes cambios lo que implica a su vez nuevas versiones.
El proyecto Asterisk, sin embargo, ha tratado de evitar una interrupción en el método de funcionamiento de cara a sus usuarios y nos hemos centrado en intentar proporcionar compatibilidad hacia atrás entre versiones principales. De esta forma, cada vez que hemos lanzado una nueva versión, siempre hemos visto que «No, esto no es Asterisk 2.0», y hemos continuado con la versión siguiendo el esquema de numeración que Mark Spencer comenzó tantos años atrás.
En los últimos meses, hemos empezado a desarrollar la primera versión beta de la próxima gran versión de Asterisk. Hemos tenido una discusión sobre las diferencias entre esta versión y las versiones que la mayoría de los usuarios en la comunidad están utilizando en sus sistemas de producción de Asterisk (principalmente Asterisk 1.4, aunque todavía hay una gran cantidad de usuarios y 1,2).
A pesar de que ha sido un proceso evolutivo, y no revolucionario, la próxima versión de Asterisk va a ser sustancialmente diferente a Asterisk 1.4: Soporte de conferencia con códecs de alta calidad (G.722), soporte mejorado de videoconferencia, soporte de protocolos y nuevos sistemas de VoIP, mejoras en el soporte de faxes, y muchos otras.
Esto ha planteado la siguiente cuestión: ¿Se podría considerar esta nueva versión como Asterisk 2.0? Si no es así, nunca habrá un Asterisk 2.0.
Después de bastante discusión, llegamos a la conclusión de que esto no es Asterisk 2.0, pero que también es bastante improbable que alguna vez lo vaya a ser, pero que sería importante dar a conocer que esta nueva versión va a incluir cambios bastante importantes (y no compatibles con anteriores versiones), aunque siga llamándose «Asterisk», por lo que, si no va a ser un Asterisk 2.0, ¿por qué siguen llamando a estas versiones «Asterisk 1.x»? ¿Qué significa el «1» si nunca va a cambiar?
La conclusión que hemos llegado es que Asterisk es siempre va a ser Asterisk, y que no es necesario un «1». Por lo tanto, a partir de la próxima versión importante, vamos a eliminar ese «1» completamente. La próxima versión importante (que iba a ser Asterisk 1.10), ahora se llamará «Asterisk 10» y posteriores versiones principales serán «Asterisk 11«, «Asterisk 12«, y así sucesivamente.
Vamos a seguir con nuestro plan para seguir dando soporte a versiones anteriores, y vamos a actualizar el wiki del proyecto Asterisk con esta información tan pronto como salga «Asterisk 10-beta«. De hecho, esto será dentro de muy poco.
Como siempre, gracias a todos por su apoyo a Asterisk, especialmente a la comunidad de desarrolladores, a la gente que reporta bugs y las personas que ayudan con los parches y las que dedican su tiempo a responder a las preguntas en los canales de IRC, las listas de correo y los foros. Esperamos que todos prueben pronto la beta próxima, y verlos a todos en el AstriCon 2011!
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. 🙂
