Categoría: Noticias

  • La píldora del viernes (3 de febrero de 2023)

    La píldora del viernes (3 de febrero de 2023)

    Si funciona no lo toques

    En el twitter de InstantByte nos encontramos con una fotografía que realmente daría que pensar.


    Asterisk 21 realmente es un punto y aparte

    Los desarrolladores de Asterisk se han propuesto revolucionar bastante la aplicación eliminando algunos módulos muy utilizados actualmente por muchos usuarios, así que no queda otra que ir migrando a los nuevos módulos si no quieres tener problemas. Entre ellos chan_SIP que, tal y como comentamos, desaparecería de Asterisk 21, aunque también otros como SCCP (Skinny), MGCP, Alsa, etc.

    Chan_SIP ha desaparecido incluso como «Deprecated»

    La OpenSouthCode vuelve a celebrarse tras dos años de parón

    Después de 2 años sin poder reunirse por culpa de la pandemia, vuelve a celebrarse la OpenSouthCode en Málaga (España) (9-10 de Junio de 2023) uno de los eventos tech más importantes de Europa donde la programación y los sistemas basados en software libre a todos los niveles tienen especial relevancia y que cuenta con eventos para los más pequeños que incluye talleres de robótica, iniciación de desarrollo y muchas más actividades.

    Más información: https://www.opensouthcode.org/


    Las cámaras Hikvision vigilarán las carreteras de España

    Aunque se ha anunciado que la orden de Europa de que España cobre por utilizar las autovías se había paralizado, no paran de instalar sistemas de paneles en las autovías y autopistas con unas cámaras de vigilancia que nuestro colega @as_informatico ha investigado en este hilo de twitter que os recomiendo leer. Las cámaras Hikvision están tomando últimamente mucha relevancia en el mundo de la videovigilancia tanto doméstica como profesional.

  • Adios chan_sip, la próxima versión de Asterisk obligará a utilizar PJSIP

    Adios chan_sip, la próxima versión de Asterisk obligará a utilizar PJSIP

    Aún recuerdo en uno de los primeros VoIP2DAY celebrados en Madrid, aprovechando que venía el jefe de desarrollo de Asterisk en aquel momento (Kevin P. Flemming), se hizo una mesa redonda donde usuarios de Asterisk pudieran plantear sus preguntas sobre Asterisk y debatir sobre cualquier tema de VoIP, prácticamente TODAS las preguntas que se hicieron fueron sobre lo mal que funcionaba el módulo chan_sip y lo necesario que era que mejorase urgentemente para todos los que estábamos allí presentes.

    Ahí se plantearon soluciones como utilizar sistemas de test propios de Asterisk que permitiera verificar el código en lugar de subir nuevas versiones con fallos que ya se habían corregido, se vieron características muy importantes en España que apenas se utilizan en otros países, y se planteó que podría ser muy interesante utilizar un stack propio separado de Asterisk para llevar el SIP y que pudiera evolucionar y cambiar sin que tuviera que actualizar todo Asterisk.

    Quizá fuera algo planteado previamente o que sirvió para apoyar una necesidad común, pero sea como fuere, a partir de ahí se empezó a mover el tema de que Asterisk necesitaba cambiar de stack SIP de chan_sip a otro que pudiera crecer y corregir los problemas básicos de Asterisk.

    Puede que desde ese día, la preocupación por el sistema que gestiona las peticiones SIP se tuvieron bastante más en consideración y se preocuparon por solucionar grandes problemas que aparecieron y que afectaban a la estabilidad de un gran número de Asterisk 1.4. Razón por la cual, la gente de Irontec empezó a congelar una versión de Asterisk que se conoció como Asterisk-ES-RSP (Rock Solid Patchset).

    Desde entonces se han hecho muchos cambios en chan_SIP y quizá desde entonces este stack ha ido mejorando todo lo posible, donde «todo lo posible» ha sido pese a sus limitaciones.

    Tales han sido las limitaciones que Asterisk 12 ya empezó a incluir un nuevo stack basado en PJSIP, un stack SIP bastante robusto, que funciona por sí solo en multitud de aplicaciones (softphones, servidores, etc.) y que sería incorporado a Asterisk como un componente externo gracias a una colaboración entre los desarrolladores de PJProject (el proyecto del que sale PJSIP) y Asterisk.

    Cada nueva versión de Asterisk ha aumentado la integración de PJSIP y disminuida la de chan_sip, hasta que Asterisk 16 ya incluía chan_pjsip como nuevo stack SIP por defecto y chan_sip pasaba a estar obsoleto («deprecated»), y no será hasta el próximo Asterisk 21 cuando realmente desaparezca chan_sip y sólo quede chan_pjsip.

    PJSIP es sólo un poco más complejo que chan_sip, básicamente porque permite más cosas, es más flexible, más completo y elimina las restricciones nativas que traía chan_sip y que, para muchos, es algo intrínseco a SIP como por ejemplo, como me dijo hace poco un usuario:

    «SIP no permite más de un registro simultaneo»

    A lo que rápidamente tuve que saltar y corregirle indicándole que es chan_sip quien no permite más de un registro simultaneo… cualquier otra aplicación SIP soporta tantos registros como deseemos. Y es que la gente está tan acostumbrada a los sistemas Asterisk y a lo que se permite o no en Asterisk que no repara en lo que se permite o no en SIP y que Asterisk con chan_sip limita algunas cosas.

    Aún así, la facilidad de chan_sip ha hecho que Asterisk llegue a prácticamente cualquier usuario y que pueda instalar, configurar y modificar una centralita de telefonía sin necesidad de saber de SIP, ni de dialplans, ni de telefonía. 😉

  • Whatsapp será de pago

    Whatsapp será de pago

    Siempre he dicho que Whatsapp tiene el defecto de que no innova, básicamente copia lo que Telegram va haciendo y ve que tiene éxito: ¿soporte de negritas, cursivas y subrayados? ¿stickets animados? ¿llamadas de voz y video? ¿borrado selectivo de media de cada canal o conversación para ahorrar en datos? ¿cifrado punto a punto? siempre lo hizo Telegram y meses o años después lo incorpora Whatsapp como si fuera una novedad que consigue llenar las portadas de medios de comunicaciones ávidos de conseguir visitas con clickbaits baratos. No obstante, cuando la característica no va a gustar a los usuarios, la publicidad es menor y mucho más rápida de incorporar, y es que Telegram añadió una versión de pago (Telegram Premium) para financiarse incorporando novedades exclusivas entre los usuarios con esta versión por un módico precio de $3.99/mes.

    Whatsapp Premium

    Ahora que el Metaverso de Facebook ha sufrido un varapalo económico por las espectativas no satisfechas de los inversores, Meta (Facebook) va a buscar cómo financiar su universo virtual con el que conquistar el Metaverso preferido de todo el mundo y para ello no se le ha ocurrido otra idea que empezar a cobrar por una suscripción a Whatsapp con características premium (oh! sorpresa!)

    En principio no se ha hablado de tener una versión de pago tipo Whatsapp Premium si no, cobrar por el Whatsapp Business (para empresas) no obstante si la característica añadida puede ser de utilidad a los usuarios ¿por qué no cobrarla también a los usuarios? Por un lado, después de despedir a 10.000 trabajadores de un día para el siguiente, cobrar una suscripción mensual a los usuarios por hacer uso de su red y su aplicación es algo que aunque ahora mismo veamos muy lejano, estoy convencido que llegará tarde o temprano, al fin y al cabo eso de que una empresa invierta dinero en comprar un producto/servicio y ofrecerlo gratis no tiene mucho sentido si no se le puede sacar un rendimiento económico por algún lado, así que llegará seguro.

    Entonces será cuando nos acordaremos de otros sistemas opensource y gratuitos, distribuidos y federados que no dependan de una única entidad y que incluyan características como voz, video y tonterías que gustan como los stickers, fondos, envío de imágenes y documentos, además de las normas básicas de seguridad punto a punto, cifrado en llamadas y videollamadas… quizá dentro de unos pocos años la gente salte a Matrix.

  • QXIP una de las startup seleccionadas para el fondo Launchpad de CloudFlare

    QXIP una de las startup seleccionadas para el fondo Launchpad de CloudFlare

     

    Cloudflare Launchpad Startups

    Esta semana, el fondo Cloudflare Launchpad acaba de sacar la lista de las empresas Startups que han sido seleccionadas para ser financiadas por una selección de empresas de inversión y recibirán aproximadamente unos $2.000.000.000.

    Entre estas empresas hay una que nos alegra especialmente y ésta es QXIP (QuickSIP) la empresa que hay detrás del proyecto HOMER y muchas otras que nos hacen diariamente la vida mucho más fácil a los que nos dedicamos a esto.

    Este fondo no es simplemente una selección de buenas startups, si no de Startups que tienen integración de algún tipo con Cloudflare, por lo que la lista es bastante reducida.

    Si queréis ver el resto de startups seleccionadas, aquí tenéis la lista completa:

    https://blog.cloudflare.com/launchpad-fall-22/

     

  • La Inteligencia Artificial de Meta crea algo que podría revolucionar la VoIP

    La Inteligencia Artificial de Meta crea algo que podría revolucionar la VoIP

    Después de muchos años, la Inteligencia Artificial por fin está revolucionando muchos campos de la informática, pero uno que podría afectar también (además de mejorar considerablemente el reconocimiento de voz y la conversión de texto a audio) es la posibilidad de encontrar mejoras en la compresión hasta llegar a niveles nunca visto ni imaginado.

    La empresa Meta tiene un departamento de Inteligencia Artificial que pone a trabajar su tecnología al máximo para generar patentes y nuevas oportunidades de negocio, y entre estas creaciones han inventado algo que podría revolucionar la forma de almacenar el audio tal y como lo conocemos: Encodec

    Encodec es un codec que promete una calidad de audio similar a la de un MP3, pero con una tasa de compresión 10 veces mejor y sin pérdida de calidad, lo que implica enviar audio estéreo y con calidad idéntica al de un archivo MP3 pero con una tasa de transferencia de 6kb/sec. (incluso menos que G729)

    Hay incluso algún ejemplo de audio con una tasa de transferencia de 3kb/sec y con una calidad realmente alucinante para esa tasa de transferencia como podéis escuchar en el ejemplo siguiente:

    El esquema de la compresión puede parecer un poco compleja y se podría pensar que un móvil o un teléfono IP estándar no sería lo suficientemente potente como para codificar el audio en tiempo real y no estaría del todo equivocado.

    Encodec podría utilizar los procesadores de Inteligencia Artificial del móvil

    ¿Por qué no se utiliza MP3 como códec en VoIP y sí se utilizan otros como Alaw o G729? Básicamente por el coste de recursos que supone comprimir y descomprimir audio. Hay que pensar que los dispositivos electrónicos suelen fabricarse intentando minimizar costes y añadir un procesador más potente o dedicado puede aumentar el coste. No obstante, los móviles de alta gama ya rondan los 1000€ por lo que incluir procesadores especiales para comprimir audio puede ser una realidad dentro de poco, lo que abriría las puertas a utilizar códecs especiales que mejorarían bastante la calidad de audio frente al típico A-Law o G.729. y ni que decir tiene que muchos teléfonos creados en los últimos años ya incluyen procesadores especiales para cálculo en tareas de Inteligencia Artificial, lo que implica que esos procesadores pueden ayudar bastante a utilizar algoritmos como Encodec que acaba de presentar Meta.

    Ejemplos de audio

    Los investigadores de Meta han creado una página donde se puede escuchar las típicas comparaciones de calidad de audio entre sonido RAW y sonido comprimido tanto con Lyra de Google como con Encodec de Meta. Los podéis encontrar aquí: https://ai.honu.io/papers/encodec/samples.html

    El código fuente de Encodec está publicado en Github en su página para descargarlo y probarlo:
    https://github.com/facebookresearch/encodec 

  • Asterisk 20 Released! Descubrimos las novedades que trae

    Asterisk 20 Released! Descubrimos las novedades que trae

    Hace un par de días el equipo de desarrolladores de Asterisk dio a conocer las dos últimas nuevas versiones que acaban de liberar: Asterisk 19 y la por fin y más esperada nueva versión de Asterisk 20 (Long Time Support) o lo que viene siendo la versión estable para sistemas en producción.

    Como suele ser costumbre recordar, Asterisk 20 es una versión LTS (Long Time Support) lo que significa que recibirá correcciones y soporte durante al menos 4 años + 1 año con mejoras de seguridad (en total 5 años recibiendo mejoras), por lo que si instalamos un sistema LTS tendremos 5 años de tranquilidad antes de pensar en actualizar a otra versión LTS.

    En esta página de Asterisk (Asterisk – Versions) podemos ver las versiones y los años que fueron publicadas y hasta cuando tendrán actualizaciones.

    Novedades del nuevo Asterisk 20

    Dentro de las novedades de la versión de Asterisk 20, la mayoría no son exclusivas, muchas de ellas ya vienen oficialmente en versiones anteriores:

    Soporte de Geolocalización de usuarios SIP (res_geolocation)

    Esto indica que Asterisk acaba de empezar a dar sus primeros pasos para cumplir con el RFC4119 que permite reconocer la geolocalización incluida dentro de un paquete SIP, ¿y esto para qué? Para poder enrutar llamadas en función de la posición geográfica en la que se encuentren. Por ejemplo, si tenemos dos usuarios SIP (user101 y user102) y ambos hacen una llamada al teléfono de emergencias 112, nos interesará saber que la geolocalización del user101 está en España y la geolocalización del user102 está en Francia, podremos llamar a diferentes destinos en función.

    La recarga del Queues ya no reseteará las estadísticas de las colas. (por fin!)

    Llevas varios días recopilando estadísticas de las colas, de repente haces un: queue reload y cuando vuelves a mirar las estadísticas de las llamadas contestadas por cada agente, llamadas abandonadas, etc… están todas a cero!!!. Pues esto parece que ya no volverá a ocurrir a partir de la versión Asterisk 20. (que ya iba siendo hora!) (Sólo por esta funcionalidad ya merece la pena actualizar todos los Asterisk que tengamos) 😀

    Mejora en el encaminamiento de SIP MESSAGES entre usuarios.

    Parece que han mejorado la funcionalidad de las aplicaciones «ReceiveText» junto con el «SendText» lo que permite recibir un mensaje SIP y enviarlo a otro peer, lo que nos servirá para que los usuarios SIP puedan enviarse mensajes a través de Asterisk.
    Actualmente esto había que hacerlo mediante un poco de código de Dialplan, pero parece que con estas mejoras, se reduce este código y se le dará más estabilidad con los mensajes SIP.

    Otras muchas mejoras más

    La lista de cambios que incorpora Asterisk 20 la podéis ver en su archivo CHANGES, aunque después de verlas, la mayoría son estabilizaciones de mejoras de versiones anteriores (Asterisk 13, Asterisk 16, Asterisk 18,…) y cambios menores: nuevos parámetros, nuevas funciones para manejar variables con cadenas de texto, mejoras en el canal PJSIP, alguna corrección de chan_SIP y cambios interesantes como curiosos, aunque oficialmente ya fueron incluidos en versiones anteriores, por lo que si queréis verlos, tenéis la lista oficial aquí:

    https://raw.githubusercontent.com/asterisk/asterisk/20/CHANGES

    Descargar Asterisk 20

    Por si queréis descargar Asterisk 20.0.0, podéis hacerlo donde siempre:

    https://downloads.asterisk.org/pub/telephony/asterisk/releases/asterisk-20.0.0.tar.gz

  • Si no te funciona la VoIP por el 5060, posiblemente sea por esto

    Si no te funciona la VoIP por el 5060, posiblemente sea por esto

    Hace poco estuve hablando con un cliente que tenía problemas para registrarse con su centralita, rápidamente lo primero que uno piensa es en los más que probables casos:

    • Firewall local (El que trae el Windows y que bloquea el tráfico saliente de aplicaciones no registradas)
    • Firewall remoto (quizá el fail2ban o algún otro servicio haya bloqueado la dirección IP del usuario)
    • Dirección del servidor mal escrita (algún espacio, algún carácter extraño, puerto diferente al que debería)

    Nos vamos quedando sin ideas, hacemos una prueba básica… sacamos el sngrep y filtramos por la IP del usuario…  nada… no recibimos nada, ni siquiera un mísero paquete REGISTER

    Esto es bastante extraño… había escuchado cosas raras sobre el CG-NAT y en esta ocasión parecía que podría ser algo así, pero si mal no recuerdo, CG-NAT viene a ser que tu dirección IP externa está compartida por un «mega-router» que maneja varios clientes, pero ya no es que el cliente tenga problemas de audio porque el mega-router haga mal el NAT, es que ni siquiera llegan los paquetes.

    Tras hacer más pruebas, parece que hay ciertos operadores que están bloqueando los paquetes con destino el puerto estándar SIP (5060/UDP) así que… ¿qué hacer en este caso?

    • Hablar con el operador (cualquiera del Grupo MasMóvil) y confirmar nuestras sospechas… efectivamente, el operador está bloqueando los paquetes 5060/UDP porque… interfieren en las patatas.
    • Cambiar el puerto del servidor por otro que no sea el 5060… ¿eso es normal?

    La solución: (la más drástica pero a la larga, la mejor) cambiar de operador por uno que no bloquee puertos porque sí.

    Al final, cliente con conexión nueva, y sin problemas de VoIP.

  • Joshua C. Colp nuevo leader del proyecto Asterisk

    Joshua C. Colp nuevo leader del proyecto Asterisk

    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.

    Hace poco anunciaron que es el nuevo leader del proyecto Asterisk, lugar que estaba ocupada por Matthew Frederickson que hace poco que anunció que se iba de Sangoma a probar nuevos retos.

    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:

    • Joshua C. Colp
    • Matthew Fredrickson
    • Matt Jordan
    • Kevin P. Fleming
    • Russell Bryant
    • Malcolm Davenport
    • Mark Spencer.

    Anuncio oficial: https://www.asterisk.org/a-few-announcements/

     

  • Países Bajos aprueba el teletrabajo como un derecho del trabajador.

    Países Bajos aprueba el teletrabajo como un derecho del trabajador.

    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?

    1. Productividad: Numerosos estudios han demostrado que tener la opción de trabajar desde casa aumenta la productividad de los empleados.
    2. Salud mental: tener la opción de trabajar desde casa puede afectar positivamente su bienestar y reducir el estrés.
    3. Gestión del tiempo: simplemente eliminando el viaje diario al trabajo, la FMH puede ahorrarles a los empleados hasta 4 horas al día.
    4. 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.
    5. 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.
    6. 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:

    1. Se reducen los gastos de la empresa, especialmente los generales.
    2. Ayuda a enfocar los objetivos y a controlar y distribuir mejor la carga de trabajo.
    3. 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.

    Más información: https://www.bloomberg.com/news/articles/2022-07-05/dutch-parliament-approves-to-make-work-from-home-a-legal-right

  • Vulnerabilidad de Mitel VoIP es utilizada para desplegar un ransomware

    Vulnerabilidad de Mitel VoIP es utilizada para desplegar un ransomware

    Ransomware attack in mitel voip systems

    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.

    Más información: https://www.crowdstrike.com/blog/novel-exploit-detected-in-mitel-voip-appliance/