Categoría: Productos

OMniLeads (OML): Un nuevo software para contact-center opensource
De la mano de uno de grandes profesionales de la VoIP en Latinoamérica como es Fabián Pignataro y más desarolladores, se presenta un proyecto de software libre nacido para dar soporte a aquellas empresas que necesitan de un software de gestión de Contact Center: OMniLeads
OMniLeads es una solución de software Open Source (GPLv3) destinada a soportar la gestión, operación y administración de un Contact Center que persigue como objetivo seguir forjando junto a la Comunidad, una tecnología de alta calidad, innovación y competitividad, y sobre todas las cosas: desde el paradigma del Software Libre.
Son muchos los que conocen aplicaciones de sobra conocido como Vicidial o WombatDialer como sistemas de marcación y gestión de contact-centers e informes. OMniLeads nace como una alternativa opensource nativa (sin versiones de prueba ni limitadas) para la gestión de este tipo de sistemas.
Compatible con Centos, Debian, RedHat y Ubuntu, OMniLeads es una aplicación compatible con la mayoría de las necesidades de una empresa de contact-center estándar, marcación y generador de informes que, además, es opensource, lo que permite a los usuarios poder ver y modificar el código así como adaptarlo a sus necesidades tal y como defiende la licencia GPLv3 en la que se enmarca.
Los principales objetivos y características de este software lo podemos encontrar en su página web:
● Gestión de campañas Entrantes y Salientes; Marcador/Discador predictivo, Preview & IVR Blaster.
● Consola de agente WebRTC (no se requiere instalar ninguna aplicación ni plugin, 100% Browser).
● Consola de supervisión WebRTC; detalle de estados de agentes y campañas.
● Reportes de productividad de agentes y campañas.
● Búsqueda de grabaciones con filtros de campaña, agente, llamadas «observadas», etc.
● Reciclado de bases por calificación de agente y/o status telefónico.
● Cambio de base de contactos sobre la misma campaña.
● Detección de contestadores con reproducción de mensaje de audio.
● Addons complementarios que dotan a la plataforma de funcionalidades extras y/o para segmentos verticales.
● 100% orientado a Contact Center. No se trata de un software de PBX con agregados de reportería y/o supervisión. OML fue concebida desde cero, como una plataforma orientada y optimizada para el Contact Center.
Actualmente OMniLeads se encuentra en su «fase alfa» por lo que empieza a tomar forma y está a la espera de que hayan personas que lo descarguen y lo prueben.
Para saber más, pueden acceder a su web: https://omnileads.net/
Una vez registrado, podrán acceder a manuales y videotutoriales donde podrán ver cómo funciona OMniLeads.
Para descargarlo, pueden hacerlo desde su cuenta de GitLab: https://gitlab.com/omnileads/ominicontacto
2018-10-20
Y los nuevos teléfonos de Avaya son… de Ubiquiti
Acabamos de ver que Avaya acaba de mostrar sus nuevos teléfonos IP y, al verlos en vídeo, nos ha recordado a algo…
Curiosamente son los mismos teléfonos que Ubiquiti presentó allá por el 2014 cuando decidió meterse en el negocio de la VoIP tal y como comentamos en Sinologic.
Hay que recordar que en 2007 Avaya compró la división de desarrollo de software de Ubiquiti para crear aplicaciones VoIP mediante protocolo SIP y ya entonces comentábamos que era un movimiento inteligente pero que no tuvo mayor repercusión, no obstante, el movimiento de estos teléfonos de Ubiquiti viene a significar que siguen interesados en más partes de Ubiquiti y, quien sabe, igual se avecina una adquisición pronto o igual Avaya sigue bastante mal económicamente y es Ubiquiti quien compra Avaya… quién sabe. 😉
2018-09-02
Google ofrece por fin su Text-to-Speech de forma oficial para desarrolladores
Hace algún tiempo descubrimos que, utilizando el servicio de traducción de Google, podíamos utilizar el TTS de Google pasando un texto en una URL y Google nos devolvía un archivo de audio que podíamos reproducir en Asterisk. Era un TTS (Text-To-Speech) muy bueno y, utilizando este sistema, gratuito. Desde entonces Google ha ido cambiando este servicio poco a poco, lo que ha requerido que muchos servicios TTS integrados con distintos software tuvieran que ser modificados cuando dejaba de funcionar. Era una especie de hack que permitía tener un TTS profesional de forma prácticamente gratis. El problema era que no había forma oficial de utilizar el TTS de Google, ni pagando, ni sin pagar. Si te gustaba su TTS, solo podías buscar la última manera de obtener el archivo de audio y confiar en que este sistema se mantuviese estable el mayor tiempo posible.
Un sistema Text To Speech (TTS), es una aplicación que convierte un texto escrito a audio, permitiendo escuchar cualquier texto: un documento, un email o incluso llamar a un número de teléfono y poder escuchar una información que previamente alguien ha escrito.
Ocho años después, Google por fin publica de forma oficial en su nube Google Cloud, su servicio de TTS aprovechando la integración con un sistema llamado WaveNet que permite crear audio en bruto partiendo de texto gracias a la tecnología DeepMind de aprendizaje automático, lo que permite crear un audio mucho más realista en un tiempo mínimo (apenas 50ms.). El inconveniente es que esta nueva tecnología por el momento únicamente está disponible en Inglés, así que si queremos utilizar el TTS en español tendremos que utilizar el de toda la vida, aunque al menos ya disponemos de una API para facilitarnos la vida a los que programamos.
No obstante, y como viene siendo habitual, ahora que Google ofrece esta herramienta para integrarlo con nuestros desarrollos, ya tiene un coste: $4 el primer millón de caracteres, por lo que si escribimos un ejemplo en plan:
Gracias por llamar a EMPRESA, en este momento no podemos atenderle, nuestro horario de atención al cliente es de lunes a jueves de nueve treinta a diecinueve horas y los viernes de nueve treinta a quince horas, deje su mensaje y su teléfono después de oir la señal y nos pondremos en contacto con usted.
Que son unos 300 caracteres, nos costaría unos $0,0012.
Seguramente no parezca un precio excesivo si la idea es grabar ese audio en un archivo y poder reproducirlo tantas veces como deseemos, pero suponiendo que queremos personalizar el audio cada vez que llama una persona, tendríamos que generar ese audio en tiempo real por cada llamada, con lo que el precio seguramente algo mayor.
Por supuesto, si entrar en el ecosistema de Google y su Google Cloud no te interesa, siempre puedes mirar otros sistemas.
Aquí tenéis el enlace al servicio de Text-to-Speech de Google: https://cloud.google.com/text-to-speech/

2018-03-28
ENUMER: Sistema de llamadas VoIP utilizando Blockchains
ENUM es un sistema estándar basado en el RFC6116 mediante el cual, cuando un teléfono VoIP (o una PBX VoIP) marca un número de teléfono geográfico, se comprueba si dicho número de teléfono tiene una dirección IP asociada y, en caso afirmativo, la llamada se hace vía VoIP en lugar de utilizar la red telefónica, permitiéndonos ahorrar costes de llamada de forma transparente para los usuarios ya que, para ellos, la llamada se hace tras haber marcado un número y una vez contestada la llamada puede hablar con el usuario final.
ENUM tiene varios inconvenientes, entre los que destacan:
- Basado en un sistema numérico heredado de la PSTN (los números geográficos).
- Filosofía anticuada al que se le intenta dar una utilidad moderna.
- Es un sistema similar a un listín telefónico centralizado, inseguro y difícil de gestionar.
- Vulnerable con lo que puede ser aprovechado por spammers.
- …
Sin entrar sobre si ENUM es un sistema interesante o no, o si es anticuado (hay otros sistemas similares como NRENUM para entornos académicos), ahora aparece un nuevo sistema llamado ENUMER, algo basado en la idea de ENUM pero que utiliza el mismo método utilizado en las generación y transferencia de las cryptomonedas (blockchains) para descubrir direcciones IP y poder hacer llamadas VoIP de forma segura y descentralizada.
(más…)
2017-09-14
Lista de todos los teléfonos VoIP de sobremesa
Hace tiempo que quería hacer una página donde poder ver, en un único lugar, todos los teléfonos de sobremesa compatibles con SIP que conozco y algunos que no conozco. Por esta razón, he hecho una lista ordenada alfabéticamente con los fabricantes y los modelos de teléfono que tienen disponibles públicamente.
Estoy seguro que faltan muchos fabricantes, poner todos los modelos requiere de un esfuerzo bastante importante. Soy consciente que mantener esta lista no es una tarea fácil y, al igual que con la lista de operadores VoIP de España, espero mantenerla gracias a los comentarios de todos los lectores que informen a través de los comentarios de la web o bien a través del grupo de Telegram de Sinologic.
Las condiciones para estar en esta lista son bastante sencillos:
- Teléfonos compatibles con protocolo SIP.
- Teléfonos de sobremesa (no inalámbricos, no conferencia, no otros…)
- Solo una versión (agrupados por modelo: con/sin POE, con/sin Gigabit, etc…)
- Tienen que estar soportados por el fabricante (no EOL, obsoletos, versiones beta, …)
Vamos a ver la lista de modelos…
Lista de teléfonos actualizada a fecha de Agosto de 2017.
(más…)
2017-08-21
Como hacer un softphone web
Un compañero de otra empresa me preguntaba hace unos días sobre cómo debía de actuar si quisiera desarrollar un teléfono vía web y pese a que tengo claro cual es la respuesta rápida, dándole vueltas a más posibilidades el resultado no deja de ser, cuanto menos, interesante.
Hace unos años, para hacer una aplicación web que pudiera hacer llamadas a móviles, se hacía uso de una librería comercial llamada PortSIP. Esta utilizaba un ActiveX lo que lo hacía compatible únicamente con sistemas operativos Windows. La alternativa a esto, era utilizar un applet de Java llamado JIAXClient y utilizar el protocolo IAX para hacer llamadas. El problema era que ActiveX requería, no solo de Windows, si no también de una versión concreta de Internet Explorer, por lo que no era compatible en el 90% de los sistemas. JIAXClient utilizaba el sistema de Applet de Java, un subsistema que tras pasar por varias manos, acabó en Oracle y los navegadores dejaron de dar soporte y apoyo…
Posteriormente y para hacer compatible a otros sistemas operativos y otros navegadores distintos de Internet Explorer, muchas empresas optaron por utilizar un componente Flash que, unido al protocolo RTMP (RealTime Media Protocol) que utiliza este sistema, precisaba de un gateway que convirtiera RTMP a SIP y pudiera hacer llamadas SIP. Hoy día Flash está condenado y son pocos los navegadores que lo soportan nativamente, y solo si necesitas ejecutar una aplicación creada en Flash, necesitas confirmar su ejecución en una ventana aparte.
Los nuevos navegadores como Chrome o Firefox han «expulsado» cualquier librería externa que intente acceder al hardware del sistema sin pasar por ellos, de manera que ya no sirven los medios habituales que se utilizaban antaño (DLL, OCX, y extensiones del navegador que hacían uso de librerías de terceros para acceder al hardware). Hoy día parece que la única manera con vistas de futuro, pasa por WebRTC.
Aún así, hablar de WebRTC es hablar de los cimientos que hacen falta para tener un softphone web, ya que a partir de ahí hay que desarrollar bastante código antes de tener algo disponible para los usuarios. A partir de aquí, tenemos varias posibilidades:
- SIPPO : un producto comercial orientado a ofrecer soluciones integradas y prácticamente llave en mano utilizando WebRTC. Requiere de un sistema que haga de gateway WebRTC-SIP que se incluye en la solución.
- IVRPowers : otro software comercial que también ofrece soluciones integradas llave en mano utilizando, WebRTC o Flash (este último para navegadores más antiguos). Requiere también de un gateway WebRTC-SIP incluido con la solución.
- Twillio : Aunque no lo parezca, es un operador IP que pone a disposición una API para que desarrolles tu propio software de comunicación (softphone o lo que se te ocurra) y pagas en función de las llamadas realizadas y/o recibidas.
- Respoke : Una API creada por una startup filial de Digium que ayuda a desarrollar aplicaciones WebRTC utilizando un canal de Asterisk especial llamado chan_respoke. Han modificado la web y ahora no encuentro información adicional, pero siempre me ha parecido interesante la idea. Creo que el precio varía en función del ancho de banda utilizado por las llamadas y el número de llamadas simultaneas, aunque no he podido confirmarlo.
- JsSIP : Una librería completamente gratuita y libre hecha en Javascript que permite conectarse a un servidor WebSocket que haga de gateway SIP y pueda establecer una llamada SIP directamente desde la web. (Ya hemos hablado de este software en Sinologic.)
- SIPML5 : Otra librería completamente gratuita y libre hecha en Javascript que, junto con un software que hace de gateway SIP, nos permite desarrollar nuestra propia aplicación de voz.
- Janus : Un gateway WebRTC de propósito general que permite desarrollar soluciones WebRTC e interconectarlas a otros protocolos y señalizaciones. Esta es una de las aplicaciones WebRTC del año y algo a lo que hay que prestar especial atención si estamos interesados en desarrollar algo utilizando VoIP y web.
Soy consciente que hay muchas más empresas que desarrollan soluciones WebRTC, Gateways, APIs, librerías y servicios WebRTC para empresas y para facilitar la vida a todo aquel que quiera desarrollar un click2call o un softphone web, pero estas son las más conocidas que me vienen a la mente.
Tampoco he hablado de soluciones web que ofrecen sistemas cerrados y propietarios. Son muchos los fabricantes que ofrecen WebRTC como un reclamo para atraer nuevos clientes, un canto de sirena que habría que evitar si no quieres depender de esa empresa y que te obliguen a cambiar todo el sistema cada cierto tiempo con el miedo de que deje de funcionar si no aceptas las nuevas normas, cobros, certificados, mantenimientos o a saber qué…
Es un error mayúsculo confundir WebRTC con un softphone web. WebRTC es un nuevo paradigma dentro del mundo de la VoIP y por lo tanto aunque hay ciertos conceptos que son comunes a la VoIP que conocemos (protocolos, códecs, puertos, etc..) a efectos prácticos es como volver a empezar de cero, por lo que desarrollar algo WebRTC que se conecte a nuestro sistema SIP de toda la vida no es algo rápido, fácil ni trivial, si no que requiere de mucho esfuerzo, pruebas y conocimientos que, por lo general, no son fáciles de aprender y si deseamos algo «rápido y fiable», tampoco será barato.
2017-05-25
Digium D80 : El nuevo teléfono de Digium sin botones
Digium acaba de presentar en la ITExpo su nuevo teléfono IP Digium D80 y que, a diferencia de los otros modelos de Digium, este es mucho más llamativo al no tener botones y disponer de una pantalla de 7 pulgadas a todo color.
Las características son muy interesantes:
- Pantalla de 7″ a todo color con una resolución de 800×1280.
- Pantalla táctil
- 20 botones táctiles BLF en la pantalla (con paginación se convierten en 100)
- Gigabit
- POE
- Jack para auriculares 4P4C
- Soporte de auriculares inalámbricos (proximamente)
Aquí podéis ver el datasheet (digium-ip-phones-datasheet-d80)
El Digium D80 estará disponible a partir de Marzo de 2017.
¿Qué os parece? ¿creéis que este tipo de teléfono atraerá al público?
2017-02-09
Probamos el nuevo Grandstream GXP1782
Grandstream es un fabricante que apuesta por la renovación continua, fruto de una filosofía que permite aprovechar las últimas novedades técnicas y tecnológicas en el campo de la VoIP. Hoy día es difícil que Grandstream disponga de un producto «anticuado» en especificaciones, lo que lo convierte en uno de los fabricantes de teléfonos VoIP más innovadores de la actualidad.
Hace unas semanas nos llegó el nuevo teléfono de Grandstream GXP1782, un teléfono que ya se puede comprar y que está orientado al ámbito empresarial. Tal y como anuncia el propio fabricante es «de gama media», esto es ni la gama más económica, ni tampoco la gama más completa. Por el precio, habría que considerarlo dentro de la gama económica, pero viendo las características que incluye, se encuentra entre un gama media y alta, ahora veremos por qué. (más…)
2016-12-23
Teléfonos propietarios con protocolos estándar
Son muchas las empresas que, complementariamente a su fuente inicial de negocio, han decidido meterse en el mercado de los teléfonos IP. Es una opción que no me parece mal, ya que ofrecen un servicio, lo complementan dando la solución completa incluyendo unos teléfonos homologados y dando soporte de ellos.
Ejemplos de estos son Digium, Sangoma, Palosanto, y muchas otras empresas que, además de centrarse en la venta de hardware (appliances, tarjetas, gateways, etc…) también ofrecen teléfonos, algunos más personalizados, otros menos, reconocibles todos de otros fabricantes.
Siempre hemos criticado a Cisco por hacer teléfonos propietarios que, pese a poder meterle un firmware SIP que permite ,en la última versión de firmware, hacer y recibir llamadas, aunque poco más permite.
En el lado contrario tenemos el otras marcas como por ejemplo Grandstream que permite en sus centralitas, el autoaprovisionamiento masivo y rápido de sus propios teléfonos, pero los teléfonos no tienen funcionalidades exclusivas si se utilizan sus centralitas, tienen las mismas funcionalidades si son conectadas a una centralita Grandstream, un Elastix, un 3CX o un Kamailio. Tienen sus funcionalidades abiertas (utilizan XML o un servidor LDAP para la agenda corporativa, aplicaciones XML, etc.)
Para poner un poco más de luz a este concepto, mostraré un ejemplo:
Digium es el creador de Asterisk y su negocio consiste en ofrecer servicios y hardware alrededor de este software, de manera que vende tarjetas, gateways, software, cursos de formación, appliances y por último: teléfonos.
Los teléfonos son SIP, certificados y perfectamente compatibles con cualquier otro sistema SIP, no obstante, se promociona con una serie de características muy novedosas que incluyen el uso de un módulo con su licencia (gratuita, eso sí) compatible con Asterisk: DPMA (Digium Phone Module Asterisk). Esto nos hace ver que estas características novedosas únicamente funcionan si utilizamos Asterisk con el módulo DPMA licenciado.
De la misma manera, Sangoma lleva muchos años vendiendo tarjetas de comunicaciones, gateways, software, appliances, y se acaban de meter en el negocio de los teléfonos SIP con muchas nuevas características muy interesantes que únicamente funcionan al 100% en sus appliances, o con Asterisk si se adquiere la versión comercial de FreePBX.
Efectivamente, en ambos casos los teléfonos son 100% compatibles con SIP y pueden ser utilizados en cualquier sistema SIP, no obstante y dicho por los propios fabricantes: «se recomienda utilizarlo con nuestros equipos para aprovecharlo al máximo», algo que le quita un poco el sentido práctico a tener un teléfono compatible.
Soy consciente de que un teléfono que tiene ciertas características que no están específicamente asociadas al protocolo SIP (como ver visualmente los mensajes almacenados en el buzón de voz, recibir noticias centralizadas en un servidor, etc.) necesita de un sistema propio y preparado para hacerlo ya que de otra manera, no podría llevarse a cabo.

No obstante, esto me lleva a plantearme si estos teléfonos no están, pese a que utilizan un protocolo SIP, acercándose peligrosamente a lo malo de los teléfonos propietarios.
2016-09-05
Elastix Business Edition
La gente de Palosanto acaba de anunciar la incorporación inmediata de un nuevo producto que seguro que dará mucho que hablar en los próximos meses, se trata de una versión comercial de Elastix conocida como Elastix Bussiness Edition.
El EBE (Elastix Bussiness Edition) se comercializará como un Addon para la versión de Elastix 4.0 (basada en CentOS 7) y tiene una serie de características que marcarán la diferencia con la versión Opensource, vamos a analizarlas:
(más…)
2016-07-28