Hace poco un lector me comentaba que en su empresa siguen teniendo líneas telefónicas como forma de hacer y recibir llamadas, y la razón dio lugar a una conversación interesante sobre motivos por los que podría interesar tener una línea telefónica.
Por supuesto, hoy día el 90% de las empresas podrían optar por migrar sus conexiones telefónicas a VoIP a través de un operador SIP haciendo una inversion mínima (migrando a una PBX virtual en la nube o un gateway en el peor de los casos) pero ahorrando en llamadas. Solo el hecho de ahorrarnos «la cuota de línea» ya nos daría para tener nuestro propio número y varios cientos de minutos de conversación, por lo que realmente es una inversión segura. No obstante, no siempre es posible.
Básicamente se resume en que si te encuentras en una zona de difícil acceso en el que tienes línea de teléfono pero Internet llega a duras penas y con cortes habituales en la conexión (hay lugares donde internet se corta varias veces al día y durante varios minutos), entonces se puede considerar que estás en una mala zona y, en ese caso si puede ser interesante mantener las líneas telefónicas.
No es cuestión de hablar por VoIP a cualquier precio, pero hay ocasiones en las que las circunstancias han hecho que en su día preparasen una infraestructura telefónica y no la hayan actualizado lo suficientemente rápido como para ofrecer una conexión lo suficientemente estable como para poder usar Internet con seguridad.
A pesar de ello, y basándonos en los mapas de cobertura de fibra óptica de los principales operadores, existe grandes posibilidades que allá donde necesites Internet, puedas instalar una línea de fibra óptica (a ser posible sin línea de teléfono asociado) y por lo tanto puedas contratar la telefonía en el operador donde más te guste, llevártela a otro sin que peligre tu conexión a Internet y contratar los servicios de quien quieras sin tener que estar atado a ningún operador por el simple hecho de haber instalado la conexión.
En España, pese a que aún queda mucho por instalar, tanto si tienes cobertura de Fibra como de ADSL, puedes disponer de VoIP con bastante fiabilidad. Aún no he probado las conexiones 5G, aunque prometen ser un sustituto inalámbrico de la fibra, lo que permitiría llevar dicha fiabilidad a lugares donde la fibra no llegue, no obstante entiendo que no todo el mundo dispone de la estabilidad de conexión a Internet necesaria para pasar sus llamadas a VoIP pero ¿y lo que te estás perdiendo?
Nuestro gran colega @Pepelux acaba de publicar la versión 2.0.2 de SIPPTS, un set de herramientas libres para auditar la seguridad de nuestra infraestructura VoIP. Estas herramientas están disponible en su página de GitHub: https://github.com/Pepelux/sippts
Las herramientas que forman el paquete SIPPTR son:
Sipscan un scanner para servicio SIP que puede comprobar varias IPs y rangos de puertos tanto UDP como TCP.
Sipexten para comprobar si existe una extensión en un servidor SIP, así como si necesita identificación o no.
Sipcracker un crackeador de contraseñas remotas capaz de probar contraseñas para muchos usuarios en distintas IPs y puertos.
Sipinvite comprueba si un servidor nos permite hacer llamadas sin autentificación, también si puede hacer llamadas salientes.
Sipsniff un simple pero útil sniffer SIP.
Sipspy un servidor SIP muy simple que nos permite ver las peticiones y respuestas recibidas.
SipDigestLeak Herramienta para explotar la vulnerabilidad SIP descubierta por Sandro Gauci que afecta a un gran número de hardware y software.
Un kit muy completo y recomendable para hacer pruebas y revisar la seguridad. 😉
En 2014 ya hablamos cuando Snom presentaba su nuevo terminal Snom M65, un teléfono DECT que contaba con una base DECT-SIP y que permitía conectar las ventajas de la telefonía DECT al mundo de la VoIP.
5 años más tarde, Snom vuelve a presentarnos una reestructuración de su arsenal inalámbrico con sus nuevos terminales M70, M80 y M90, más orientados al entorno empresarial con muchas características que lo hacen ideal para ciertos entornos en los que la calidad de sonido no debe ser sacrificada por la necesidad de movilidad dentro de un recinto.
Ventajas de un teléfono DECT frente a un teléfono Wifi
Menos sensibilidad a ruidos procedentes de redes wifi ajenas
Tecnología orientada a transmitir VOZ
Servicios telefónicos integrados en el propio protocolo
Antena DECT Snom M900
Las antenas DECT Snom M900 es una antena DECT con conexión Ethernet con el que poder montar una infraestructura multicelda para crear una cobertura única formada por varias antenas DECT conectadas entre sí.
El sistema multicelda es similar al mecanismo que hoy día se utiliza para la cobertura de teléfonos móviles, en el que se sitúan antenas geográficamente de manera que formen una especie de panal de abeja permitiendo que una persona pueda estar hablando mientras cambia de cobertura de una antena a la cobertura de la siguiente. Si bien para ello hace falta que haya un cierto «solapamiento» de las coberturas, y una sincronización de los datos que se envían desde todas las antenas, esto último se hace mediante cableado Ethernet permitiendo así ahorrar en canales DECT disponibles.
Otra de las ventajas es la capacidad de formar una única red global (una cobertura única) con la que nos evitamos el engorroso trámite de tener que estar registrando y desregistrando terminales en las bases. Este sistema bastante conocido en el mundo GSM, ahora también está disponible en el entorno DECT y permite crear grandes mapas de cobertura con unas pocas antenas.
Ejemplo de cobertura multicelda
Una de las ventajas de los sistemas multicelda de Snom es que son capaces de conectar hasta (ojo a esto): 4000 bases conectadas entre sí para formar una única cobertura DECT.
Está claro que nadie va a conectar esa cantidad de bases (sobre todo porque no es recomendable conectarlas a menos de 4m una de otra) por lo que si quisieramos conectar 4000 bases conectándolas cada 4 metros, necesitaríamos una superficie de unos 40.960 metros cuadrados sólo para hacer la prueba, pero la idea queda clara que prácticamente no hay límites en cuanto a la cantidad de antenas que puedes conectar para extender la cobertura.
¿Por qué no más de 8 llamadas simultaneas?
Una de las quejas / preguntas más típicas sobre el DECT era el de la limitación de las llamadas simultáneas, y es que, sin intención de meterme en temas muy técnicos que darían para un post entero dedicado a esto, diremos que el protocolo DECT tiene limitados el número de canales dedicados a comunicación por lo que, si bien sólo se pueden hacer 4 llamadas simultáneas en las frecuencias permitidas con la calidad buena, se pueden llegar a hacer «hasta» 8 llamadas simultaneas si se comprime más la señal, algo que prácticamente todo el mundo hace.
Especto DECT durante una conversación
Cobertura DECT
Al funcionar con una frecuencia determinada y una potencia máxima controlada, los rangos de cobertura son prácticamente similares entre las marcas diferenciándose unas y otras por la calidad de los componentes de las antenas, ruidos, aislamientos, etc y consiguiendo así, mejorar la calidad y la comunicación cuando se está al límite de la distancia.
Considerando que cada antena tiene una cobertura máxima de 50m. de distancia en interiores y 300m. en exteriores, ya puedes hacerte una idea de que puedes utilizar estas antenas para prácticamente cualquier instalación que necesites.
El sistema multicelda permite además, conectar todas las antenas entre sí y gestionarlas desde una antena principal con lo que la configuración es, lógicamente, mucho más sencilla que si tuvieramos que entrar en cada antena una por una configurando las conexiones.
Para saber cuantas antenas hacen falta y a qué distancia poner cada una de ellas hay que hacer muchas pruebas, evaluar el tipo de lugar donde se va a realizar la instalación, ver qué paredes u obstáculos existen y de qué tipo (madera, ladrillos, metal, etc…) y hacer un estudio de cobertura en condiciones que, inicialmente puede ser muy difícil, pero a medida que le vayáis cogiendo práctica, veréis como se le pilla el truco rápidamente.
Terminales DECT
No os voy a engañar, lo que mucha gente hace es instalar buenas antenas DECT que proporcionen una buena cobertura y luego buscan los teléfonos DECT más baratos que puedan, a fin de cuentas, si son DECT compatible con GAP, deben ser compatibles con cualquier teléfono inalámbrico DECT.
Ese es quizá uno de los mayores errores que suelen cometer algunas empresas, y es que la «compatibilidad GAP» únicamente se refiere a la capacidad básica de hacer y recibir llamadas, pero no se refiere a muchos otros conceptos básicos y requeridos por cualquiera como:
Ver el número de la persona que llama. (CallerID)
Desviar o transferir una llamada a otra extensión.
Mantener la comunicación cuando nos movemos y cambiamos de antena.
etc.
Este tipo de características no vienen incluidas en el estándar GAP, por lo que si optamos por terminales de otras marcas con la esperanza de que sean compatibles, seguramente nos llevaremos una gran desilusión y lo que nos ahorremos en terminales, nos lo terminaremos comiendo en tiempo buscando soluciones que no existen, por esta razón, siempre he recomendado utilizar los terminales más compatibles con las antenas que se utilicen y de esa manera ahorraremos dolores de cabeza, pérdida de tiempo y dinero.
Como estamos hablando de Snom, los terminales también se han actualizado y es que ahora contamos con una nueva gama de terminales DECT completamente nuevos:
Snom M70
Snom M80
Snom M90
Como se puede apreciar en la imagen, los tres teléfonos son bastante parecidos, aunque hay bastantes diferencias entre los tres, así que vamos a verlas:
Diferencia de tamaño entre el M25 (izquierda), el M70, M80 y M90 (derecha)Comparación del Snom M25 junto con el resto de teléfonos DECT
Lo primero que llama la atención es la diferencia de estilo entre el M25 y la nueva hornada. Los nuevos DECT tienen una carcasa protegida por una textura más flexible, lo que suponemos sirve para dos objetivos: mejor agarre (evitamos caídas) y mayor resistencia en caso de caída (al tener una cobertura gomosa, la carcasa amortigua el golpe).
Lo segundo que llama la atención es el tamaño, más pequeño y además, los nuevos terminales incluyen una pinza para poder llevarlo colgado desde cualquier prenda o cinturón.
La pantalla es casi el doble de grande que su homólogo Snom M25 y bastante más práctica, mientras que las teclas son más pequeñas en los modelos M70 y M80, mientras que en el M90 las teclas forman parte de la misma capa, lo que es ideal de cara a limpieza y líquidos como se puede apreciar en la siguiente fotografía:
Detalle del teclado del Snom M80 (negro) y el Snom M90 (blanco)
Los modelos M80 y M90 comparten cargador, mientras que el M70 (algo más pequeño) necesita un cargador diferente al de sus dos hermanos mayores.
Los 3 teléfonos incluyen cargadores que se alimentan mediante un conector USB-A y que vienen con un conector hembra para hacer de switch o de puente y poder alimentar, a su vez, otros cargadores, una idea muy buena y que nos permite tener todos los teléfonos cargando en el mismo sitio sin necesidad de transformadores ni enchufes.
Detalle del conector de carga del Snom M80
La configuración es bastante sencila, ya que todo se configura desde la antena DECT (en este caso, la base Snom M900) y la configuración de los 4 teléfonos, para no haberlo hecho nunca, apenas me llevó 10 minutos con la configuración la cuenta SIP inclusive, por lo que es bastante sencilla y rápida.
Grandstream acaba de anunciar su nuevo sistema GDMS, un sistema basado en la nube que permite configurar de forma remota cualquier teléfono asociado a nuestra cuenta.
GDMS (Grandstream Device Management System) o Sistema de Gestión de Dispositivos de Grandstream, es una plataforma online que permite hacer de servidor de configuración remota evitándonos tener que acceder remotamente a los teléfonos para configurarlos, de manera que simplifica, a la vez que ahorra tiempo y molestias al poder hacerlo a través de esta plataforma en lugar de tener que desarrollar nuestro propio sistema de provisionamiento.
Grandstream ya contaba con GAPS (Grandstream Automated Provisioning System) que aprovechaba una configuración «de fábrica» para indicarle al teléfono la dirección web/ftp donde obtener su archivo de provisionamiento, de manera que nada más sacar el teléfono de su caja, el teléfono se conectaba a Grandstream y éste le indicaba dónde debía descargarse su configuración, algo que ya debíamos haber creado previamente y el teléfono pasaría a configurarse sin tener que acceder a él.
En esta ocasión, el GDMS ya nos permite algo similar, aunque también nos ofrece la herramienta para configurar los teléfonos en un lugar accesible (evitándonos acceder a la red del cliente) por lo que simplifica bastante la configuración y la instalación o puesta en marcha.
Como suele ser habitual, aprovechando el Astricon (el evento de los usuarios y profesionales de Asterisk que organiza Digium Sangoma) también se dan cita los desarrolladores de Asterisk en lo que llaman la «AstriDevCon» y muestran sus avances, debaten cuestiones sobre el rumbo que debe seguir Asterisk y ponen cara y debaten sobre las grandes discusiones que suceden en las listas de correo de la comunidad.
En este caso, y como bien sospechábamos, acaban de publicar la versión Asterisk 17, una versión de Desarrollo orientada a poner en funcionamiento nuevas características que los usuarios y desarrolladores consideran interesantes, así que vamos a ver algunas de ellas:
Nuevos comandos: AttendedTransfer, BlindTransfer Ya existía el comando Transfer, pero con estos nuevos comandos se quiere dar un mejor tratamiento a las transferencias desde el propio Dialplan (y también desde otros interfaces como ARI, AMI o AGI)
Mejoras en el ConfBridge: Sorprendentemente aún hay usuarios que utilizan Meetme porque siguen sin ver el potencial de ConfBridge. Es cierto que un gran potencial requiere a veces de más tiempo para configurarlo y prepararlo, pero la solución no es quedarse clavado en el pasado, si no intentar mejorar las nuevas herramientas para que sean tan útiles y prácticas como las que pretende sustituir, y eso es justamente lo que trata de hacer ConfBridge desde la versión 10.
Soporte de RTP/ICE: Si bien Asterisk 16 ya soportaba RTP/ICE, en Asterisk 17 tendremos algunas mejoras en el protocolo que incidirán en mayor estabilidad y compatibilidad con la señalización de lo paquetes de audio/vídeo.
Seguramente pienses que no hace ni un año que salió Asterisk 16 y ya tenemos encima Asterisk 17, pero hay que recordar que Asterisk 16, al ser una versión LTS, vino para quedarse por un buen tiempo, es una versión LTS lo que significa que está orientada a añadir mejoras pero también con la mayor estabilidad posible, mientras que Asterisk 17 es una versión de Desarrollo, lo que significa que está pensada para incluir mejoras y puede que no sea la más recomendable para utilizarla como software en producción, aunque todo hay que decir, que estas versiones son también muy, muy estables.
Si bien Kamailio ya es un viejo conocido, cada nueva versión que nos traen sus desarrolladores nos parece más y más completa. No hay que mirar atrás, cada versión anterior tiene sus buenos pasos para llegar a convertirse en una de las grandes herramientas de software de comunicaciones que han convertido la VoIP en lo que es hoy día. Pero esta versión que acaban de publicar hoy incluye, no solo todo lo maravilloso de las versiones anteriores, si no varias características nuevas que estábamos esperando desde hace tiempo.
Entre las numerosas nuevas características que podéis ver en su listado, me llaman la atención dos de ellas que llevaba tiempo esperando ver y de las que estuve hablando con @Miconda el pasado mes de Febrero durante el Fosdem:
rtp_media_server – Funcionalidades para procesar «media» (poder hacer un play o conectar con una PBX incluyendo también varios códecs (entre ellos, el gran Opus)
secfilter – El módulo de seguridad que ya os presentamos a finales del año pasado, y que nos permite permitir o bloquear utilizando listas blancas o negras basadas en diversos aspectos (direcciones IP, países, dominios, etc…)
Así que, aprovechando que ya está disponible, es cuestión de probarlo y ver cómo funciona esta nueva versión que podéis descargar en su web.
Todos somos humanos y aunque muchas veces pongamos todos los medios posibles para evitar que nos ataquen, nos infecte un virus, un troyano o se nos caiga un sistema, es inevitable que en un plazo de tiempo indefinido, habrá un momento en que alguien cometerá un fallo y tendremos un sistema vulnerable.
El problema viene cuando ese sistema vulnerable infecta al resto de sistemas que tiene a su alrededor conectados a la red. Esto fue lo que ocurrió al sistema informático del Ayuntamiento de Jeréz en el que un ransomware (un virus que cifra todo el contenido de los discos duros de los sistemas infectados y que se propaga por la red interna de las empresas) ha sido el causante de que todos los ordenadores y servidores de este consistorio hayan sido cifrados y obligados a pagar si quieren recuperar los datos (lo que nunca es seguro que pueda hacerse).
Curiosamente como en los tebeos de Uderzo se menciona…
«…¿Todos? ¡No! Un servidor, poblado por un irreductible Linux resiste todavía y siempre al invasor…»
Extracto modificado del comienzo de los tebeos de «Astérix el Galo».
Y es que parece que el único sistema que no ha sido vulnerable al ataque del ransomware ha sido el servidor Asterisk que controla las comunicaciones de este ayuntamiento.
Así que otra prueba más (por si hiciera falta más pruebas) que un servidor Linux y un buen Asterisk, bien controlado y bien configurado es mucho más seguro que muchas otras alternativas que hay por ahí.
Os lo garantizo. 😉
P.D. Jamás confundiría el nombre ‘Asterisk‘ con ‘Astérix‘, pero según he leído en esta página sobre el significado de Astérix: «Su nombre proviene de la palabra ‘asterisco’ (‘asterisque’ en francés). Sin embargo, otras teorías dicen que proviene del griego ‘Aster’ (estrella) y del celta ‘Rix’ (rey)» así que el juego de palabras entre uno y otro nombre siempre ha estado muy relacionado desde hace muchos, muchos años. 😛
Si bien ya sabéis que nos encantan los eventos sobre VoIP, hoy vamos a hablaros de uno cuya primera edición comienza hoy, aunque llevamos tiempo siguiendo su preparación y estamos seguros que va a tener una gran acogida, se trata de la JanusCon.
Como su nombre bien indica, es un evento orientado principalmente a usuarios y desarrolladores de Janus (la plataforma WebRTC creada por Lorenzo Miniero y el principal organizador de este evento) aunque también tiene espacio para todo tipo de desarrollos WebRTC y, de forma más genérica, aplicaciones y sistemas VoIP como Asterisk, OpenSIPS y Kamailio.
En esta ocasión, la JanusCon se celebrará los días 23, 24 y 25 de septiembre en un maravilloso entorno: Nápoles, zona conocida, no únicamente por sus Pizzas, si no por muchas muchas más cosas, lo que convierte a JanusCon en una gran oportunidad para aprovechar y hacer turismo por el sur de Italia.
Microsoft sigue con su estrategia de cambiar todo su sistema de comunicaciones unificadas cada pocos años, y la prueba está en la evolución desde su Office Communication System (un sistema originalmente ideado para sustituir a las PBX) hasta el nuevo Teams que viene a ser un Mattermost o un Slack con el aspecto del resto de aplicaciones de Office.
2003: Dad la Bienvenida a Office Live Communication Server!!!
2007: Office Live Communication Server ha muerto! La nueva version se llama Office Communication Server! OCS es el futuro!
2009: OCS a muerto! Os presentamos Lync! Microsoft Lync es el futuro!!!
2015: Microsoft Lync está obsoleto! Skype es lo más… pero Skype4Business es el futuro!!!
2019: Skype4Business ha muerto! Microsoft Teams es el futuro!!!
Las fechas son aproximadas, ya que se hace el anuncio una fecha y se pone la fecha del EOL (End Of Life) del producto anterior, pero se deja un tiempo para que los usuarios «se migren» y compren la nueva versión.
El problema del sistema de Microsoft es que cada pocos años tocaba «cambiar» toda la infraestructura ya que los teléfonos, auriculares y cualquier sistema compatible con el anterior sistema, deja de ser compatible. Si uno quería podía mantenerlo aun sin soporte, pero ahora que Microsoft Teams está sólo en la nube, cuando Microsoft diga de cerrar el sistema, realmente tocará cambiar todo.
Está claro que Microsoft busca con Teams una aplicación de comunicación empresarial, principalmente interna aunque con soporte para llamar y recibir llamadas de clientes, esto se consigue con un sistema de chat que se puede usar para hacer audioconferencias/videoconferencias gracias a WebRTC y con un gateway SIP-WebRTC todo alojado por la nube de Microsoft como viene siendo el paquete Office 365.
