Joshua C. Colp es uno de los desarrolladores de siempre que han estado desde siempre en Asterisk y que participa activamente desde hace muchos años, tanto ayudando a los usuarios en el foro y en las listas de correos, como resolviendo bugs y aportando nuevas características a las nuevas versiones de Asterisk.
Hay que diferenciar entre los leaders del proyecto y los leaders de la comunidad que tienen otras funciones.
La lista de leaders de Asterisk ha cambiado mucho desde que comenzó el proyecto pero seguro que si habéis seguido el día a día de Asterisk, os sonarán algunos:
Una gran noticia nos llega este lunes en el cual el Parlamento de los Países Bajos que acaba de aprobar el proyecto de ley para considerar el teletrabajo como un derecho del trabajador.
Por supuesto esto sólo es posible si el trabajo desempeñado por el trabajador es posible lo que, lógicamente, deja fuera de este derecho a aquellos trabajadores en los que no es posible el teletrabajo.
Según la nueva legislación, los empleadores deben dar a los trabajadores una razón para negar las solicitudes de trabajo remoto. Si el proyecto de ley se ratifica en el Senado, los Países Bajos se convertirán en uno de los primeros países en consolidar tal derecho como ley. “Para los empleadores, esta también es una buena ley”, dijo el coautor del proyecto de ley. “Porque un empleado feliz es un empleador feliz”.
¿Porqué aprobar el teletrabajo (también conocido como Work-From-Home o WFH) como derecho fundamental del trabajador es una fantástica decisión?
Productividad: Numerosos estudios han demostrado que tener la opción de trabajar desde casa aumenta la productividad de los empleados.
Salud mental: tener la opción de trabajar desde casa puede afectar positivamente su bienestar y reducir el estrés.
Gestión del tiempo: simplemente eliminando el viaje diario al trabajo, la FMH puede ahorrarles a los empleados hasta 4 horas al día.
Moral del equipo: tener la libertad de trabajar desde la comodidad de su hogar puede mejorar su estado de ánimo y generar un mayor compromiso.
Gestión de la responsabilidad: Ser capaz de trabajar desde casa puede permitir que personas como madres y padres trabajadoras o cuidadores de ancianos manejen cómodamente ambos aspectos de su vida.
Equilibrio entre el trabajo y la vida: (No hace falta explicar esto ¿verdad?)
Aparte de las ventajas para el trabajador, la empresa también gana:
Se reducen los gastos de la empresa, especialmente los generales.
Ayuda a enfocar los objetivos y a controlar y distribuir mejor la carga de trabajo.
Incentiva la creatividad y la concentración general de los trabajadores y por extensión, reduce el tiempo perdido.
Ni que decir tiene que esto fomentará mucho las herramientas colaborativas, telefonía VoIP, redes, cyberseguridad y todo lo relacionado con el trabajo remoto.
El pasado mes de abril se anunció una vulnerabilidad de tipo «zero day» en el sistema de comunicaciones VoIP de Mitel (CVE-2022-29499) en la que, a través de una petición HTTP se conseguía la ejecución de código remoto mediante la obtención de comandos falsos de la infraestructura controlada por el atacante.
Obviamente, siempre que se ejecuta código remoto sin comprobar hay alguien que lo aprovecha para instalar software no demasiado legal como es un ransomware.
El descubrimiento fue realizado por una empresa de ciberseguridad llamada Crowdstrike que rápidamente informó a la empresa Mitel quien a su vez ha desarrollado un parche para corregir este fallo, no obstante, si hay empresas que no disponen de un mantenimiento actualizado y no tiene acceso a estas mejoras, están literalmente en peligro.
Si hay un cliente de correo que cuenta tanto con la experiencia de usuario necesaria para ser considerado uno de los mejores clientes de correo existentes hasta la fecha, éste es Thunderbird.
Thunderbird almacena los emails en archivos separados utilizando además sistemas de búsquedas especiales, de manera que podamos tener decenas de gigabytes de emails y aún así poder hacer búsquedas complejas en apenas unos segundos y sin requerir los recursos de un servidor dedicado. También incorpora la posibilidad de utilizar plugins para dotar a esta aplicación del mejor sistema de comunicaciones que podamos necesitar.
No obstante, otra de las ventajas que incorpora esta aplicación y que la convierten en uno de los sistemas de comunicación asíncrona más interesante, es la de incluir soporte para mensajería instantánea, incluyendo protocolos estándares como: IRC, XMPP y es que, recientemente, acaban de anunciar la incorporación de Matrix a la lista de protocolos compatibles permitiéndonos conectar nuestra cuenta de Matrix y utilizarla desde esta aplicación.
Matrix es un protocolo estándar abierto, descentralizado y orientado a la comunicación en tiempo real que puede ser utilizado tanto para mensajería instantánea como para señalización VoIP/WebRTC, IoT o cualquier cosa que pueda necesitar de un sistema basado en HTTP.
Durante la pandemia fuimos muchos los que celebramos que se continuaran haciendo ciertos eventos, aunque fuera de forma telemática, era el momento de dar a conocer al gran público las nuevas tecnologías y evolución que llevábamos años preparando (videoconferencias, teletrabajo, dejar de calentar la silla de la oficina y promover proyectos en los que realmente se valorasen los objetivos cumplidos en lugar de medir el tiempo que se está en la oficina, etc.). En un principio fue bien… a la vista de que la alternativa era dejar de trabajar, el teletrabajo y las reuniones online vinieron para quedarse, pero por otro lado, los eventos presenciales fueron los grandes perjudicados.
Prácticamente todos los organizadores de eventos tuvieron que reconocer que no hay nada como los eventos presenciales, no obstante, la tecnología ha vuelto a salvar los muebles y los eventos se han podido hacer en un momento en que tuvimos que quedarnos en casa obligatoriamente y que hubiera dado al traste con muchos lanzamientos, charlas y en un momento en el que la comunicación entre empresas y usuarios era más necesaria que nunca.
Por suerte, está volviendo todo a la normalidad y los eventos vuelven a ser protagonistas, y tal y como está ocurriendo con los conciertos de música, también pasen por una época dorada en la que se están celebrando más conciertos que nunca y posiblemente se espera que los eventos presenciales vuelvan con más fuerza que nunca y con más apoyo por parte de los usuarios.
No obstante, y aunque nos hace especial ilusión volver a vernos cara a cara, si algo hemos aprendido es que no todo el mundo tiene la posibilidad de asistir presencialmente y sigue siendo igualmente importante la presencia online, tanto para retransmitir los eventos, como colaborar con participaciones telemáticas mediante videoconferencia que permitan tanto a asistentes como a ponentes, participar de eventos aunque se encuentren lejos.
Es más importante la calidad de la ponencia, de los participantes, transmitir la información y el conocimiento, que el medio que se utilice: presencial o telemáticamente, por esta razón, la necesidad de incorporar un sistema de videoconferencia y retransmisión online a cualquier evento, debería ser algo obligatorio en los eventos que sucedan de ahora en adelante.
La Astricon vuelve a anunciar que se celebra de forma presencial del 13 al 17 de Febrero de 2023 junto con la ITExpo en Fort Lauderdale, Florida. En el momento de escribir estas líneas, aún no está actualizada la web de la Astricon, pero la noticia está muy confirmada. Hay que recordar que ITExpo es un evento puramente comercial sobre telecomunicaciones y VoIP y aunque otros años ha aprovechado el tirón de la ITExpo, este año parece que será algo diferente a otros años… en fin, veremos qué ocurre a medida que se acerque en el tiempo. http://astricon.net
ClueCon, otro de los clásicos de los eventos, se celebrará también presencialmente del 17 al 20 de Octubre de 2022, en Swissotel Chicago, Illinois , un evento de VoIP, WebRTC y telefonía donde se darán cita tanto desarrolladores como administradores y usuarios de esta tecnología. https://www.cluecon.com/
En España, el pasado mes de Mayo se celebraron eventos como AOTEC, ASLAN y empresas de telecomunicaciones vienen celebrando eventos privados también presenciales, por lo que está claro que, si todo sigue como hasta ahora, los eventos presenciales vuelven a la carga.
En espera estamos de otros eventos europeos con contenido VoIP y RTC como Fosdem, la KamailioWorld.
El equipo de desarrollo de Asterisk acaba de anunciar que ya está listo el AEAP (Asterisk External Application Protocol), un protocolo que llevaba más de un año siendo desarrollado y que por fin ha visto la luz a partir de las versiones de Asterisk 18.12.0 y Asterisk 19.4.0 y que nos permitirá conectar con aplicaciones externas para enviarles audio y datos y obtener resultados sobre estos.
Un ejemplo básico que están utilizando como demostración para entender cómo funciona el AEAP es un módulo para convertir VOZ a TEXTO (speech-to-text) y que utiliza la API de Google para hacer la conversión, pero que podríamos utilizar otros motores y crear nuestro propio conector gracias a este protocolo.
El protocolo AEAP nos permite crear un «subsistema» para dar de alta aplicaciones nativas de Asterisk que recibirán datos de entrada y generarán datos de respuesta. Para hacer estos «subsistemas» hay que conocer cómo funciona la arquitectura de Asterisk y utilizar los módulos res_aeap.h y res_aeap_message.h desde donde generaremos un nuevo «motor» al que podremos enviar los datos y que devolverá el resultado que éste nos devuelva.
Como ejemplo de uso, han creado un «subsistema para hacer el reconocimiento de voz a texto» y lo han incorporado a Asterisk en el módulo res_speech_aeap.c lo que generará un nuevo motor de reconocimiento que podremos utilizar con los comandos estándar de Asterisk SpeechCreate, SpeechStart y SpeechDestroy para enviarle el audio y que el motor nos devuelva el resultado:
exten => 550,1,NoOp()
same => n,Answer()
same => n,SpeechCreate(my-speech-to-text)
same => n,SpeechStart()
same => n,SpeechBackground(hello-world)
same => n,Verbose(0,${SPEECH_TEXT(0)})
same => n,SpeechDestroy()
same => n,Hangup()
Ese «my-speech-to-text» es un motor «custom» que hemos creado gracias a un servidor websocket que recibe el audio y lo envía a la API de reconocimiento de Google para que nos devuelva en la variable ${SPEECH_TEXT} el resultado del reconocimiento, pero que con algo de maña, se puede adaptar para que, en lugar de Google, utilicemos otros sistemas diferentes, e incluso que el resultado, en lugar de devolvernos el texto, nos devuelva otra información (identificación de la persona que habla, estado de humor, edad aproximada de la persona, etc. por poner un ejemplo)
Ese «my-speech-to-text» se configura en el archivo de configuración ‘aeap.conf‘ que tendría algo como esto:
Este sistema no es algo orientado al usuario final de Asterisk, quizá requiere de conocimientos algo más avanzados, pero los resultados son verdaderamente interesantes y prometedores.
La versión de Asterisk 20 (versión LTS), se espera que salga en el próximo mes de octubre pero desde Sangoma ya nos empiezan a avisar de las novedades que traerá y las más llamativas de momento no son las que traerá si no las características que no incluirá por llevar varias versiones marcadas como «obsoletas» y que, por lo tanto, ya no será posible utilizar en esta versión.
Por este motivo, si eres de los que utiliza una versión antigua como Asterisk 13 o anterior, es muy importante que vayas pensando en los cambios de las nuevas versiones o, de lo contrario, el salto para actualizar a la nueva versión de Asterisk será tan grande que más valdría rehacer de nuevo todo el sistema.
Adiós a las salas de conferencia Meetme.
Meetme nos ha acompañado creo, desde las primeras versiones de Asterisk, con un comportamiento excelente y una potencia y flexibilidad cada vez mayor, ya que cada versión nueva solía incluir alguna que otra mejora, alguna opción, mejor rendimiento y, para montar pequeñas «salas de conferencia de audio» es una herramienta tan práctica como eficaz.
En 2009 ya hablábamos que ConfBridge había venido para sustituir a Meetme. Una aplicación completamente escrita desde cero y que permitía muchas cosas que Meetme no incluye. No obstante, estas características hace que, en un principio, Meetme continuara siendo una aplicación mucho más sencilla de manejar y no sería hasta Asterisk 13 que ConfBridge incluiría todas las opciones que potenciaría en condiciones las salas de conferencias tal y como lo hacía Meetme, por lo tanto, Asterisk 13 fue la primera versión en la que ConfBridge realmente podía empezar a sustituir a Meetme.
No ha sido hasta la versión Asterisk 20 cuando realmente se ha planteado ConfBridge como una versión capaz de sustituir a Meetme, por lo que Meetme pasará a ser marcada como «obsoleta» y será retirada en la versión Asterisk 21.
Adiós a la aplicación Monitor para grabar llamadas.
Desde las primeras versiones de Asterisk, se incluían dos aplicaciones para grabar conversaciones: Monitor y Mixmonitor, realmente la segunda era una «versión» de la primera y es que, utilizando antes de una llamada la aplicación Monitor, éste genera dos archivos separados: in y out para posteriormente mezclarlos gracias a la herramienta soxmix y trabajar con él.
La segunda era idéntica a la primera (más limitada) pero mezclaba ambos audios y generaba un único archivo mientras se hacía la llamada. Por esta razón y por la carga extra que podía suponer mezclar audio durante una conversación, hacía que siempre haya preferido Monitor a MixMonitor.
No obstante, hace un par de años descubrí que MixMonitor realmente había incluido muchas más opciones y mejoras que Monitor no incluía, por lo que descubrí que era más interesante utilizar MixMonitor que Monitor.
En la versión Asterisk 20, Monitor también se marcará como obsoleto y no será hasta la versión de Asterisk 21 cuando realmente se retire oficialmente.
Adiós a las Macros en el dialplan.
Otro de los cambios que nos traerán de cabeza son las Macros, obsoletas ya desde hace algún tiempo pero que se resisten a ser eliminada debido a la gran dependencia que muchos usuarios tienen al seguir utilizándola. No obstante, aprovechando las últimas versiones que se están desarrollando, las Macros también nos dirán adiós en estas nuevas versiones.
La alternativa es 100 veces mejor: Gosub
Gosub incluye todo lo bueno de Macro pero mucho más completo ya que, por ejemplo: Macro entra siempre a la extensión ‘s’ mientras que Gosub es como un Goto (podemos acceder a la extensión que queramos) y también nos permite devolver un resultado con la aplicación Return(<valor>) cuyo valor es devuelto en la variable ${GOSUB_RETVAL}
Adiós a muchos otros módulos importantes.
La próxima versión de Asterisk incluirá otros módulos como obsoletos, quizá los módulos no sean muy frecuentemente utilizados, pero en muchos otros casos, ese módulo es vital para algunas instalaciones.
Módulos como chan_mgcp o chan_alsa son módulos muy especiales que también pasarán a estar obsoletos y que en algunos sistemas son vitales para proyectos especiales, lo cual implica que, no serán compilables por defecto y será necesario activarlo específicamente, aunque lo peor es que se quedarán sin soporte para bugs o mejoras (algo que estos módulos tampoco tienen ya desde hace algún tiempo).
Desde el 1 de enero de 2022, si compras un producto en España, y se rompe antes de 3 años, el vendedor tiene la obligación de repararlo o sustituirlo de forma completamente gratuita según La modificación de la Ley General de Defensa de los Consumidores y Usuarios.
Esta modificación viene de una directiva europea que obliga a efectuar unos cambios para evitar la obsolescencia programada y fomentar la «reparabilidad» de aparatos y, de esta forma, sustituir la velocidad a la que se generan residuos, a la vez que se abre un nuevo abanico de opciones económicas al fomentar las reparaciones y obligar a las empresas a crear productos que puedan repararse.
Hay que leerse bien la letra pequeña, y es que esos tres años pertenece a la «Ley General de la Defensa de los Consumidores y Usuarios» pero no afecta a la compra-venta de dichos productos, lo que significa que el fabricante no tiene que ofrecer esos 3 años de garantía, si no que lo tiene que dar la empresa que lo vende al usuario que lo está utilizando.
Generalmente cuando un producto sale a la venta, el fabricante vende al distribuidor, el distribuidor al revendedor y el revendedor al usuario final.
Estos tres años lo tiene que ofrecer obligatoriamente la empresa que hace la venta final al usuario.
Pues esos tres años de garantía, sólo se aplican en el último tramo (del revendedor al usuario final) por lo que si un aparato se rompe a los 2 años y medio y el producto tiene una garantía de 2 años ¿quién se hace cargo de repararlo o sustituirlo? ¿quién paga la reparación o sustitución?
Si una empresa quiere vender productos a usuarios en España, tiene que ofrecer esos 3 años de garantía, es una obligación legal desde el 1 de enero de 2022.
Por esta razón es importante entender que existen muchos fabricantes que ofrecen garantía de «hasta 1 año» (auriculares, teléfonos, gateways, centralitas, etc.) cuando el usuario realmente debe recibir una garantía mínima de 3 años.
Por otro lado, lo que sí obliga esta modificación de la ley no sólo afecta a la garantía de los productos, si no a que los fabricantes deberán tener piezas de repuesto para reparar durante al menos, 10 años desde la fecha en la que el producto deje de fabricarse. ¿Cuándo se considera que un producto deja de fabricarse? Eso dependerá del fabricante y del producto, pero 10 años son suficientes años como para tener un reemplazo de algo que se haya roto (un auricular, una placa base, una pantalla, una memoria microSD, etc.)
Por supuesto, los tres años de garantía sólo son aplicables cuando sea evidente que el fallo no ha sucedido por el desgaste habitual por uso (un micrófono de un auricular que ya no se mantiene recto puede ser por moverlo demasiadas veces, unos botones de un teléfono puede ser por haberlo usado muchas veces al día durante varios años, etc.). Pero hay cosas que no son achacables al usuario (un teléfono que de repente no enciende, o que la pantalla pierde el brillo, o un auricular que no es detectado por el sistema, o un gateway que deja de sincronizar las líneas, etc.)
Así que, mucho ojo con lo que compremos y a quién se lo compremos, ya que si la compra es a un fabricante directamente o a un distribuidor, muy posiblemente nos quedemos sin los tres años de garantía, salvo que el fabricante sí ofrezca estos tres años.
Siempre he considerado a Google como una empresa muy innovadora que hace cosas que nadie ha hecho antes y que además, lo hace cuidando mucho los detalles hasta el punto que cualquier imitación lo tenga realmente difícil para llegar a este nivel. No hay que decir que admiro bastante como trabajan y desde hace muchos años, la filosofía que seguían. Con el tiempo las cosas cambian y lo que antes era «defendemos el software libre«, pasó a ser «te ofrecemos acceso a una API que puedes usar cuando quieras» y posteriormente «si quieres usar la API, debes pagar por usarla«. Es normal, una empresa necesita tener beneficios para crecer y Google no es una excepción. Nadie vive permanentemente de poner banners en cientos de millones de webs.
Google ofreció su servicio Google Suite, un Gmail especial para que cualquier usuario pudiera utilizar su propio dominio con él, así cualquiera que registrase un dominio pudiera tener su cuenta de correos, y algunos servicios muy interesantes como un procesador de textos muy chulo, una hoja de cálculos e incluso un sistema de presentaciones y de dibujo, todo colaborativo y bajo tu propio dominio… todo ventajas.
A partir del 1 de Julio, Google Suite (el servicio que Google ofrecía a dominios personales) se cambia a Google WorkSpace y dejará de ser gratuito, por lo que pasará a costar como mínimo $6 por usuario al mes. (Al igual que Microsoft, una vez nos acostumbramos a pagar suscripciones, ya no parece tan malo pagar mensualmente por tener un email con nuestro dominio). Pero para los que tenemos varios dominios para ciertos proyectos y dos o tres cuentas en cada uno de ellos se traduce en… varios cientos de euros al año que no compensa para el uso que le doy. <snif!> por lo que aprovechando que ya contamos con infraestructura propia, toca buscar alternativas que permitan tener nuestro propio dominio y tantos correos electrónicos como necesitemos. Para ello, vamos a necesitar de un servidor donde montar el servidor de email, y a ser posible con algo de espacio para que los emails y sus adjuntos no acabe con el espacio disponible.
En Linux existe la máxima de «es preferible pequeños programas que funcionen muy bien antes que uno grande que pueda fallar en algún punto«, así que la mayoría de las soluciones de correo se basan en software muy especializado y estable, y la única variación es la configuración de este software para conectarlo entre sí: Postfix para el envío de email (SMTP), Dovecot como almacenamiento del correo (POP3 / IMAP), SpamAssassin como sistema antispam que autoaprende, ClamAV como sistema antivirus, y Amavis como gestor de filtros (que conecta SpamAssassin, ClamAV, y otras aplicaciones) para los emails. En ocasiones hay algún sistema que utiliza Exim como sistema MTA (SMTP) aunque es bien raro esto.
Llevo algún tiempo buscando sistemas de gestión de correos para aprovechar que dispongo de un servidor propio y muchas cuentas. Aunque seguiré utilizando la versión de Google WorkSpace en algunos correos, en otros he hecho la migración a este nuevo sistema que, aunque no tiene todas la ventajas, con software libre se puede llegar muy, muy cerca e incluso mejor aún, ya que se puede controlar más además de, lo más importante: no depender de una empresa y sus condiciones que cambian y cambiarán con el tiempo.
Vamos a ver algunos sistemas interesantes que podemos montar:
Zimbra
Zimbra está muy orientado a las comunicaciones de la empresa. Uno de los más potentes sistemas de mensajería colaborativa empresarial que cuenta con una versión libre. Ofrece servidor de email, chat, videoconferencia, calendario corporativo, gestor de contactos, tareas, documentos, compartición de archivos, y almacenamiento personal para cada usuario.
Ideal para empresas que necesitan un sistema de mensajería unificado y seguro.
Modoboa es un servidor de correo multidominio, multiusuario, antivirus, antispam, etc… fácil de instalar y que dispone de un interfaz web para facilitar su gestión. Fácil de instalar y realmente útil para los que tienen muchos dominios y necesitan gestionar muchas cuentas. (esto es ideal para lo que estamos hablando). Lo he estado usando un tiempo y puedo decir que es uno de mis preferidos.
El interfaz está programado en Django y es un frontend de postfix, dovecot, amavisd, spamassassin, y una gran colección de herramientas típicas que funcionan a la perfección.
Mail-in-a-Box es uno de los preferidos de muchos administradores de sistemas, es otro sistema de gestión multidominio, multiusuario, antivirus, antispam, etc. con un fácil sistema de instalación en prácticamente un único comando y además incluye algunas herramientas como NextCloud (para el almacenamiento personal de archivos) y Roundcube (webmail)
iRedMail es otro sistema que te permite gestionar dominios de correos, así como usuarios y que cuenta con un interfaz muy atractivo. La única «pega» es que el interfaz está muy limitado y, aunque cuenta con un interfaz muy completo, el precio de la versión «Pro» del interfaz es de 500€/año un poco excesivo en mi opinión. La ventaja es que está todo listo para hacer muchas cosas a mano (listas de correo, desvíos, etc.) Otra opción muy recomendable.
Flurdy es un sistema multidominio, multiusuario, con todo lo necesario para montar un servidor de correos todoterreno (antispam, antivirus, webmail, etc.) y lo más curioso es que es tipo «qmailrocks» (si llevas tiempo con Linux, seguro que te suena esto) es decir: un tutorial paso a paso para instalarlo todo comando a comando y terminar con el sistema perfectamente instalado, configurado y listo para funcionar.
MailU es otra alternativa dockerizada y muy potente multidominio y multiusuario, que puede correr incluso en una raspberry PI. Tiene su propia interfaz de administración bastante completa y cuenta con webmail.
MailCOW es otra solución hospedada de email que cuenta con facilidad de montaje vía Docker y que permite manejar y gestionar cuentas de usuarios de diferentes dominios además de contar con un interfaz muy intuitivo y fácil de manejar.
Quizá uno de los más interesantes sistemas de email, orientado a grandes cantidades de emails y cuentas, así como especialmente orientado a seguridad y cifrado. Almacena los emails cifrados en bases de datos de forma que sea fácil y rápido hacer búsquedas. También cuenta con varios sistemas que mejoran la seguridad como el soporte de autentificación en dos pasos vía app, o incluso Yubikey.
Todos estos sistemas los he probado y puedo decir que todos funcionan bastante bien (aquellos muy inestables o que no me daban seguridad, ni siquiera lo he puesto aquí). También hay que decir que no están todos los que están, así que si conocéis alguna solución libre (no tiene que ser gratuita) que no esté aquí, os agradeceré que me aviséis para que lo incluya.
También he probado otros que tienen muy buena pinta y que se instalan con un único comando ya que se instalan en un contenedor Docker, pero estos tienen varios puntos que no me terminan de convencer y es que no dejan de ser bastante «caja negra», además de no ser software libre, por esa razón, no la vamos a ver aquí.
Hace poco leí un artículo (que desgraciadamente ahora no encuentro) donde se exponía por qué cada vez que una empresa se pasa a Teams, difícilmente podrás volver a tenerla como cliente. Microsoft ha creado Teams utilizando el mismo aspecto psicológico con el que se creó todo el ecosistema Windows: muy incompatible con casi todo, gran compatibilidad con productos de Microsoft y por lo tanto, una gran experiencia de usuario que hace que el usuario dependa cada vez más de Microsoft y cada paso que da en este sentido, más difícil se vuelve salir de él.
Tras leer este artículo (a ver si lo encuentro), pensé que el mismo sistema utilizan otras compañías americanas como Google, Amazon o Apple… aunque Microsoft llega a un punto que engloba prácticamente cualquier cosa que utilices con un ordenador.
Concretamente el artículo hablaba de cómo el confinamiento había hecho que Teams llegara donde nadie había llegado, ofreciendo licencias gratuitas inicialmente y una vez que los usuarios se acostumbran a trabajar con este «Slack tuneado» y a llamarse entre sí utilizando esta aplicación, le preguntaron si había alguna manera de hacer llamadas telefónicas utilizando Teams… A lo que desarrolló un «bridge» que permitía a los usuarios hacer llamadas utilizando sus propias líneas.
Hasta que Microsoft sacó un nuevo servicio que proporcionaba llamadas entrantes y salientes totalmente integrado con Teams… ese día perdió a todos los clientes que utilizaba Teams.
Esto ocurrió en EEUU, aunque hace tiempo que Microsoft planea establecerse como operador de telecomunicaciones y ofrecer integración con Teams… sólo hay una pega…
Joshua C. Colp es uno de los desarrolladores de siempre que han estado desde siempre en Asterisk y que participa activamente desde hace muchos años, tanto ayudando a los usuarios en el foro y en las listas de correos, como resolviendo bugs y aportando nuevas características a las nuevas versiones de Asterisk.
