Aprovechando esta época veraniega en la que muchos disfrutamos de algo más de tiempo libre para explorar nuevas aficiones, he empezado a hacer pruebas con un receptor SDR (Software-Defined Radio), un receptor de televisión TDT especial que incluye un chipset que, gracias a un software especial junto con una antena mínima, se puede eliminar la limitación de la frecuencia de recepción y abrirlo a prácticamente cualquier frecuencia donde recibir casi de todo lo que se transmita vía radio
Gracias a este receptor SDR estándar podemos recibir las emisiones de radio, no sólo AM, FM, si no también cualquier otra frecuencia (radioaficionados, sensores, mandos a distancia, televisión, móvil, radio de servicios de emergencia, aviones, satélites, etc.)
La mayoría de estas frecuencias no son audibles (no son analógicas) por lo que hace falta un software que decodifique estos datos digitales y poder procesarlos. Todo un mundo por descubrir y entretenerse.
Las primeras pruebas las hice decodificando las señales que recibía de los aviones que pasaban cerca, por lo que con una antena de 15cm y esta aplicación, el sistema se conecta a la frecuencia 1090Mhz donde recibir la información de los aviones (número de vuelo, posición GPS, velocidad, etc.) y los coloca en un mapa con los que ver la trayectoria del avión.
El funcionamiento es «sencillo», hace falta un programa que se conecte al receptor SDR, lo «sintonice» en la frecuencia que deseamos y lo transforme a datos TCP/UDP para poder ser procesado por otras herramientas.
Para empezar, hay muchas aplicaciones ldla mayoría software libre)
Podemos pasearnos por todo es espectro de radiofrecuencia buscando algo interesante, escuchando ruidos mientras buscamos información y de repente topamos con algo que no esperaba: alguien emite faxes vía radio (en abierto) con lo que realmente se abre la puerta a enviar y recibir faxes sin necesidad de redes de ningún tipo, simplemente emitiendo (eso si, en abierto) el fax por radio.
Me ha parecido muy curioso el hecho de poder transmitir imágenes vía radio y que, a través de una aplicación que decodifique la señal, poder recibirla. Así por lo visto se reciben fotografías de la tierra procedente de los satélites (además de la posición del satélite y algunas cosas más), simplemente con una antena de 15cm.
Por supuesto, cuanta mejor sea la antena, más señales recibiremos y más divertido será, la antenita de 15cm es suficiente para hacer unas pruebas básicas, pero si realmente nos gusta este mundo, lo principal es mejorar el equipo y leer mucho sobre SDR. 😉
Continuamos con el artículo sobre el Snom d735 y vamos a explicar cómo manejar los botones BLF y los colores extra que traen los teléfonos Snom.
Para ello debemos hacerlo utilizando la configuración avanzada: En Snom la configuración vía web es la utilizada para cosas simples y si queremos algo más avanzado y profesional, hay que hacerlo utilizando un archivo de aprovisionamiento. Para ello tan solo necesitamos un servidor web en algún sitio donde el teléfono pueda acceder (puede ser un servidor web local o remoto, no importa mientras tenga acceso).
Accedemos a Status > Settings y, una vez ahí, pulsamos en el enlace ‘save‘ de la configuración XML y guardamos ese archivo en el servidor web para poder acceder a él. Inicialmente podemos usar ‘settings.xml’ como nombre de archivo, aunque lo ideal sería utilizar ‘settings-DIRECCIONMAC.xml’ para que ese archivo sirva únicamente al teléfono que tenga esa dirección MAC.
Una vez lo tengamos y podamos acceder al archivo en cuestión, incluso con el navegador, debemos buscar la línea que comienza en ‘<led_on perm=»»> y a partir de ahí, configurar las siguientes líneas:
Con eso indicamos los eventos en los que queremos que el led (sea del color que sea) se mantenga encendido, parpadee lentamente, medio o rápidamente. A continuación configuramos los colores y con qué eventos se lanzarán:
Aunque existe un <led_blue>, el teléfono con el que hago pruebas no tiene led de color azul, así que si ponemos algo ahí, seguramente se encienda en naranja o en rojo.
Con un poco de maña y alguna prueba, seguro que le pilláis el truco rápido. En negrita he puesto los eventos que utiliza Asterisk, aunque según el sistema de presencia, podemos obtener otros valores. Snom soporta presencia de Broadsoft (XMPP) y de algún otro tipo, aunque esto último no he podido probarlo.
Con esta configuración conseguiremos el comportamiento estándar: – Led verde cuando el usuario está disponible. – Led rojo cuando el usuario está hablando. – Led naranjaparpadeante cuando el teléfono está «sonando».
¿Y tú? ¿Sigues sin configurar el BLF de tu teléfono?
Parecía que nunca iba a llegar, pero por fin está aquí la 5ª edición del famoso manual de Asterisk: The Definitive Guide (la guía definitiva), que en su 5ª edición está enfocada en la última versión: Asterisk 16
Este libro, aunque está escrito en inglés, es uno de los títulos obligatorios para cualquier profesional o empresa que trabaje con Asterisk y tenga la buena costumbre de utilizar libros de consulta.
En esta edición, además de estar enfocada en la versión Asterisk 16 y explica como configurar un sistema de comunicaciones open-source como Asterisk, explica también conceptos y configuraciones de algunos temas que están ahora mismo tan en auge:
Cómo funciona WebRTC con Asterisk
Cómo crear un dialplan y las mejores directrices y prácticas para hacerlos.
Cómo funciona ARI y cómo se utiliza para unificar el mundo del desarrollo web con Asterisk.
Asterisk, como muchas aplicaciones de software libre, aunque dispone de cursos oficiales, soporte oficial y demás recursos que permiten seguir una formación reglada y oficial, hay muchas personas que optan por la autoformación lo cual, no solo es lícito si no, en mi opinión, una buena práctica. No obstante, cuando esa autoformación es completada con información oficial, el conocimiento sobre esa área se completa y se pasa de hacer «sistemas que funcionan» a «sistemas que funcionan bien», y de «sistemas que funcionan bien» a «sistemas que funcionan mejor».
En este libro, además de incluir consejos interesantes para mejorar en el rendimiento de la configuración (enseñando parámetros que nos permitirían hacer ciertas cosas mejor que como las estamos haciendo), nos dan consejos sobre cómo hacerlo tal y como lo hacen tres de los mejores profesionales de Asterisk que conozco: Jim Van Meggelen, Russell Bryant y Leif Madsen.
Si os interesa, podéis encontrarlo en Amazon, Agapea o mejor aún, en vuestra librería habitual.
Sobre los «Asistentes Virtuales» hay de todo, desde fanáticos hasta detractores, pero está claro que este tipo de dispositivos han llegado para quedarse y aunque existen sospechas bastante sólidas de que sirven para espiarnos, el futuro distópico que nos estamos creando va a ser muy curioso y es que el número de este tipo de dispositivos no para de crecer pese a todo. No obstante, dejaremos a otro lado este debate sobre privacidad vs. comodidad para enseñaros algo muy interesante que me enseñaron hace una semana.
Con todas las posibilidades que ofrecen estos asistentes como Alexa, Cortana, Siri, Ok-Google, MyCroft, etc, hay una cosa que aún no consiguen hacer, y no es precisamente por medios técnicos: no hay forma de hacer una llamada telefónica utilizando nuestro número con un simple:
-«Pepita, llama por teléfono a …«
No obstante, esa limitación empieza a ser algo del pasado, y es que el otro día nos enteramos que Alexa ya puede utilizar nuestra línea telefónica de casa para hacer llamadas telefónicas. Para eso tan solo es necesario adquirir un pequeño dispositivo que hará de gateway entre la línea telefónica y la conexión con el asistente de Amazon: Echo Connect
Ese gateway se presentó hace casi dos años y aún siendo compatible con la mayor parte de líneas analógicas del mundo, sólo se puede adquirir mediante la web de Amazon.com (US), desconocemos aún por qué no es accesible en otros países.
La configuración no puede ser más sencilla, entre otras cosas porque el dispositivo no tiene botones, se configura sólo desde la propia aplicación de Alexa en el móvil de la misma manera que cualquier otro dispositivo compatible con este asistente (bombillas, enchufes, etc.).
He aclarado un poco la foto para que se aprecie la simplicidad del conexionado.
Tan solo hay que conectar el cable telefónico al dispositivo y configurarlo en la aplicación. Todas las órdenes y la propia conversación se transmitirán inalámbricamente utilizando la red Wifi.
Lo más curioso es la posibilidad de hacer una llamada utilizando los dispositivos del ecosistema de Amazon: Echo, Echo Plus, Echo Dot, Echo Spot, Echo Show, incluso Echo Input.
Eso si, la conversación no será lo que viene siendo «privada» ya que todos son altavoces con gran potencia, pero para una sala de conferencias, o simplemente para una llamada rápida desde la cocina con las manos ocupadas, puede ser interesante.
Por cierto, ¿nadie ha visto las similitudes con algún que otro gateway analógico para imaginar quién es el fabricante?
Soy consciente que hoy día la aplicación reina de la mensajería es, sin duda Whatsapp, más de 1.500 millones de usuarios activos a fecha de Febrero de 2019 es una cifra más que considerable como para considerarla la triunfadora dentro de la larga lista de aplicaciones de mensajería instantánea frente a otros como Telegram que, pese a tener mejores características, únicamente cuenta con 200 millones de usuarios activos.
La mensajería instantánea ha tenido una evolución bastante interesante, siempre presente en nuestras vidas desde el antiguo chat de las BBS o algo posterior, el IRC, hasta nuestros días no hemos cambiado únicamente la plataforma (antes utilizábamos el ordenador y ahora lo hacemos desde el móvil) si no que también lo que enviamos (antes se enviaban emoticonos ;-) y ahora emojis 😉, notas de voz e incluso notas de vídeo mientras andamos por la calle -con su posterior tortazo contra la farola de turno-), la mensajería instantánea no únicamente evoluciona, también se expande y crece por cada empresa que ofrece un servicio diferenciador y de interés para los usuarios.
Por desgracia, nuestra mente es simple y acomodada a lo conocido, por lo que rechaza lo desconocido aunque sea mejor: Mantenemos el fax pese a que TODOS sabemos que la mejor forma de enviar un documento es por email. Seguimos manteniendo el email como canal oficial de comunicaciones en la empresa, pese a que hace más de 10 años que la mensajería instantánea demostró ser una forma mucho más eficiente de comunicación. Y dentro de la mensajería instantánea distinguimos entre una aplicación u otra en función de las personas con las que queremos hablar. En el mejor de los casos, tenemos a la familia y amigos a golpe de Whatsapp, a los compañeros de trabajo a golpe de Slack/Mattermost, a los clientes a golpe de Skype, y a los colegas frikis a golpe de Telegram.
No obstante, ya no hay más sitio para más aplicaciones de mensajería, si alguien quiere comunicarse a través de una nueva aplicación, directamente lo redirigimos a uno de los 3 o 4 grupos anteriores para que nos escriba por ahí.
La mensajería movil nació gracias a los SMS, la avaricia de los operadores de telefonía que cobraban 0.25€ por cada mensaje enviado, unido a la incertidumbre de cuándo llegaría el mensaje (encima que me lo cobran, llega tarde) hizo que aplicaciones como Whatsapp (mensajes gratuitos, ilimitados y de entrega inmediata además de con confirmación de lectura) hizo que este nuevo tipo de mensajería entrara en nuestras vidas más rápidamente que la luz en una casa.
Ahora, el 90% de los smartphones de España tienen instalado Whatsapp y aunque los SMS siguen funcionando y han mejorado su funcionamiento para ofrecer velocidad y confirmación de entrega, el hecho de que se puedan enviar mensajes sin límite de tamaño y de forma gratuita, además de poder enviar notas de voz, gráficos, fotos, animaciones, etc. mantiene a Whatsapp 15 años por delante de cualquier característica que pueda ofrecer el SMS.
Entonces aparecen los operadores y empiezan a hablar de un sistema de mensajería, un estándar, con las ventajas que ofrece Whatsapp pero sin depender de una única empresa como Facebook. Un sistema que utilizaría el propio servicio del operador de telefonía (en lugar de una única empresa) y con el que poder enviar el mismo tipo de mensaje que Whatsapp (ubicaciones, fotos, animaciones, vídeo, etc.): RCS (Rich Communication Services).
La idea es buena… utilizar un estándar y que todas las empresas puedan desarrollar sus aplicaciones basándose en ellas para poder integrarse entre sí, comunicarse entre sí, pertenecer a la misma «red» de usuarios y que esta no tenga un dueño como Facebook lo es de todos los usuarios de WhatsApp. Por desgracia, la práctica no lo es tanto, y la prueba es que llevamos casi 8 años de desarrollo, integraciones, formalidades y aún no tenemos una alternativa evidente que pueda plantarle cara a WhatsApp.
Además, dicho RCS parte de una idea equivocada de mercado: las empresas crean protocolos propietarios para obligar a los usuarios a elegir, no únicamente aplicación, si no red de usuarios con los que conectarse. Por esta misma razón Google mató el XMPP de Gmail y Hangout y sacó un protocolo propietario, Apple sacó una versión propietaria de SIP para sacar su Facetime y su iMessage y todos los demás, igual.
Todos quieren su cuota de usuarios (que ahora mismo tiene Facebook -entre Facebook Message y Whatsapp prácticamente el 95% de los usuarios que utilizan mensajería instantánea utilizan estos dos sistemas). Y hay muchos, muchos perdedores en esta guerra:
¿Quién quiere tarta?
Por un lado las telecos, que tras el declive de los SMS aún no saben cómo conseguir que los usuarios vuelvan a utilizar sus sistemas para el envío de mensajes.
Las tecnológicas que, a excepción de Facebook, tienen una cuota mínima y que podría considerarse residual:
Apple con su propio ecosistema de usuarios, aunque nadie que no tenga un iPhone o un Mac utilizará Facetime o Messages, por lo que su público está limitado e infrautilizado.
Google con su sin fin de herramientas de mensajerías que casi perdimos la cuenta y que no termina de convencer a todos. GTalk, Hangout, Duo, Mensajes, Allo, etc.
Microsoft, que tras triunfar con su Messenger, empezó casi de cero con Skype y terminó con 300 millones de usuarios en enero de 2019.
Amazon aún no ha dicho nada, pero hace sus pinitos dentro del sistema Alexa, por lo que posiblemente tengamos algo que ver dentro de poco.
Qué comience la guerra!
Ahora parece que la guerra ha empezado, y todos quieren su trozo de cuota de usuarios, pero para arrebatarle los usuarios a WhatsApp hace falta ofrecer varias cosas:
Interoperabilidad : Capacidad para poder enviar mensajes a otros usuarios aunque estos utilicen otra aplicación diferente a la tuya.
Rich Media : Capacidad para poder enviar, no únicamente texto, si no enlaces, fotos, emojis, vídeos, audio, hablar en grupo, llamadas en grupo, videos en grupo, envío de archivos y de forma segura para evitar que terceros puedan interceptar las comunicaciones y leer lo que enviamos tal y como obliga Europa.
Inmediatez : Necesario el tiempo real, el enviar y saber que el otro usuario lo ha recibido en menos de 2 segundos como mucho. Poder saber si el usuario ha leído nuestro mensaje y cuando lo hizo.
Precio : Gratis, sin límite de tamaño ni número de mensajes.
El liderazgo de Whatsapp solo se tambalearía en el caso en que todas las demás alternativas jugasen juntos a la guerra manteniendo las normas básicas (Interoperabilidad, Rich Media, Inmediatez y Precio). Sin esto, difícilmente un usuario que tiene a todos sus contactos a golpe de Whatsapp, dejará de usarlo para usar cualquier otra cosa.
¿Qué hace falta para esto?
Hace falta que todos los interesados se pongan de acuerdo en estas normas: Google, Apple, Microsoft, Telcos de España, de Francia, de EEUU, de Argentina, de México, de …. y empiecen a ofrecer aplicaciones que se conecten a un servidor (el que queramos… como si de un DNS se tratase) y ellos nos pongan en contacto, no sólo con nuestros contactos, si no con cualquier otro usuario de cualquier otra aplicación.
Personalmente, esto lo veo francamente difícil, por lo que, salvo que Facebook haga algo que los usuarios no perdonen (y visto cómo funcionan, es difícil que haga algo peor que lo ha hecho), nos queda mucho Whatsapp por delante, pero el mercado es muy suculento, por lo que quién sabe.
Cuando haces una búsqueda de una empresa en Google, a menudo en la parte derecha de los resultados aparece información concreta de dicha empresa y entre los datos relevantes se encuentra su número de teléfono.
Desde hace unos días, ese número de teléfono aparece como un enlace que se enlaza con la cuenta de Hangout y te avisa del precio por minuto de dicha llamada permitiéndote algo que llevamos tiempo sabiendo, y es que Google ofrece poder llamar a los números de teléfono desde la web.
Haciendo clic en el número de teléfono que aparece en los resultados de la búsqueda.
Como curiosidad, para que una empresa pueda ofrecer este servicio (y cobrarlo) en España, la empresa que factura dicha llamada (en este caso Google) debe estar dada de alta como operador en la CNMC algo que no he conseguido encontrar.
Está claro que cobrar 2 céntimos el minuto por una llamada gratuita quizá no sea algo muy competitivo, pero si es llamativo que se meta en este mundo y de una forma tan sutil.
Hacía tiempo que Google ofrecía hacer llamadas desde Hangout a números de nuestra agenda de contactos, pero activar su Hangout cuando se pulsa en un número de teléfono para poder llamar a números desde la página de los resultados, igual es cosa mía, pero me parece un poco aprovecharse de su posición dominante.
No os voy a engañar si os digo que siempre he sido un gran fan de Snom, desde que en 2005 empecé a utilizar un «Snom 190» como teléfono principal y en 2011 me actualicé a un Snom 820 (blanco, pantalla a color, …). En la Astricon Europe que se celebró en Madrid, conocí al director de ingeniería que presentaba sus teléfonos (por aquel entonces desconocidosya que era una marca que se estaba presentandoen Europa) y desde entonces, Snom siempre ha sido un aliado en mi día a día gracias sobre todo, a sus famosas 12 líneas SIP que permitían a alguien como yo hacer pruebas sin tener que andar cambiando de cuentas continuamente.
Después de la adquisición de Snom por parte de VTech, la creación de una sede en España y otras novedades, han tenido que pasar 7 años para volver a reencontrarme con una nueva generación de teléfonos Snom y poder ver qué ha cambiado en este tiempo.
A mediados del año pasado (Julio de 2018), Snom anunció varios modelos nuevos muy interesantes y que seguían la línea del 820. Entre ellos, el Snom D735, un teléfono IP de sobremesa que tenía la ventaja de tener un precio de un teléfono de gama media (el precio suele rondar los 100€) pero con características de gama alta y 3 años de garantía.
Desde entonces hemos querido conocerlo de primera mano.
Lo primero que nos llama la atención es que volvemos a disponer del teléfono en dos colores: blanco y negro. Quizá el negro sea el teléfono más interesante para la mayoría de las empresas, aunque la posibilidad de tener teléfonos de color blanco es un plus en determinadas empresas donde el diseño blanco puede ser interesante.
Por otro lado, los teléfonos Snom siempre han sido unos teléfonos donde han cuidado mucho la calidad, los materiales, configuración, funcionalidades, etc. y, tanto la documentación y soporte también es bastante extensa, por lo que es una apuesta segura en todo caso.
Características
Según su datasheet, las características del teléfono son muy completas:
12 identidades / cuentas SIP
Browser XML
Registros de llamadas efectuadas, recibidas y perdidas
Agenda local de hasta 1.000 entradas
Compatible con multi-idiomas
DTMF in-band / out-of-band / SIP-INFO
Interoperable con las principales PBX IP
Llamadas de acceso rápido
Llamada mediante URL
Dialplan local
Rellamada automática si ocupado
Repetición de llamada si ocupado / fuera de cobertura
Reconocimiento ID llamada entrante
Aviso de llamada
Bloqueo llamadas (rechazo automático)
Aceptación automática de las llamadas
Puesta en espera de las llamadas
Música de espera(2)
Hasta 4 llamadas simultáneas
Transferencia de llamadas atendida y desatendida
Reenvío de las llamadas
Conferencias en teléfono de hasta 3 participantes
Monitorización de extensiones, captura de llamadas
Aparcamiento de llamadas
Broadcast mediante multicast
No molestar (DND)
Bloqueo teclas
Configuración de los colores del interfaz de la pantalla
Codec G.711 A-law, µ-law G.722 (sonido de banda ancha) G.726, G.729AB, GSM 6.10 (FR)
Tonos de llamadas diferenciador entre grupos de usuarios
Generador de Ruido Blanco (CNG)
Detección de Actividad de la Voz (VAD)
Configurable a través de la interfaz web
Configuración automática mediante HTTP/HTTPS/TFTP
Servicio de Redirección Snom
Administración en remoto a través de los protocolos TR-069/TR-111
Protocolo SIP (RFC3261)
DHCP, NTP, HTTP / HTTPS / TFTP
LDAP (agenda)
IPv6
Localización (idioma, zona horaria, tono de llamada)
Notificación mediante LED rojo de llamadas entrantes y mensajes en espera
4 teclas sensibles al contexto
8 teclas paginables (max. 32) de función programables con LED
Teclas dedicadas para mensajes, DND, agenda, menú, transferencia de llamadas, espera, Avance de página
Teclas de sonido con indicación lED : Mute, Altavoz, Auriculares
Interfaz de usuario que reacciona gracias a sensores
Autenticación 802.1X y EAPOL
Transport layer security (TLS)
SRTP (RFC3711), SIPS, RTCP
Servidor/Cliente HTTPS
Protección interfaz web con contraseña
Soporte de OpenVPN
VLAN (IEEE 802.1Q)
LLDP-MED, RTCP-XR
En la web de Snom vemos que hay un vídeo muy simpático Apple-style donde se enumeran algunas características claves de este teléfono.
Video presentación del D735
Qué echamos en falta en este teléfono…
Bluetooth: Por desgracia, este teléfono no dispone de Bluetooth, por lo tanto, no tenemos soporte de auriculares bluetooth, algo muy indispensable en un teléfono de este tipo que disponen otros teléfonos de inferiores prestaciones y que obliga a adquirir un auricular cableado.
Teclado BLF: Más teclas BLF externas para evitar usar las teclas de la pantalla.
Tanto el soporte de Bluetooth como el teclado separado para los BLF, vienen incluidas en la versión superior Snom D785. No obstante, el D735 dispone de un conector USB en el lateral en el que se puede conectar el conector usb del auricular bluetooth compatible y además el teclado existe otro USB para poder tener BT y teclado.
Otras características
Hay otras características que me llaman atención de este teléfono, como por ejempo:
No dispone de botón para colgar en el hueco del auricular.
Esto puede parecer una tontería pero es una de las características que me gustan de los Snom. Esa pieza, por suerte o por desgracia, tiende a romperse más frecuentemente de lo que pensamos y por eso Snom lo eliminó en los modelos de alta gama sustituyéndolo por algo (suponemos) magnético de manera que, aunque no puedes colgar con la mano, sí que se cuelga cuando pones el auricular. Además, este hueco dispone de unas almohadillas de goma que evita hacer el típico ruido «clonck!» al colgar.
Hay a quién no le gusta esta característica, hay personas acostumbradas a colgar con la mano pulsando el botón del auricular, pero por mi experiencia os digo que es algo que al poco tiempo de usarlo, ya no se echa de menos.
BLF de colores
Otra de las novedades de este teléfono es que dispone de teclas BLF orientadas a «presencia» con tres tonos de colores: verde, rojo y naranja.
En los teléfonos que solo tiene BLF de un único color, el funcionamiento «estándar» es simple con un único color (rojo) si está hablando, parpadeando si está ringing o apagado si la extensión monitorizada no tiene llamadas. Este es el funcionamiento estándar que sigue el teléfono.
No obstante, si queremos aprovechar los otros LEDs debemos hacerlo utilizando la configuración avanzada: En Snom la configuración vía web es la utilizada para cosas simples y si queremos algo más avanzado y profesional, hay que hacerlo utilizando un archivo de aprovisionamiento. Para ello tan solo necesitamos un servidor web en algún sitio donde el teléfono pueda acceder (puede ser un servidor web local o remoto, no importa mientras tenga acceso).
Próximamente veremos cómo configurar el teléfono para llegar a hacer algo como esto que pongo en el siguiente vídeo:
Ejemplo de funcionamiento con la configuración de arriba (3 es una extension externa y 4 es el Snom)
8 teclas que se transforman en 32
Nunca me han hecho gracia los teléfonos con muchas teclas de monitorización, me recuerda al puesto de «operadora» que había en las empresas del siglo pasado en la que una persona recibía todas las llamadas y transfería la llamada en función de si el teléfono estaba o no disponible, aunque sí es verdad que unas pocas teclas más para saber si las personas con las que más hablamos están ocupadas al teléfono o no, no vendrían mal.
El Snom D735 cuenta con soporte BLF entre las 8 teclas que rodean la pantalla. Esas 8 teclas son paginables (pulsando un botón, la pantalla cambia de página asignando nuevas funcionalidades a cada botón) hasta 4 veces, por lo que realmente contamos con 32 botones virtuales (8 botones x 4 páginas) con el que poder usar BLF, ActionURL, NavegadorWeb, y un largo número de acciones programables.
Sensor de presencia
Curiosamente, otra de las características que me pareció curiosa es un sensor de presencia física: un sensor que detecta cuando nos acercamos o acercamos la mano para activar el teléfono.
Sensor de presencia situado en el centro del teléfono.
De esta manera, el teléfono puede apagar la pantalla (o bloquearse) y solicitar un código pin, para desbloquear el teléfono cuando nos acerquemos para marcar.
En resumen:
El Snom D735 es un gran teléfono de uso habitual, con grandes prestaciones y donde se aprecia la experiencia del fabricante en los detalles que llevan manteniendo desde los primeros teléfonos de hace más de una década.
Particularmente en el Snom D735,es un teléfono sensacional: El auricular pesa, el sonido en manos libres es muy bueno y tiene potencia más que de sobra, tiene leds para informar de cuando entra una llamada y BLF de varios colores para informarnos de cuando están hablando, cuando no están disponible, etc. y los típicos botones a los que estamos acostumbrados además de muchos otros botones programables para grabar conversaciones, activar el DND, poner en espera, etc. Un gran teléfono para todos los días que, además de ofrecer un extra de diseño y calidad a un precio bastante interesante, cuenta con 3 años de garantía.
El principal operador de telefonía de Suecia, Telia Sonera, ha empezado a bloquear aplicaciones VoIP salvo que se contrate una tarifa especial que permita el uso de este tipo de aplicaciones.
Según comentarios del portavoz de la compañía Charlotte Züger, sus clientes pueden contratar una tarifa que incluya o no VoIP mediante la red móvil, esto no quiere decir que se prohiba utilizarla, únicamente que habrá que contratar una tarifa especial si desean utilizarla.
Esto, por desgracia, es lo que querían las operadoras hace unos años y han luchado con uñas y dientes en Europa para conseguirlo: Tarifas que no contabilizan el tráfico de determinadas aplicaciones, que perjudiquen a otras o incluso que lleguen a prohibirlas.
Un primer paso será prohibir o perjudicar aquellas aplicaciones que más molestan, como las aplicaciones de vídeo online (Youtube, Netflix, HBO, etc.) pero también aquellas les hacen competencia a su propio negocio, como la VoIP a sistemas que no son los suyos.
Si a todo esto, le sumamos la libertad legal que disponen las operadoras de priorizar el tráfico y perjudicar a las aplicaciones que no les interesa, veremos con nuestros ojos un internet móvil muy diferente al que nos intentarán vender con su publicidad.
Con la entrada del 5G veremos como cambia la forma en la que consumimos internet en el móvil, aún no está claro cómo funcionará (o al menos, no se ha hecho público) pero lo que sí se sabe es que todo el tráfico estará priorizado en función del tipo de dato que se envíe o reciba. Que tendremos una velocidad y una cobertura fantástica e increíble, pero un límite de descarga y subida de datos mucho más controlada que con el 4G.
Cuando alguien compra una empresa suele hacerla por muchos y muy variados motivos: le interesa sus clientes, quiere quitárselo de competencia, lo ve como una empresa con un gran potencial de crecimiento o cientos de razones más.
En el caso de este artículo, cuando Sangoma compró Digium, hablamos de muchas implicaciones que tenía esta compra de cara al software que más nos influye: Asterisk, y también (a modo de curiosidad) vimos la ventaja que podía suponer para Sangoma la adquisición de una empresa que de siempre ha sido su principal competencia (desde la época en la que ambas vendían tarjetas de comunicaciones compatibles con Asterisk).
Lo que nunca hablamos es, que cuando hay varias empresas fuertes y una de ellas compra a otra para integrarla en una sola (pueden haber adquisiciones donde ambas empresas se mantengan separadas), suelen haber cargos duplicados, estructuras laborales duplicadas, el doble de personal y, a medida que se lucha por estabilizar y mejorar la productividad y repartir la carga de la forma más productiva posible, seguramente también aparezcan puestos que dejan de ser necesarios. Esto no tiene por qué ser algo malo. El hecho de que hayan puestos más desocupados es una gran noticia ya que implica que la empresa puede hacerse cargo de nuevos proyectos y un mejor servicio, pero en otras ocasiones estos reajustes también implican un cambio de condiciones laborales con las que muchos no tienen por qué estar de acuerdo y es cuando surgen las estampidas de talento: personal formado, altamente cualificado y leal de una empresa.
¿Qué ha ocurrido en Sangoma?
Esto es noticia hoy en Sangoma al conocerse que varios miembros importantes de Sangoma se han ido: Tony Lewis y Brian Walters(los creadores iniciales de FreePBX) y también Rob Thomas y Philippe Lindheimer (desarrolladores principales del proyecto FreePBX).
Se ve que esto no es algo extraño en Sangoma, son muchas las personas clave con puestos de bastante responsabilidad que, de repente, deciden cambiar de empresa dejándonos a todos con grandes preguntas. Ejemplos como el gran Moises Silva o el siempre gurú Ernesto Casas han sido siempre dos personas que siempre han estado relacionadas con Sangoma, han llevado su bandera a todos los rincones del mundo y que, de repente, deciden dar un cambio en sus vidas y cambiar de empresa. Seguro que cada uno tiene sus motivos para dicho cambio, pero si ya por estas cosas sospechaba que algo raro podía pasar en esta empresa, la entrada de otros grandes como Jared Smith o Paul Estrella me hizo pensar que las cosas habrían cambiado, aunque la noticia de los creadores de FreePBX viene a demostrar que no todo lo que debería.
Con Ernesto Casas (izquierda) y Moises Silva (derecha) durante la ElastixWorld 2015
Tras esto, es lógico preguntarse ¿qué ocurrirá con FreePBX? Desarrollar esta aplicación no es nada fácil y Sangoma ahora tiene un gran software que además goza con ser muy utilizado en el mundo pero cuyos principales desarrolladores se han ido.
¿Qué ocurrirá ahora con FreePBX?
Sangoma cuenta con muchos desarrolladores de FreePBX (soporte, actualizaciones, bugs, etc.) y hace unos días publicaron una versión Beta de la nueva versión, por lo tanto imaginamos que queda mucho FreePBX por ahora. No obstante, nosotros no nos preguntamos sobre el futuro inmediato de FreePBX, si no qué ocurrirá cuando se van los principales creadores de este software (que son, en definitiva los que toman ciertas decisiones importantes sobre esto). Muchos miran en dirección a los desarrolladores provenientes de Digium pero hay que decir que FreePBX y Asterisk no tienen nada que ver. Los grandes Matt Jordan y Malcolm Davenport son grandes expertos en Asterisk, pero no creo que a estas alturas se pongan a aprender cómo funcionan las entrañas de FreePBX en PHP para coordinar un nuevo proyecto de este tipo.
Ward Mundy, creador de la web Nerd Vittles incluso piensa que estos desarrolladores que se han ido de Sangoma podrían comenzar un nuevo fork de FreePBX basándose en el derecho que otorga la propia licencia GPL en la que se basa FreePBX. Algo que, personalmente no comparto por ciertos comentarios de personas conocedoras de este mundo. Desconocemos qué ha llevado a estas personas a dejar Sangoma, pero creo que Sangoma salvará los platos, y conseguirá sustituir a los desarrolladores de FreePBX para continuar con el desarrollo. Está claro que le llevará algún tiempo y no será fácil ni barato, pero Sangoma tiene capacidad para hacerlo.
Como decía al principio, cuando una empresa compra otra, si se modifican las condiciones laborales a peor, aumenta la carga de trabajo, etc., es normal que las personas con más capacidad para trabajar en otros sitios se vayan. Si se tiene personal capaz de suplir esta baja, quizá pueda soportar esa huída de talento, pero si quien se van son las personas que han traído el éxito a la empresa, y más aún en empresas tecnológicas, especializadas y orientada a nichos muy concretos, está claro que la empresa va a pasar una muy, mala racha que dure muchos años.
Todo cambia, y aunque a menudo no nos haga gracia que hayan cambios y que nos puedan parecer algo negativo, lo cierto es que cualquier cambio es positivo. A veces, (cuando las cosas van mejor) pues es lo más evidente, pero cuando las cosas no van como esperaban, el cambio sirve para reafirmar que ese camino no es el correcto y que toca experimentar otros. Por esa razón, cualquier cambio que experimentemos, siempre es bueno.
Hubo un tiempo en el que llegamos a contar hasta 7 interfaces webs opensource para gestionar Asterisk: Elastix, Asterisk-GUI, FreePBX, Askorzia, Vicidial, IncrediblePBX y algunos otros que no recuerdo. Hoy día solo existen dos interfaces libres que siguen manteniéndose (igual hay más, pero son los que conozco): FreePBX (en manos de Sangoma) e Issabel.
Es importante notar la diferencia de que «open source» no significa «libre» (que puedas ver el código no significa que lo puedas cambiar a tu gusto y distribuirlo libremente con tus modificaciones).
Ambos interfaces son muy completos, soportan prácticamente cualquier configuración que nos pueda interesar y si bien cualquiera de ellas nos podría interesar para configurar un Asterisk, no deja de ser irónico que, ahora que Asterisk tiene el mejor soporte para desarrollar interfaces webs (realtime, pjsip, ARI, AMI, etc), sea ahora mismo cuando la cantidad de interfaces web libres haya descendido a un mínimo histórico.
Desarrollar un interfaz de gestión no es una tarea complicada, pero sí es bastante laboriosa. Crear un interfaz que gestione los usuarios SIP es meramente saber gestionar una tabla o crear un archivo de texto con un formato concreto, pero crear un interfaz que permita configurar las miles de características y posibilidades que ofrece Asterisk, puede ser un arduo trabajo de muchos meses o años dedicados que los usuarios no tienen por qué ver y a la hora de escoger uno u otro interfaz seguirán escogiendo al más completo.
El paso de las empresas a «la nube», a los sistemas multi-tenant, y las nuevas soluciones comerciales han hecho que, donde antes una empresa que instalaba un servidor Asterisk en cada cliente y que necesitaba de un interfaz para cada cliente, hoy día solo necesita una solución multi-tenant (comercial) en un servidor remoto para ofrecer el mismo servicios a sus clientes, lo que hace que no sea necesaria ese interfaz «local» y, en caso de que sea necesario, siempre se puede optar por una solución comercial con un soporte directo de la empresa desarrolladora y así trasladar costes.
En definitiva, los interfaces web libres de Asterisk siguen siendo importantes y necesarios, aunque las necesidades cambian y si bien siguen siendo necesarios los interfaces que permiten gestionar un Asterisk individual para una empresa, el «negocio» puede estar más en los nuevos sistemas, más orientados a la nube, a la integración con otros sistemas, eso si, con la mentalidad que muchas empresas tienen, no creo que alguien que desarrolle un sistema así, lo haga opensource.
