El operador VoIP alemán NFON AG, se hace con el 24,9% de la empresa Meetecho, creadora de, entre otras cosas: Janus: Servidor y gateway WebRTC.
En palabras de Klaus von Rottkay, CEO de NFON AG:
Klaus von Rottkay en una videoconferencia hecha con Zoom (😐 )
«La asociación estratégica con Meetecho nos da acceso directo al conocimiento sobre WebRTC líder en la industria y acelera la implementación de nuestra propia estrategia de Comunicaciones Unificadas. Es un paso importante para reforzar nuestra independencia de la tecnología de terceros a largo plazo«
NFON en uno de los operadores VoIP más grandes a nivel europeo (con más de 200 empleados) que lleva años posicionándose en cada país y Meetecho es una empresa muy prometedora gracias a la aplicación software libre: Janus (además de otras herramientas como el soporte de Opus para Asterisk).
Particularmente me da un poco de miedo ciertas adquisiciones de empresas que desarrollan software libre, por otro lado hay que entender que como empresa, el desarrollo y publicación de herramientas útiles y liberadas con una licencia de software libre no es una razón para que no actúe como una empresa normal y corriente, además de muy prometedora, y que suscite el interés de grandes empresas que ya no pueden crecer más si no es adquiriendo otras empresas (véase Sangoma con la compra de Digium -creadora de Asterisk-).
Uno intenta adelantarse al futuro y ve como este tipo de adquisiciones pueden llegar a hacer peligrar el futuro de ciertas aplicaciones, librerías y herramientas que sirven como apoyo a todo un ecosistema creado alrededor, todo depende de quién sea la empresa matriz y sus intenciones.
Hay quien compra una empresa desarrolladora de software libre con la intención de protegerla de otros «tiburones» que lo único que quieren es destruirla para que deje de hacerle la competencia (referencia1, referencia2).
No obstante, conozco a gente que trabaja en NFON y tengo una gran esperanza de que esta asociación/compra/participación sirva para impulsar aún más este software además de para que Lorenzo Miniero, Paolo Saviano y el resto del equipo de Meetecho puedan comprarse un barco para descansar estas vacaciones que bien merecido se lo tienen, además de para que NFON pueda seguir desarrollando su software de videoconferencia utilizando Janus y software libre. 😉
Siempre se ha dicho que la burocracia va siempre uno o dos pasos por detrás, pero cuando hablamos de tecnología, podríamos decir que incluso va años por detrás. No hay más que ver que WebRTC ha tardado más de 10 años en convertirse en un protocolo estándar oficialmente y ha pasado por muchos cambios entre los que destacan varios campos de códecs que, a medida que han ido surgiendo y comprobandose mejores (más calidad y un ancho de banda menor) los desarrolladores se han visto «obligados por la tecnología» a incluirlos dentro de la especificación.
No obstante, hay empresas como Google que corren dos carreras en paralelo y mientras apoyan ciertas prácticas avaladas por la comunidad y los estándares, juegan por otro lado a una liga propia en la que otras empresas compiten por ser la más rápida y la que primero ofrezca la mejor de las bondades a fin de conseguir adelantarse a la competencia y de paso, subir unos cuantos dólares el precio de sus acciones.
Por esta razón, cuando aún los usuarios están descubriendo un códec como Opus, Google anuncia un nuevo códec llamado Lyra, orientado principalmente al envío y compresión del audio de conversación (justamente el que nos interesa en VoIP) y es que Opus es un códec que, podríamos decir que es la «evolución del MP3» mientras que Lyra nace para convertirse en la evolución del Alaw, del Speech o del G.722.
Nota importante: El nombre «Lyra» es el nombre comercial de un software de Sangoma encargado de detectar máquinas de fax y contestadores automáticos (lo que se denomina AMD: Answer Machine Detector) pero no tiene nada que ver, por lo que si queremos descubrir más de este software, deberemos concretar y buscar «Lyrac códec» o algo así.
Comparación de calidad y ancho de banda
Sobre la calidad, es bastante mejor que la que ofrece el códec Opus con el doble del ancho de banda:
Google ha desarrollado este códec pensando en sus propios servicios de comunicación para Android (Google Duo y similares) aunque el código fuente está publicado con licencia Apache 2.0, por lo que en cualquier momento alguien puede utilizarlo para integrarlo en su propio software o en Asterisk, aunque hay alguien que ya lo ha buscado, por el momento no hay nada.
Parece que lo único importante es calidad de audio vs. ancho de banda, aunque en mi opinión el consumo de procesamiento también es importante. Existen muchos códecs que, siendo peores, son elegidos por consumir muy poco procesador y evitar que un móvil se caliente por llevar 10 minutos de conversación, pero de momento no hemos visto información sobre el consumo de procesamiento que tiene Lyra.
Ejemplos de audio
Aquí vamos a ver algunos ejemplos de audio:
Ejemplo de referencia de audio sin compresión y con máxima calidad.Ejemplo del mismo audio de referencia comprimido con Opus a 6Kb/secEjemplo del mismo audio de referencia comprimido con Lyra a 3Kb/secEjemplo del mismo audio de referencia comprimido con Speech a 3Kb/sec
Nueva generación de códecs también para vídeo
Google también ha anunciado que próximamente sacará un codec de video revolucionario llamado AV1 orientado a principalmente a videoconferencia y que cuenta con muchas características muy interesantes, aunque estas no serán accesible a todo el mundo ya que requerirá de un procesamiento software lo suficientemente importante como para que únicamente los móviles de última generación y ordenadores con procesadores actualizados sean capaz de manejarlos convenientemente.
¿Y todo esto para qué?
Como decía al comienzo del artículo, el objetivo de las empresas tecnológicas es convertirse en el primero, el más avanzado y por lo tanto, conseguir una mejor reputación, opinión, apoyo popular y por ende, mejores beneficios en productos, servicios y precio de las acciones.
De momento, a mi me parece que transmitir una conversación en 3Kb/sec con esa calidad es más que suficiente como para plantear un cambio de estrategia mundial en la calidad de las conversaciones que viajan por Internet, no únicamente las redes telefónicas (que siguen ancladas en un códec Alaw con 64Kb/sec) si no en reducir a la mitad el consumo de las conversaciones entre sistemas (webRTC).
Pensad por un momento que el códec G.729 utiliza 8Kb/sec y ofrece una calidad 10 veces inferior a la del códec Opus consumiendo 6Kb/sec. Si esto no os hace replantear el uso de G729 en vuestras comunicaciones VoIP, no se qué puede hacerlo.
Está claro que al usuario normal no le importa lo más mínimo si está usando un códec u otro mientras pueda hacer una videoconferencia cómodamente y sin cortes ni pérdida de calidad y buscando una integración hasta con la lavadora.
Pero hay que pensar que los nuevos campos como IoT requieren de sistemas que envíen audio y vídeo utilizando un consumo muy bajo de procesador y ancho de banda, por lo que igual Lyra (que no he encontrado información de cuantos recursos de procesamiento requiere) puede ser una buena alternativa.
En un tiempo en el que las conexiones de alta velocidad gracias a la Fibra óptica, a las redes 5G y a los nuevos sistemas de rutado de redes inteligente, buscamos reducir al máximo el consumo del ancho de banda mientras se mejora la calidad, lo cual repercute en un ahorro de recursos, consumo eléctrico y por lo tanto, también en mejorar nuestro mundo.
Pues bien, la CIA acaba de anunciar que a partir de este verano, apagará las últimas máquinas de faxes que tenían y que utilizaban para comunicarse con sus contratistas privados.
Los más de 100 proveedores que tiene la CIA ya se han apuntado a enviar sus documentos, propuestas y ofertas a través del nuevo sistema seguro de correo electrónico, un sistema cada vez más en auge debido a las grandes amenazas que tienen todos los organismos públicos y grandes empresas.
Aclaración: Es importante destacar que (tal y como me ha parecido entender por varios mensajes de varios lectores) el protocolo FAX no deja de utilizarse de un día para otro, lo que se abandona es el hecho de enviar 0’s y 1’s a través de las líneas PSTN. Temporalmente, se utilizaría el protocolo de FAX vía T.38 (mediante VoIP) para poder recibir faxes vía VoIP y que la PBX se encargue automáticamente de digitalizar y enviarlo por email o guardarlo en un formato compatible. En el caso de la CIA, ni siquiera se utilizará Fax over IP, directamente se pasará a un sistema de email seguro propio para comunicaciones internas.
La Dirección General de Telecomunicaciones y Nuevas Tecnologías (DGTNT) de la Administración Pública Canaria acaba de anunciar que dejará de utilizar el Fax para modernizar el envío y recepción de documentos y de paso ahorrar más de 200.000€ al año (1.516 terminales, números geográficos y líneas asociadas a 12€/mes cada uno) que van a ser sustituidos por cuentas de email y un sistema temporal de Fax2Email lo que permitirá a los faxes recibidos en sus sistemas VoIP ser convertidos a PDF y enviados por email.
Es más que evidente que el Fax debe morir tal y como lo conocemos ahora, y que esto no sólo redundará en un ahorro de costes si no en una mayor facilidad y productividad de los empleados públicos al agilizar las tareas de envío de documentos en lugar de enviarlos por fax.
«Se espera que en dos meses se haya migrado la práctica totalidad de los terminales de los departamentos de la Administración, a excepción de los correspondientes al Servicio Canario de Salud, donde todavía no se ha comenzado esta implantación debido al exceso de trabajo que sufren los centros adscritos por la COVID-19.«
Ahora solo falta que esto sirva de ejemplo para el resto de administraciones y organismos públicos que quieran ahorrarse tiempo y dinero a la hora de enviar documentos. ¿Quién será el último en usar el Fax?
Pese a que ya se empiezan a realizar algunos eventos profesionales muy concretos y muy puntuales, guardando las distancias, con medidas y todas las precauciones del mundo para evitar contagios y brotes por seguridad y responsabilidad, llevamos más de un año celebrando eventos virtuales.
También acabamos de recibir la invitación para finales de octubre de un evento híbrido: la ClueCon 2021, que se celebrará del 25 al 29 de octubre, simultáneamente en el InterContinental Hotel Chicago y On-Line y que ya está todo disponible para registrarse.
A falta de eventos, nuestros amigos de InstantByte han decidido dedicar el mes de Abril al tema de la videovigilancia bajo el lema: En abril, ojos mil. con charlas, webinars, talleres y ofertas semanales para ayudar a implantar este tipo de soluciones.
El calendario de los talleres y sus webinars son:
9 de Abril a las 10:00 : Primeros pasos para un proyecto de videovigilancia Webinar sobre cómo afrontar desde 0 un proyecto de videovigilancia. (registro)
15 de Abril a las 10:00 : Webinar sobre como debería ser servicio de videovigilancia para particulares y comercios que incluye la cámara y los planes de almacenamiento. (registro)
16 de Abril a las 10:00 : Configuración de las distintas soluciones de videovigilancia Webinar/taller sobre cómo configurar las cámaras: Hikvision, Dahua, Unividew y Hilook (registro)
23 de Abril a las 10:00 : Funciones de Inteligencia Artificial en los sistemas de videovigilancia. En este webinar veremos diferentes soluciones de videovigilancia con sistemas de Inteligencia Artificial: Reconocimiento facial, Lector de matrículas, Imágenes térmicas y Detección de movimiento. (registro)
29 de Abril a las 10:00 : Soluciones de Videovigilancia para un hogar inteligente de Ezviz Webinar, impartido por María Simón, donde se verán qué soluciones de videovigilancia se pueden introducir en un hogar inteligente de la marca Ezviz, desde cámaras WiFi con audio bidireccional, hasta purificadores de aire, pasando por mirillas inteligentes y videoporteros. (registro)
30 de Abril a las 10:00 : Control de Acceso y Presencia: Puesta en marcha y configuración Cómo poner en marcha diferentes dispositivos de control de acceso y presencia, además de la configuración de los mismos en base a los requerimientos de cada empresa: Hikvision y Dahua (registro)
Hace unos días recibo por parte de el canal de anuncios de Issabel, la compatibilidad con Vosk, un ASR gratuito, libre y offline (no necesita internet para funcionar). Issabel vuelve a adelantarse a todas las distribuciones de comunicaciones esta vez con algo que mucha gente quiere y lo han incluido ya en sus sistemas.
Leo el comunicado y pienso… ¿Cómo??? debe tener truco… Conozco varios sistemas que, aprovechando el boom de la inteligencia artificial y las redes neuronales, se han lanzado a crear modelos de reconocimiento de audio muy interesantes. Hace un par de años estuvimos en el Stand de Mozilla leyendo unos textos para ayudar a enseñar al motor. No obstante, este proyecto nos había pasado desapercibido y eso que posteriormente parecía haber pasado por delante en varias ocasiones sin haberme percatado de la joya que era.
Efectivamente, no tiene truco, la gente de Issabel no solo ha estado muy atenta si no que ha incorporado, además de muchas herramientas con las que ya cuenta, un reconocedor de audio (ASR) completamente libre y gratuito y que, a diferencia de muchos otros, no depende de terceros como Google, Amazon, Microsoft, etc.
Vosk es el motor, una aplicación escrita en Python y basada en redes neuronales que reconoce palabras en varios idiomas (según el diccionario que le cargues) y que funciona de forma independiente (no requiere conexiones a otros sistemas) por lo que instalas el servidor, cargas el diccionario del idioma que deseas, lo ejecutas y ya está el puerto listo para enviarle audio y que el motor lo convierta a texto.
Investigando, me di cuenta que lo presentaron en la ClueCon 2020 (el año pasado) donde explicaron cómo funciona y qué ventajas tiene. Podéis ver la presentación aquí:
He probado varios sistemas similares y por lo general, los ASR libres, en comparación con los sistemas comerciales, no eran muy competitivos, entiendo que un ASR es un sistema super-complejo y crear uno que funcione bien requiere de un gran esfuerzo económico que muchas veces sólo es posible si hay una empresa detrás, pero en esta ocasión la sorpresa ha sido mayúscula.
Echándole un vistazo a su web, el proyecto es completamente transparente… publican todas las presentaciones, todas las fórmulas, ecuaciones y sistemas que utilizan para el entrenamiento y análisis de la voz y posterior conversión en palabras.
También publican ejemplos y demos para que cualquiera pueda probarlo con varios comandos. Esto también lo conocía en otros sistemas, funciona muy bien en sus ejemplos pero luego uno prueba una conversación normal y no da con una traducción medianamente aceptable.
Así que sin más… me he puesto manos a la obra y por probar una grabación mía:
ejemplo de audio para comprobar la calidad del reconocedor de audio
Ejecuto el comando que se conecta al servidor y devuelve lo siguiente:
Como podéis ver, aunque falta el primer «hola» (en la grabación eran 3 ‘hola’) el reconocimiento es perfecto y tampoco es que sea una conversación muy difícil.
Probando algo más complejo:
El resultado ha sido este:
"text" : "una aplicación escrita en país y basada en redes neuronales que reconoce palabras en varios idiomas",
"text" : "y que funciona de forma independiente por lo que instala servidor cargas en diccionario idioma que deseas lo ejecutas y ya hasta el puerto listo para enviarle el audio"
}
Como podéis ver… el reconocimiento es prácticamente perfecto. (si, fallan algunas palabras… pero ¿qué esperabas?)
Instalación
La instalación del servidor no puede ser más sencilla:
docker run -d -p 2700:2700 alphacep/kaldi-es:latest
Ejecutamos este docker que corre en background y nos abre el puerto 2700 para que nos conectemos vía websocket y enviarle el audio.
Conectándonos al servidor Vosk
Luego tan solo hay que descargar un cliente websocket para enviarle el archivo wav (formateado a 8Khz y mono)
git clone https://github.com/alphacep/vosk-server
cd vosk-server/websocket
./test.py test.wav
Y si le pasáis el archivo wav que tengáis… veréis cómo lo reconoce.
Usando Asterisk para conectar el ASR de Vosk
La gente de AlphaCep ha publicado un módulo para Asterisk, FreeSwitch y Jigasi (el módulo que utiliza Jitsi)
De esta manera, podéis utilizar el reconocedor de audio directamente desde el Dialplan de Asterisk:
[internal]exten = 1,1,Answer same = n,Wait(1) same = n,SpeechCreate same = n,SpeechBackground(hello) same = n,Verbose(0,Result was ${SPEECH_TEXT(0)})
Eso sí, nos avisan en varios sitios que el sistema de reconocimiento requiere de un sistema potente, ya que consume bastante memoria y procesador cada vez que tiene que hacer un reconocimiento, pero eso es algo común en cualquier ASR hospedado por nosotros, así que a tenerlo en cuenta si queremos instalarlo en nuestro sistema de comunicaciones.
En 2011, una empresa llamada Global IP Solutions (GIPS) fue adquirida por Google tras comenzar un desarrollo de una API conocida como WebRTC que tenía el objetivo de acercar la voz y el vídeo en tiempo real a la web.
Más de 10 años después, el sistema que permite conectar micrófono y webcam al navegador y poder enviar y recibir streams de audio y vídeo se ha convertido por fín en un estándar declarado por la IETF. (la organización que recoge los protocolos y estándares de Internet)
Todo este tiempo para que organismos, empresas, desarrolladores y miles de usuarios puedan definir una forma común para enviarse audio y vídeo en tiempo real entre ellos, utilizando para esto una herramienta común: el navegador web.
Hoy día un navegador es prácticamente un sistema operativo capaz de correr aplicaciones y conectar el hardware con estas para que el usuario pueda trabajar y hacer aquello que necesite, de ahí la importancia de esta tecnología que hoy por fin, se puede considerar un estándar.
Son muchos los expertos y profesionales que han trabajado para llegar hasta donde se ha llegado hoy, un momento «cero» en el que empezar a trabajar con algo estable, una librería básica y unas normas que todas las herramientas deben cumplir para ser consideradas «de acuerdo a la norma». (La web también es un estándar y hay quién le da igual y saca sus propias extensiones, librerías y modificaciones sólo para su navegador, pero no es lo normal y debería recibir el rechazo común de cualquiera con dos dedos de frente).
Soy consciente que para muchos lectores, WebRTC no es más que otra forma de crear un softphone personalizado vía web, pero para los usuarios es un sistema que le permite comunicarse desde cualquier sitio.
Atrás quedó aquella necesidad de instalar una aplicación softphone, o instalar un plugin hecho en flash que se conecta a un módulo SIP-RTMP, o con un applet hecho en Java que conecta con el Asterisk vía protocolo IAX. (¿alguien recuerda esas maravillas del pleistoceno?)
Hoy día WebRTC nos permite mucho más que tener un softphone en el navegador, nos permite dotar de voz y vídeo a nuestras propias plataformas, nuestras herramientas, nuestras aplicaciones cotidianas para dotarles de una comunicación en tiempo real y aumentar la productividad y problemas por falta de comunicación.
También WebRTC nos dota de una grandísima herramienta con la que crear nuevas aplicaciones novedosas e ingeniosas con la que solucionar nuevos problemas de una forma mucho más sencilla.
Es cierto que WebRTC no es algo «básico y trivial» que cualquiera pueda crear y desarrollar como si nada, ya que se requiere de unos conocimientos técnicos avanzados, pero también es cierto que sin un estándar definido, todo lo que hace falta para desarrollar cualquier herramienta puede cambiar en la siguiente versión del navegador, por lo que era necesario un momento como este para poder empezar a aprender y desarrollar un software de cara a ser mantenido en el tiempo sin más complicaciones siempre que nos basemos en el estándar.
Dentro de unas semanas se celebra el FOSDEM 2021, un evento multitudinario que gira alrededor de todo lo que mueve el software libre. Generalmente se celebra en la Universidad Libre de Bruselas, la asistencia es completamente gratuita, no se requiere ni siquiera apuntarse, tan solo ir allí, sentarse y disfrutar.
Como no podía ser de otro modo, este evento tampoco se celebrará presencialmente, se hará Online (los días 6 y 7 de Febrero-Sábado y Domingo-) como muchos otros anteriores (Astricon, UCSummit, y cualquier evento que siga vivo hoy día) y he de reconocer que es un fastidio, ya que este evento se ha venido celebrando siempre Online: cualquiera que quisiera asistir a las charlas sin querer trasladarse a Bruselas podía hacerlo desde su página web, pero lo bueno de este evento era y es, justamente el hecho de aprovechar la convocatoria para ir a Bruselas, pasar unos días y disfrutar de un poco de turismo, quedar con los amigos y de paso, aprender cosas nuevas. Y esto es justamente lo que se ha perdido con la desaparición temporal de eventos presenciales: la excusa para viajar, hacer algo de turismo, reencontrarse con conocidos a los que normalmente no ves y poder hablar con personas con intereses comunes.
Por un lado, el hecho de que se celebren virtualmente eventos tiene sus ventajas (poder asistir sin tener que viajar, alojarse, etc.) pero por otro lado, pierde su mayor ventaja: viajar, encontrarse y conocer gente, poder hablar con más personas, probar la gastronomía local, …
El FOSDEM de este año viene cargado de «salas» donde poder asistir a todas y cada una de las conferencias que nos pueden interesar en función de su temática (y no es por falta de temáticas)
Como podéis ver, hay temáticas de todo tipo y concretamente la dedicada a VoIP es la conocida como Real Time Communications, por lo que ahí podremos ver conferencias sobre las últimas novedades de VoIP. Como suele ser habitual, casi la mitad de las conferencias están centradas en WebRTC, no obstante, también hay de mensajería instantánea, SIP, y herramientas de gestión y control de VoIP.
Por lo que os recomiendo que reservéis el fin de semana del día 6 y 7 de Febrero, con bebida y comida y os reviséis todas las conferencias que se van a dar, haciendo un itinerario de los días y horas a las que se dan para poder ir saltando de una a otra y no perderos ninguna. Normalmente, las conferencias más importantes y populares suelen tener problemas de aforo, pero en esta ocasión, esperemos que no haya ese problema al ser online.
Lo bueno del FOSDEM es que ya tiene experiencia emitiendo online, así que, considerando que este año todo va a ser online, esperemos que no haya problemas, pero también hay que tener en cuenta que para ser un evento gratuito, los recursos son limitados, así que habrá que armarse de paciencia y disfrutar todo lo posible.
Desde siempre, nos hemos encontrado en el dilema de la elección del ecosistema. Seguro que les suena la eterna batalla: Windows vs. Linux, Mac vs. Windows, etc. Estas decisiones han llegado a los accesorios y aplicaciones que todos usamos y ese dilema de elección ya ha pasado a incluir a prácticamente todo el mundo: IOS, Android, Amazon, Apple, Microsoft, Linux o Google. Está claro que alguien que decide por un ecosistema se va a encontrar con un abanico de ventajas en cuanto a integración con otros componentes (software, plugins, accesorios, dispositivos, etc.) de dicho ecosistema, y también muchos inconvenientes si piensas integrarlo con otros ecosistemas competidores.
La elección de un ecosistema u otro es decisión de cada uno… lo que no es tanta decisión es escoger la forma de comunicarnos, ya que si todos nuestros conocidos utilizan un sistema de mensajería como Whatsapp, básicamente nos están obligando a que también seamos usuarios de esta plataforma. Por suerte, por el momento ser usuario de una plataforma es algo gratuito, pero no lo es tanto si consideramos que nuestros datos son enviados a una empresa o a otra según la plataforma que escojamos. (estamos pagando el servicio con nuestros datos). Por esta razón, Europa se va a poner seria y está planteando una revolución en el ámbito de las comunicaciones al proponer una interconexión obligatoria de las herramientas de comunicaciones mayoritarias que pertenecen a grandes empresas.
Europa va a presentar, dentro de su nueva «Ley de Servicios Digitales y Mercado Digital» varias propuestas entre la que se encuentra la obligación de interconexión de las Grandes Herramientas de Comunicaciones y multas de hasta el 10% de beneficios anuales en todo el mundo en caso de incumplimiento.
Queremos asegurarnos que los usuarios tienen acceso a la libre elección de productos y servicios online y que las empresas compitan libremente. Las obligaciones vinculantes a nivel de la UE se aplicarán a todos los servicios digitales que conectan a los consumidores con bienes, servicios o contenido. El nuevo marco reequilibrará los derechos y responsabilidades de los usuarios, las plataformas intermediarias y las autoridades públicas.
Esta propuesta aborda las consecuencias negativas de determinados comportamientos de las plataformas que actúan como guardias digitales del mercado único. Evitará condiciones injustas para las empresas y los consumidores y garantizará la apertura de los servicios digitales.
¿Cómo?
– Definiendo umbrales cuantitativos para identificar a las empresas gestoras de los datos. – Prohibiendo una serie de prácticas desleales. – Exigiendo a los guardianes que implementen de manera proactiva ciertas medidas. – Imponiendo sanciones por incumplimiento – Permitiendo investigaciones de mercado específicas
Esto, dentro de la idea que propone la Comisión Europea es, que un usuario de (por ejemplo) Whatsapp, pueda conectar y enviar mensajes a un usuario de Telegram o de Slack y que nosotros podamos desarrollar una herramienta que se conecte con todas y cada una de las redes y que nuestros propios usuarios puedan contactar con todos los de otras redes y, lo más curioso de todo: los grandes sistemas deben permitir esa interconexión: Lo que viene siendo: «interconectar las redes de comunicaciones«.
Queremos conocer tu opinión:
¿Crees que esta ley (que seguramente no les haga mucha gracias a las grandes empresas) conseguirá lo que propone Europa?
¿Se podría extender a otros continentes y países para obligar a una interconexión real de las comunicaciones?
¿Crees que permitirá la incorporación de nuevos jugadores que no se atreven a meterse en este mercado debido a la gran ventaja de los jugadores actuales?
A través de un comunicado interno a sus partners de todo el mundo Panasonic anuncia la decisión de cerrar el negocio de todos los sistemas de comunicaciones (PBX) en un plazo de dos años.
Las razones que esgrimen en su mensaje no dejan lugar a dudas lo que venimos anunciando desde hace tiempo, para bien o para mal, el grueso del negocio está en la nube, junto con la reducción de costes, los ahorros en servicios junto con nuevos competidores como Zoom y Teams, hacen que el negocio de vender centralitas en cajas metálicas, cada vez tenga menos futuro.
Esta evolución no es algo nuevo, y muchas empresas seguirán apostando por este tipo de negocios, pero lo que está claro es que un gigante como Panasonic no puede permitirse el lujo de continuar en un modelo de negocio que está en declive y por esto han tomado esta decisión.
Panasonic aguantó todo lo que pudo con un modelo de negocio basado en comunicaciones propietarias y hasta el último momento no dio el salto a centralitas SIP. Por suerte el salto salió muy bien gracias a la gran red de distribuidores y ecosistema que Panasonic tiene por todo el mundo. No obstante, el paso a la VoIP unido a la necesidad de cambio constante hace que este tipo de empresas tengan que flexibilizarse y adaptarse mucho más rápidamente a los nuevos tiempos, creando nuevos productos más modernos y más rápidamente no sólo para atraer a nuevos clientes, si no para evitar que la competencia se lleve a los suyos.
