El otro día @eva_cb , una profesora de la URJC, hizó un tweet en el que incluía una serie de comandos que se utilizan en un entorno Linux para configurar y modificar el comportamiento del protocolo de control de transmisión (TCP).
To get a capture file of the basic behavior of TCP sysctl -w net.ipv4.tcp_sack=0 sysctl -w net.ipv4.tcp_timestamps=0 sysctl -w net.ipv4.tcp_window_scaling=0 echo "4096 8192 8192" > /proc/sys/net/ipv4/tcp_rmem ifconfig eth0 mtu 1040 tc qdisc add dev eth0 root netem loss 25% pic.twitter.com/rADFzuD1Qw
La verdad es que el tweet me gustó mucho y me hizo pensar que no había hablado de control de congestión en el podcast todavía, así que le he robado vilmente la idea y hoy voy a hablar en el podcast un poco de control de control de congestión en TCP.
La verdad es que me tocó repasar porque, voy a ser sincero, no lo tenía nada fresco esto, hace mucho tiempo, hace unos 11 ó 12 porque en Tecnocrática tenemos los servidores web con un pequeño tuning para mejorar el rendimiento, pero eso es cosa para otro día.
Fundamentos del Control de Congestión de TCP
Definición y Objetivos del Control de Congestión
El control de congestión en TCP (Protocolo de Control de Transmisión) es un mecanismo diseñado para regular la cantidad de datos que pueden ser enviados a la red sin confirmación. Su principal objetivo es evitar la sobrecarga de la red, que puede ocurrir cuando demasiados paquetes son enviados en un período corto, superando la capacidad de la red para manejarlos eficientemente. Esta regulación es crucial para mantener un rendimiento óptimo y la estabilidad de la red.
La congestión se produce cuando los nodos de la red (como routers y switches) están sobrecargados de datos, lo que lleva a un aumento en el tiempo de retardo y la probabilidad de pérdida de paquetes. El control de congestión busca equilibrar la carga en la red, ajustando dinámicamente la tasa de transmisión de los datos en función de las condiciones actuales de la red. Esto se logra mediante una serie de algoritmos y mecanismos que detectan, previenen y reaccionan ante los signos de congestión.
Problemas Causados por la Congestión de Red
La congestión en una red de datos puede llevar a varios problemas serios, entre ellos:
Pérdida de Paquetes: Cuando los buffers en los routers se llenan debido a la congestión, los paquetes en exceso son descartados, lo que requiere su retransmisión y, por ende, reduce la eficiencia general de la red.
Latencia Alta: Un mayor volumen de tráfico en la red puede aumentar significativamente los tiempos de retardo, afectando negativamente la experiencia del usuario, especialmente en aplicaciones en tiempo real como las llamadas VoIP y juegos en línea.
Fluctuaciones de Throughput: La variabilidad en el throughput (rendimiento) de la red puede ser un signo de congestión intermitente, lo que dificulta la planificación de la capacidad y la calidad del servicio.
Injusticia en la Asignación de Recursos: Sin un control de congestión efectivo, ciertos flujos de datos pueden monopolizar los recursos de la red, mientras que otros pueden quedar con un ancho de banda insuficiente.
Diferencia entre Control de Congestión y Control de Flujo
Aunque a menudo se confunden, el control de congestión y el control de flujo en TCP son mecanismos distintos diseñados para resolver diferentes problemas:
Control de Flujo: Se enfoca en la relación entre el emisor y el receptor. Su objetivo es evitar que el emisor sobrecargue al receptor con demasiados datos. Utiliza el mecanismo de ventana deslizante de TCP, donde el receptor anuncia dinámicamente el tamaño de la ventana de recepción (la cantidad de datos que está dispuesto a recibir antes de enviar un acuse de recibo) al emisor, regulando así la velocidad a la que el emisor puede enviar datos.
Control de Congestión: Por otro lado, el control de congestión se ocupa de la relación entre el emisor y la red. Busca prevenir o mitigar la sobrecarga de datos en la red para mantener un alto rendimiento y evitar la pérdida de paquetes. A diferencia del control de flujo, que es una cuestión de capacidad del receptor, el control de congestión se relaciona con la capacidad de toda la red.
En resumen, mientras que el control de flujo se asegura de que el receptor no se vea abrumado, el control de congestión se asegura de que la red en su conjunto no se vea sobrecargada. Ambos mecanismos trabajan en conjunto para garantizar una transmisión de datos eficiente y fiable en TCP.
Mecanismos Básicos de Control de Congestión en TCP
El control de congestión en TCP emplea varios mecanismos fundamentales para gestionar y mitigar la congestión en las redes. Estos mecanismos trabajan juntos para ajustar la tasa de envío de datos, basándose en la percepción del estado actual de la red. Los más importantes son el Slow Start, Congestion Avoidance, Fast Retransmit y Fast Recovery.
Slow Start (Inicio Lento)
Funcionamiento: El algoritmo de Slow Start es el primer paso en el control de congestión de TCP. Al iniciar una conexión, TCP no sabe cuánta capacidad está disponible en la red. Por lo tanto, comienza con una tasa de envío conservadora. Inicia con una ventana de congestión pequeña, típicamente de uno o dos segmentos de tamaño máximo de segmento (MSS). Por cada acuse de recibo (ACK) recibido, el tamaño de la ventana de congestión se incrementa en un MSS, lo que lleva a un aumento exponencial del tamaño de la ventana por cada RTT (Round-Trip Time).
Objetivo: El objetivo es aumentar rápidamente la tasa de transmisión hasta encontrar la capacidad de la red, sin iniciar la transferencia con una carga pesada que podría provocar inmediatamente congestión.
Congestion Avoidance (Evitación de la Congestión)
Funcionamiento: Una vez que la ventana de congestión alcanza un umbral específico (el umbral de congestión), el algoritmo de Congestion Avoidance toma el control. A partir de este punto, el aumento del tamaño de la ventana de congestión es más conservador. En lugar de duplicar la ventana cada RTT, se incrementa en un MSS por cada RTT, resultando en un crecimiento lineal. Este crecimiento más lento ayuda a evitar la saturación de la red.
Objetivo: El principal objetivo es mantener el flujo de datos en un nivel sostenible para evitar la congestión, aumentando gradualmente el tamaño de la ventana de congestión mientras se monitoriza el rendimiento de la red.
Fast Retransmit (Retransmisión Rápida)
Funcionamiento: Fast Retransmit es un mecanismo que mejora la eficiencia de la red al reducir el tiempo necesario para recuperarse de la pérdida de paquetes. Cuando un emisor recibe tres acuses de recibo duplicados (tres ACKs para el mismo segmento de datos), asume que un segmento se ha perdido y lo retransmite inmediatamente sin esperar a que expire el temporizador de retransmisión.
Objetivo: Este mecanismo está diseñado para responder rápidamente a la pérdida de paquetes, una señal común de congestión en la red, minimizando así el impacto negativo en el rendimiento.
Fast Recovery (Recuperación Rápida)
Funcionamiento: Fast Recovery trabaja en conjunto con Fast Retransmit. Una vez que se retransmite el paquete perdido, en lugar de reducir drásticamente la ventana de congestión y comenzar desde Slow Start, TCP entra en un estado de recuperación rápida. En este estado, la ventana de congestión se reduce a la mitad del tamaño que tenía cuando se detectó la pérdida. Luego, por cada ACK duplicado recibido, el tamaño de la ventana de congestión se incrementa en un MSS, hasta que todos los datos pendientes son reconocidos.
Objetivo: El objetivo de Fast Recovery es reanudar rápidamente una tasa de transferencia efectiva después de una pérdida de paquetes, evitando el proceso más lento de Slow Start y aprovechando la información obtenida de los ACKs duplicados para ajustar el tamaño de la ventana.
En resumen, estos cuatro mecanismos son fundamentales para el eficiente control de congestión en TCP. El Slow Start permite a TCP iniciar la transmisión de datos de manera conservadora, aumentando exponencialmente el tamaño de la ventana hasta encontrar un límite sostenible. La Evitación de Congestión mantiene el crecimiento de la ventana en un ritmo lineal para evitar la saturación de la red. Fast Retransmit y Fast Recovery trabajan juntos para responder rápidamente a la pérdida de paquetes, permitiendo a TCP recuperar su tasa de transmisión de manera eficiente y minimizar la interrupción en la transferencia de datos.
Algoritmos Avanzados de Control de Congestión
Los algoritmos avanzados de control de congestión en TCP representan una evolución en la forma en que TCP gestiona la congestión y la pérdida de paquetes. Estos algoritmos incluyen Tahoe, Reno, NewReno, CUBIC y BBR, cada uno con características únicas adaptadas a diferentes escenarios de red.
Tahoe, Reno, y NewReno: Evolución y Diferencias en la Respuesta a la Pérdida de Paquetes
Tahoe: Este fue uno de los primeros algoritmos en implementar los mecanismos de Fast Retransmit y Fast Recovery. En Tahoe, cuando se detecta una pérdida de paquetes (a través de tres ACKs duplicados o un timeout), la ventana de congestión se reduce a 1 MSS, y el algoritmo entra en Slow Start. Aunque eficaz en su época, Tahoe puede ser demasiado conservador, ya que reinicia el proceso de Slow Start tras cada pérdida detectada.
Reno: Representa una mejora sobre Tahoe. Al igual que Tahoe, utiliza Fast Retransmit, pero difiere en su manejo de Fast Recovery. En Reno, cuando se detecta una pérdida de paquetes por ACKs duplicados, la ventana de congestión se reduce a la mitad, y no se reinicia completamente como en Tahoe. Esto permite una recuperación más rápida, ya que el algoritmo entra en Congestion Avoidance en lugar de Slow Start.
NewReno: Mejora aún más el proceso de Fast Recovery. A diferencia de Reno, que solo puede recuperarse de una única pérdida de paquetes durante Fast Recovery, NewReno puede manejar múltiples pérdidas de paquetes. Si se detectan más pérdidas después de entrar en Fast Recovery, NewReno puede retransmitir los paquetes perdidos sin necesidad de salir de este modo, lo que mejora la eficiencia en situaciones con múltiples pérdidas de paquetes.
CUBIC: Algoritmo Utilizado por Linux, Adaptación en Función de la Latencia de la Red
CUBIC:Es el algoritmo de control de congestión predeterminado en muchas variantes de Linux.
CUBIC es diferente de los algoritmos basados en AIMD (Additive Increase/Multiplicative Decrease) como Tahoe, Reno y NewReno. Utiliza una función cúbica para aumentar la ventana de congestión, lo que permite un escalado más rápido de la ventana en redes con grandes capacidades de ancho de banda y alta latencia (redes de larga distancia). CUBIC es menos sensible a la pérdida de paquetes y más a los cambios en el retardo, lo que lo hace adecuado para redes modernas de alta capacidad.
BBR (Bottleneck Bandwidth and Round-trip Propagation Time): Enfoque en el Ancho de Banda y el Tiempo de Ida y Vuelta
BBR (Bottleneck Bandwidth and RTT): Desarrollado por Google, BBR es un algoritmo de control de congestión que se centra en maximizar la utilización del ancho de banda disponible y minimizar la latencia. BBR no se basa en la detección de pérdidas para ajustar la ventana de congestión. En su lugar, estima el ancho de banda del cuello de botella y el RTT mínimo para determinar el ritmo óptimo de envío de paquetes. Este enfoque permite que BBR gestione eficazmente la congestión, incluso en redes con altas tasas de pérdida de paquetes, ofreciendo mejoras significativas en el rendimiento en comparación con los algoritmos basados en pérdidas.
En resumen, estos algoritmos avanzados de control de congestión representan diferentes enfoques y estrategias para optimizar el rendimiento de la transmisión de datos en TCP. Tahoe, Reno, y NewReno se centran en mejorar la respuesta a la pérdida de paquetes, mientras que CUBIC y BBR se adaptan mejor a las redes modernas de alta capacidad, ofreciendo soluciones más eficientes para el control de la congestión en diversos entornos de red.
Impacto del Control de Congestión en Diferentes Tipos de Red
El control de congestión en TCP desempeña un papel vital en la gestión del tráfico de datos en diferentes tipos de redes. La eficacia y necesidad de los mecanismos de control de congestión pueden variar significativamente dependiendo de las características específicas de cada red, como la latencia, el ancho de banda disponible, y la probabilidad de pérdida de paquetes. Esto es particularmente evidente al comparar Redes de Área Local (LAN) con Redes de Área Amplia (WAN) y Redes Móviles.
Redes LAN vs. WAN: Cómo Varía el Control de Congestión
Redes LAN:
Características: Las LAN generalmente tienen baja latencia y alta capacidad de ancho de banda. La congestión es menos frecuente en las LAN debido a su corta distancia y a su infraestructura de red, que a menudo es de alta calidad y bien mantenida.
Impacto del Control de Congestión: En las LAN, los algoritmos de control de congestión de TCP pueden no ser tan críticos o necesarios como en otros entornos. La baja latencia y el alto ancho de banda hacen que la red sea menos susceptible a la congestión, por lo que los mecanismos como Slow Start y Congestion Avoidance pueden no tener un impacto significativo en el rendimiento general.
Redes WAN:
Características: Las WAN, en contraste, se caracterizan por tener mayor latencia y un ancho de banda más variable. Estas redes abarcan distancias más largas y pueden incluir enlaces con capacidades de ancho de banda muy diferentes.
Impacto del Control de Congestión: En las WAN, los algoritmos de control de congestión son fundamentales para mantener la estabilidad y eficiencia de la red. La variabilidad en la latencia y el ancho de banda hace que sea esencial un ajuste cuidadoso de la tasa de envío de datos para evitar la sobrecarga de los enlaces. Los mecanismos de control de congestión de TCP, como Fast Retransmit y Fast Recovery, son clave para responder rápidamente a la congestión y mantener un flujo de datos constante.
Redes Móviles: Desafíos Únicos y Adaptaciones en TCP
Desafíos en Redes Móviles:
Variabilidad en la Conexión: Las redes móviles enfrentan desafíos únicos debido a su naturaleza inalámbrica, como variabilidad en la calidad de la señal, cambios frecuentes en las condiciones de la red y tasas de error más altas.
Cambios de Red y Movilidad: Los usuarios en redes móviles pueden cambiar entre diferentes tipos de redes (como pasar de 4G a Wi-Fi), lo que puede resultar en fluctuaciones significativas en el rendimiento y la disponibilidad de la red.
Latencia y Pérdida de Paquetes: La latencia puede variar significativamente, y la pérdida de paquetes es más común, lo que puede ser malinterpretado por los algoritmos de control de congestión como señales de congestión de red.
Adaptaciones en TCP para Redes Móviles:
Algoritmos de Control de Congestión Adaptativos: Para abordar estos desafíos, se han desarrollado variantes de TCP específicas para entornos móviles, como TCP Vegas, que utiliza medidas de retardo para detectar y controlar la congestión, y TCP Westwood, que ajusta el tamaño de la ventana de congestión basándose en la estimación del ancho de banda disponible.
Mejoras en la Detección de Congestión: Estas variantes mejoran la forma en que TCP interpreta la pérdida de paquetes y los cambios en la latencia, diferenciando mejor entre la congestión real y las características inherentes de las redes móviles.
Optimizaciones para Movilidad: Además, se han realizado esfuerzos para mejorar la capacidad de TCP para manejar cambios en la conectividad y movilidad, como en MPTCP (Multipath TCP), que permite a TCP usar múltiples rutas para enviar y recibir datos, aumentando la robustez y eficiencia en entornos móviles.
En conclusión, el control de congestión en TCP varía considerablemente
Herramientas y Técnicas para la Gestión del Control de Congestión en TCP
La gestión eficaz del control de congestión en TCP es crucial para asegurar un rendimiento óptimo de la red. Esto incluye tanto el monitoreo continuo de la red para detectar signos de congestión como la configuración adecuada de los parámetros de control de congestión en los sistemas operativos. A continuación, se detallan algunas herramientas y técnicas clave en estas áreas.
Software y Herramientas para Monitorizar la Congestión de la Red
Wireshark: Esta es una herramienta de análisis de protocolos de red que permite a los administradores capturar y examinar paquetes de datos en tiempo real. Puede ser utilizada para identificar patrones de congestión, como retransmisiones frecuentes y cambios en el tamaño de la ventana de congestión.
NetFlow y sFlow: Estas tecnologías proporcionan información valiosa sobre los patrones de tráfico de la red, lo que ayuda a identificar la congestión. Herramientas basadas en NetFlow y sFlow pueden mostrar estadísticas detalladas sobre el tráfico y el volumen por interfaz, lo que es útil para detectar cuellos de botella.
LibreNMS, Nagios o Zabbix: Estos sistemas de monitorización de red ofrecen capacidades para rastrear la salud de la red y pueden ser configurados para alertar sobre condiciones que pueden indicar congestión, como el uso excesivo del ancho de banda o altos tiempos de respuesta.
Iperf/Jperf: Estas herramientas son utilizadas para medir el ancho de banda máximo de la red y pueden ayudar a determinar el impacto del control de congestión en el rendimiento de la red.
Configuración del Control de Congestión en Diferentes Sistemas Operativos
Windows:
Configuración del Registro: En Windows, algunos parámetros de TCP, incluyendo aquellos relacionados con el control de congestión, pueden ser ajustados a través del Editor del Registro. Esto permite a los administradores optimizar el rendimiento del TCP según las necesidades específicas de su red.
PowerShell: Otra herramienta para ajustar la configuración de TCP en Windows es PowerShell, que ofrece comandos para modificar ajustes relacionados con el control de congestión.
Linux:
sysctl: Linux proporciona una interfaz sysctl para ajustar los parámetros del kernel en tiempo de ejecución. Los administradores pueden usar esta interfaz para cambiar los algoritmos de control de congestión y ajustar parámetros como el tamaño de la ventana de congestión y el comportamiento de retransmisión.
/proc Interface: Algunas configuraciones de TCP también pueden ser ajustadas mediante la interfaz /proc, que permite a los usuarios modificar en tiempo real las configuraciones del kernel relacionadas con la red.
macOS:
Configuración del Sistema: Similar a Linux y Windows, macOS permite a los usuarios ajustar la configuración de TCP, aunque las opciones pueden ser más limitadas. La configuración se puede realizar a través de la línea de comandos o herramientas de terceros.
En resumen, una combinación de herramientas de monitoreo y técnicas de configuración adecuadas es esencial para una gestión efectiva del control de congestión en TCP. Estas herramientas y técnicas permiten a los administradores de red identificar y responder a la congestión, optimizando así el rendimiento de la red y asegurando una entrega de datos eficiente y fiable.
Casos de Estudio y Aplicaciones Prácticas
El control de congestión de TCP es un aspecto fundamental de la gestión de redes, vital para asegurar la estabilidad y eficiencia de las comunicaciones de datos. A continuación, exploraremos casos de estudio donde este control ha sido crucial y ejemplos prácticos de cómo la implementación y ajuste de TCP puede mejorar significativamente el rendimiento de la red.
Análisis de Casos donde el Control de Congestión de TCP ha sido Crucial
Congestión en Redes de Datos Corporativas:
Contexto: Las redes corporativas suelen experimentar un alto volumen de tráfico de datos, especialmente durante las horas pico.
Problema: Sin un control de congestión eficaz, estas redes pueden experimentar una degradación significativa del rendimiento, con largos tiempos de respuesta y pérdida de paquetes.
Solución: La implementación de algoritmos de control de congestión avanzados, como CUBIC o BBR, puede ayudar a gestionar la carga de tráfico de manera más eficiente, reduciendo la congestión y mejorando la experiencia del usuario final.
Gestión de Tráfico en Proveedores de Servicios de Internet (ISP):
Contexto: Los ISP manejan una gran cantidad de datos que atraviesan una variedad de redes.
Problema: El control de congestión inadecuado puede llevar a cuellos de botella, afectando a múltiples clientes y servicios.
Solución: La implementación de estrategias de control de congestión adaptativas, junto con un monitoreo constante del tráfico, permite a los ISP ajustar dinámicamente los parámetros de red para mantener un rendimiento óptimo.
Streaming de Video y Servicios OTT:
Contexto: Los servicios de streaming de video, como Netflix, dependen de una transferencia de datos constante y eficiente.
Problema: La variabilidad en la calidad de la red puede provocar bufferings o interrupciones en el streaming.
Solución: Al utilizar técnicas de control de congestión de TCP, estos servicios pueden adaptar la tasa de transmisión de datos según las condiciones de la red, minimizando las interrupciones y mejorando la calidad de transmisión.
Ejemplos Prácticos en la Implementación de Ajustes de TCP para Mejorar el Rendimiento
Optimización de Redes de Centros de Datos:
Aplicación: En centros de datos, donde los servidores manejan solicitudes masivas, el ajuste de TCP puede incluir la ampliación de la ventana de congestión y la implementación de algoritmos de control de congestión personalizados para manejar grandes volúmenes de datos.
Beneficio: Esto resulta en un uso más eficiente de la capacidad de red disponible y una reducción en la latencia de las aplicaciones.
Mejora del Rendimiento en Redes con Alta Latencia:
Aplicación: En redes con alta latencia, como las conexiones satelitales, ajustar los parámetros de TCP para tener en cuenta la mayor RTT (tiempo de ida y vuelta) puede mejorar significativamente el rendimiento.
Beneficio: La optimización de TCP en estos entornos puede reducir el impacto de la latencia y mejorar la eficiencia de la transmisión de datos.
Configuración de TCP en Entornos Móviles:
Aplicación: En redes móviles, donde la calidad de la conexión puede cambiar rápidamente, se pueden implementar variantes de TCP adaptativas como TCP Vegas o Westwood.
Beneficio: Estas variantes están diseñadas para responder mejor a las fluctuaciones en la calidad de la conexión, mejorando la estabilidad y el rendimiento de las aplicaciones móviles.
En resumen, los casos de estudio y aplicaciones prácticas demuestran la importancia crítica del control de congestión de TCP en una variedad de entornos de red. Desde redes corporativas hasta proveedores de servicios de Internet y servicios de streaming, una gestión efectiva de la congestión de TCP es clave para mantener un rendimiento de red óptimo y proporcionar una experiencia de usuario final satisfactoria. La implementación de ajustes y algoritmos adecuados de TCP según las necesidades específicas.
Desafíos y Futuro del Control de Congestión de TCP
El control de congestión en TCP ha sido un área de investigación y desarrollo constante desde la creación del protocolo. Aunque los mecanismos actuales han demostrado ser eficaces en una amplia gama de escenarios de red, todavía enfrentan limitaciones significativas, especialmente en entornos de red en evolución. El futuro del control de congestión en TCP implica superar estos desafíos y adaptarse a las cambiantes demandas de las redes modernas.
Limitaciones Actuales del Control de Congestión en TCP
Ineficiencia en Redes de Alta Velocidad y de Larga Distancia: Los algoritmos de control de congestión tradicionales pueden no ser eficientes en redes con grandes capacidades de ancho de banda y alta latencia (como enlaces transcontinentales), a menudo resultando en un uso subóptimo del ancho de banda disponible.
Respuesta a la Pérdida de Paquetes vs. Calidad del Enlace: TCP generalmente interpreta la pérdida de paquetes como un signo de congestión. Sin embargo, en redes inalámbricas y móviles, la pérdida de paquetes a menudo se debe a problemas de calidad del enlace, no a la congestión, lo que lleva a una disminución innecesaria del rendimiento.
Variabilidad en Redes Móviles y Inalámbricas: Las redes móviles presentan desafíos adicionales debido a su naturaleza inestable y variabilidad en la calidad de la conexión, lo que dificulta la efectividad de los mecanismos de control de congestión tradicionales.
Interacción con Otros Protocolos y Tecnologías: A medida que nuevas tecnologías y protocolos emergen, la interacción entre estos y el control de congestión de TCP puede ser compleja y a menudo impredecible, afectando la eficiencia general del control de congestión.
Investigaciones y Desarrollos Futuros en la Gestión de la Congestión
Algoritmos de Control de Congestión Inteligentes: El desarrollo de algoritmos de control de congestión basados en aprendizaje automático e inteligencia artificial promete una mayor eficiencia. Estos algoritmos podrían adaptarse dinámicamente a las condiciones cambiantes de la red, mejorando el rendimiento en diversos escenarios de red.
Optimización para Redes Inalámbricas y Móviles: La investigación se está centrando en mejorar el control de congestión en entornos móviles y inalámbricos, con algoritmos que pueden diferenciar mejor entre la pérdida de paquetes debido a la congestión y la pérdida de paquetes debido a problemas de señal.
Integración con Tecnologías Emergentes: A medida que nuevas tecnologías como 5G y IoT se vuelven más prevalentes, se necesitan métodos de control de congestión que puedan operar eficientemente en estos entornos altamente dinámicos y heterogéneos.
Multipath TCP (MPTCP): MPTCP, que permite que las conexiones TCP utilicen múltiples rutas para enviar y recibir datos, se está explorando como una forma de mejorar la robustez y eficiencia de TCP. Esto es particularmente relevante en dispositivos móviles y en redes con múltiples interfaces de red.
Control de Congestión Basado en la Retroalimentación de la Red: Explorar métodos donde la red misma proporciona retroalimentación al emisor sobre el estado de congestión, permitiendo ajustes más precisos y oportunos en el tamaño de la ventana de congestión.
Estándares y Protocolos Más Flexibles: La evolución de TCP hacia un protocolo más modular y adaptable, donde los algoritmos de control de congestión pueden ser más fácilmente actualizados y optimizados para diferentes escenarios de red.
En resumen, los desafíos actuales del control de congestión en TCP están impulsando una investigación significativa y el desarrollo de nuevas tecnologías y enfoques. El futuro del control de congestión en TCP se orienta hacia una mayor inteligencia, adaptabilidad y eficiencia, con el objetivo de satisfacer las necesidades de las redes cada vez más rápidas, complejas y diversas de hoy en día.
Control de congestión en linux con sysctl
Volviendo al ejemplo de Eva:
sysctl -w net.ipv4.tcp_sack=0
sysctl -w net.ipv4.tcp_timestamps=0
sysctl -w net.ipv4.tcp_window_scaling=0
echo «4096 8192 8192» > /proc/sys/net/ipv4/tcp_rmem
ifconfig eth0 mtu 1040
tc qdisc add dev eth0 root netem loss 25%
La secuencia de comandos que Eva nos muestra incluye una serie de comandos en Linux que ajustan varios parámetros del kernel relacionados con el protocolo TCP (Protocolo de Control de Transmisión) y la configuración de la interfaz de red. Estos comandos afectan cómo se maneja el tráfico de red en el sistema. Aquí está una explicación detallada de cada comando:
sysctl -w net.ipv4.tcp_sack=0
sysctl es una herramienta utilizada para modificar parámetros del kernel en tiempo de ejecución.
net.ipv4.tcp_sack se refiere a la opción de Acuse de Recibo Selectivo (Selective Acknowledgment – SACK) en TCP. Esta opción permite al receptor informar al emisor exactamente qué segmentos se han recibido con éxito, lo que permite retransmitir eficientemente solo los segmentos perdidos.
Al establecer tcp_sack en 0, se deshabilita esta característica. Esto puede ser útil en ciertos escenarios de red donde SACK puede no ser soportado o puede causar problemas, aunque generalmente es mejor mantenerlo habilitado para mejorar la eficiencia en la recuperación de errores.
sysctl -w net.ipv4.tcp_timestamps=0
net.ipv4.tcp_timestamps es una opción que controla el uso de marcas de tiempo en los paquetes TCP. Las marcas de tiempo pueden ser utilizadas para calcular el tiempo de ida y vuelta de los paquetes y ayudar a proteger contra envoltorios de números de secuencia en conexiones de larga duración.
Al configurar tcp_timestamps en 0, se desactivan las marcas de tiempo en TCP. Esto podría ser útil en situaciones donde se sospecha que las marcas de tiempo están causando incompatibilidades o problemas de rendimiento, aunque generalmente es preferible mantenerlas activadas para una mejor estimación del RTT (Round-Trip Time) y seguridad.
sysctl -w net.ipv4.tcp_window_scaling=0
net.ipv4.tcp_window_scaling es una opción para habilitar el escalado de la ventana TCP. Esta característica permite el uso de ventanas de recepción más grandes, lo que es crucial para un alto rendimiento en conexiones de alta velocidad o con alta latencia.
Al establecer tcp_window_scaling en 0, se desactiva el escalado de la ventana. Esto limita el tamaño máximo de la ventana de recepción a 65,535 bytes, lo que puede reducir significativamente el rendimiento en ciertos tipos de redes.
Este comando ajusta la cantidad de memoria que TCP utiliza para el buffer de recepción. Los valores representan el mínimo, el valor por defecto, y el máximo tamaño del buffer, respectivamente, en bytes.
Establecer estos valores puede ser útil para optimizar el uso de la memoria en función de las necesidades específicas de la red y del sistema. En este caso, se está configurando el tamaño predeterminado y máximo a 8192 bytes.
ifconfig eth0 mtu 1040
Este comando ajusta la MTU (Unidad Máxima de Transmisión) de la interfaz de red eth0 a 1040 bytes.
La MTU es el tamaño máximo de un paquete que puede ser transmitido a través de una interfaz. Reducir la MTU puede ser útil en redes con problemas de paquetes grandes o para reducir la fragmentación en redes con una MTU más pequeña.
tc qdisc add dev eth0 root netem loss 25%
tc (Traffic Control) es una herramienta utilizada para controlar la política de transmisión de paquetes en Linux.
Este comando específicamente añade una disciplina de cola (qdisc) a la interfaz eth0 para simular un 25% de pérdida de paquetes. Esto se hace a menudo con fines de pruebas o simulaciones para entender cómo las aplicaciones y los protocolos responden a tales condiciones de red.
Cada uno de estos comandos tiene aplicaciones específicas y debe ser utilizado con cuidado, ya que pueden tener un impacto significativo en el rendimiento y la fiabilidad de la red. Estos ajustes son a menudo específicos del escenario y deben ser probados y validados en un entorno controlado antes de ser implementados en un entorno de producción.
Preguntas y respuestas
¿Qué es el control de congestión en TCP?
Es un mecanismo para regular la cantidad de datos enviados a la red sin confirmación, para evitar la sobrecarga de la red.
¿Cuál es el principal objetivo del control de congestión en TCP?
Evitar la sobrecarga de la red, que puede ocurrir cuando se envían demasiados paquetes en un corto período.
¿Qué provoca la congestión en las redes?
La sobrecarga de datos en los nodos de la red como routers y switches, aumentando el tiempo de retardo y la probabilidad de pérdida de paquetes.
¿Qué problemas puede causar la congestión en una red?
Pérdida de paquetes, alta latencia, fluctuaciones en el throughput y asignación injusta de recursos.
¿Cómo difieren el control de congestión y el control de flujo en TCP?
El control de flujo se enfoca en la relación emisor-receptor, mientras que el control de congestión se ocupa de la relación entre el emisor y la red.
¿Qué es Slow Start en TCP?
Es un algoritmo que inicia con una ventana de congestión pequeña y la incrementa exponencialmente por cada ACK recibido.
¿Cuál es el propósito de Congestion Avoidance?
Mantener el flujo de datos en un nivel sostenible para evitar la congestión, incrementando gradualmente el tamaño de la ventana de congestión.
¿Qué hace Fast Retransmit en TCP?
Retransmite un segmento perdido inmediatamente al recibir tres ACKs duplicados para el mismo segmento.
¿Cómo funciona Fast Recovery en TCP?
Reduce la ventana de congestión a la mitad tras una pérdida de paquetes, incrementando luego el tamaño de la ventana por cada ACK duplicado recibido.
¿Qué son Tahoe, Reno y NewReno en TCP?
Son algoritmos de control de congestión que evolucionaron para mejorar la respuesta a la pérdida de paquetes.
¿Cómo se diferencia CUBIC de otros algoritmos de control de congestión?
Utiliza una función cúbica para aumentar la ventana de congestión, adecuada para redes con gran capacidad de ancho de banda y alta latencia.
¿Qué hace especial a BBR en el control de congestión?
Se centra en maximizar el uso del ancho de banda y minimizar la latencia, sin basarse en la detección de pérdidas.
¿Cómo afecta el control de congestión a las redes LAN en comparación con las WAN?
En las LAN, donde la congestión es menos frecuente, los algoritmos de control de congestión pueden no ser tan críticos como en las WAN.
¿Qué desafíos presentan las redes móviles para el control de congestión de TCP?
La variabilidad en la calidad de la señal, cambios frecuentes en las condiciones de la red y tasas de error más altas.
¿Qué herramientas se utilizan para monitorizar la congestión de la red?
Herramientas como Wireshark, NetFlow, sFlow, LibreNMS, Nagios, Zabbix e Iperf/Jperf.
¿Cómo se puede ajustar el control de congestión en Windows y Linux?
En Windows, a través del Editor del Registro y PowerShell; en Linux, usando sysctl y la interfaz /proc.
¿Qué aplicaciones prácticas tiene el control de congestión de TCP en centros de datos?
Optimización de la gestión de tráfico y reducción de la latencia en las aplicaciones.
¿Qué retos actuales enfrenta el control de congestión en TCP?
Ineficiencias en redes de alta velocidad y de larga distancia, y la interpretación de la pérdida de paquetes en redes inalámbricas y móviles.
¿Qué avances se están desarrollando para el futuro del control de congestión en TCP?
Algoritmos inteligentes basados en IA, optimización para redes inalámbricas y móviles, y adaptación a nuevas tecnologías como 5G y IoT.
¿Qué comando se utiliza en Linux para desactivar el escalado de la ventana TCP?
Sigue el desarrollo del planetario de la Comunidad KDE. Hoy me complace anunciar que ha sido lanzado KStars 3.6.7, una nueva versión de la aplicación que nos ayuda a conocer mejor la porción del inmenso Universo que nos rodea. Un imprescindible para los amantes de la astronomía.
Así que me complace escribir que la evolución de esta rama ha seguido a buen ritmo y que ha sido lanzado KStars 3.6.8 que trae las siguentes novedades:
John Evans presenta la interesante herramienta Aberration Inspector, una herramienta que hace uso del Autoenfoque para analizar el contraenfoque y la inclinación del sensor en el tren óptico conectado. Resuelve hasta 9 mosaicos virtuales en el sensor definidos por la máscara de mosaico existente.
Joseph McGee sigue añadiendo mejoras y correcciones para la calculadora de subexposición. En cuanto a la facilidad de uso, ahora se puede cambiar el tamaño de la ventana, se ha corregido un problema con la visualización de los consejos sobre herramientas y se ha añadido un indicador para el tipo de sensor de la cámara seleccionada (Mono/Color). En cuanto a la funcionalidad: se ha aumentado el límite superior del parámetro de entrada Incremento de ruido y se ha añadido soporte para cámaras con ruido de lectura no variable (cámaras con sensores CCD).
Hy Murveit ha añadido una función muy útil al Visor FITS: ¡un solucionador integrado!
Y otras pequeñas mejoras que podréis leer en la entrada del proyecto y que muestran sin lugar a dudas el buen estado del proyecto
¿Qué es KStars?
Para los que no lo sepan, KStars es un programa de planetario para el escritorio KDE, con él podemos ver en nuestra pantalla de ordenador todo el cielo de cualquier parte del mundo. Es decir, proporciona una representación gráfica exacta del cielo nocturno, desde cualquier lugar de la Tierra, en cualquier fecha y hora. La exhibición incluye hasta 2.5 millones de estrellas (con addons adicionales), 13.000 objetos del cielo profundo, las 88 constelaciones, los 8 planetas, el Sol y la Luna, y miles de cometas y asteroides. Tiene características para atraer a usuarios de todos los niveles, desde aficionados a profesionales, teniendo un gran potencial educativo.
El editor Nano (a partir de ahora le llamaremos: nano), se creó para usar en emuladores y terminales tty de unix / linux, es decir no se necesita un entorno gráfico para poderlo usarlo, ya que usa las librerías gráficas en modo texto llamada: ncurses, también tiene la facultad de poder usar el ratón (siempre y cuando lo tengas configurado en los emuladores y terminales tty).Nano es muy fácil de
El mejor gestor de imágenes de la Comunidad KDE (y una de las mejores del mercado tanto libre como privado) sigue su desarrollo y me complace anunciar que ha sido lanzada la segunda actualización de digiKam 8, una nueva versión que incluye un buen número de soluciones a los errores inherentes a una gran actualización como fue la del 16 de abril.
Segunda actualización de digiKam 8, afinando la octava versión
Tras diez meses de mantenimiento activo y una larga selección de errores, el equipo de digiKam se enorgullece de presentar la versión 8.2.0 de su gestor de fotos digitales de código abierto.
Esta versión llega con una larga revisión de las entradas de bugzilla. Los errores presentes desde hace tiempo en la versión anterior han sido corregidos y se ha dedicado mucho tiempo a contactar con los usuarios para validar los cambios en el pre-lanzamiento y confirmar las correcciones antes de laanzar la aplicación.
Esta versión viene con una gran lista novedades, algunas de las cuales son las siguientes;
Creador de impresión: Añadidas 4 nuevas plantillas para papel fotográfico de 6,8 pulgadas.
General : Mejorars en la usabilidad de la pestaña de la barra lateral Propiedades de Imagen.
Libraw : Actualización a la versión 2023-05-14
Paquetes : Actualizado Exiv2 a la última versión 0.28
Paquetes : Actualizado el framework KF5 a la última versión 5.106
Paquetes : Se incluye el estilo de widgets Breeze en el paquete MacOS para renderizar correctamente los contenidos GUI.
Etiquetas : Añadida la posibilidad de eliminar todas las etiquetas de la cara de los elementos seleccionados.
Etiquetas : Añadida la posibilidad de eliminar todas las etiquetas de los elementos seleccionados, excepto las etiquetas faciales.
Similitud : Mejora de la usabilidad de las imágenes de referencia durante la búsqueda de imágenes duplicadas.
El pasado 16 de abril, es decir, ayer fue lanzado digiKam 8.0, la nueva versión de uno de los gestores de imágenes más completo que puedes encontrar en el mundo GNU/Linux, e incluso en el mundo privativo.
Este nuevo digiKam ha recibido un intenso trabajo en muchas de sus facetas, no en vano han pasado más de dos años de desarrollo donde se han ido puliendo aspectos que estaban descuidados, que simplemente se habían quedado obsoletos o que deben adaptarse a los tiempos en los que vivimos.
Y es que, en el mundo del Software, y en cualquier otro mundo también, si no se evoluciona te extingues. De esta forma, una pincelada de las novedades que nos ofrece su octava versión estable son las siguientes:
La mejor forma de definir digiKam es buscar como se describe esta aplicación de userbase.kde.org y realizar una pequeña síntesis:
«DigiKam es una aplicación que te permite la importación de fotografías desde cámaras, creación de álbumes, etiquetado con fechas, temas y otras propiedades, utilidades de búsqueda excelentes y modificación de imágenes en masa.»
Poco a poco, a basae de ir escribiendo estos artículos se me están quedando en la memoria el nombre del canal propio de vídeos de la Comunidad KDE. Seguro que cuando lo logro se cambia. Lo cierto es que Kockatoo tube, nombre elegido para su canal de Peertube de KDE, no es el más simple del mundo pero eso no significa que no debamos hacer un esfuerzo por familiarizarnos con él. Por mi parte he pensado que la forma de hacerlo será escribir mucho sobre él al tiempo que promociono algo más la pasada edición de Akademy-es de Málaga. De esta forma bienvenidos a la charla grabada de «Python y Qt» por José Millán Soto en Kockatoo tube en el canal de #akademyes 2023″.
Python y Qt con José Millán Soto en Kockatoo tube #akademyes 2023
Antes de empezar alguien se puede preguntar porqué no utilizar solo Youtube para compartir contenido multimedia. La respuesta es muy simple: para evitar que esta plataforma que pertecene a a Google tenga el control de todo contenido multimedia de la Comunidad KDE.
Para evitarlos se ha creado Kocaktoo tube, simplemente una alternativa libre de youtube, donde se cuelgan por defecto los vídeos de KDE pero no de forma exclusiva ya que si se puede se suben también a la plataforma con más usuarios (hay que pescar donde hay peces).
Como la gente asidua al blog sabrá, el pasado 9 y 10 de junio de 2023 la asociación KDE España celebró en Málaga su Akademy-es 2023 integrada en el evento marco Opensouthcode. Fruto de ella se realizaron una serie de charlas, las cuales fueron grabadas en su gran mayoría y subidas al Kocaktoo tube de KDE España. Aunque ya las he presentado en el blog creo que es positivo compartis con vosotros todas las que pueda.
De esta forma sigo esta serie con la charla «Python y Qt» con José Millán Soto en el Kockatoo Tube de KDE España. Espero que las disfrutéis.
Para los que no conozcan este servicio, os presento (y me sirve a mi para seguir conociéndolo más a fondo) PeerTube, desarrollado por Framasoft, es la alternativa gratuita y descentralizada a las plataformas de video, que le brinda más de 400000 vídeos publicados por 60000 usuarios y vistos más de 15 millones de veces.
De esta forma, en este instancia de KDE podemos encontrar todo tipo de vídeos, desde los de KDE España que ya he comentado hasta los vídeos de Niccolò Ve pasando por anuncios de lanzamiento como el último de Plasma 5.23, edición 25 aniversario.
Mientras los desarrolladores software de la Comunidad KDE están inmersos en un salto tecnológico que lleva eleverá a cotas superiores la excelencia de los productos KDE ya que empezarána untilizar tecnlogía Qt6, los diseñadores se afanan en darle el aspecto básico que combine elegancia y modernidad. De esta forma se dedican a mejorar iconos, colores, cursores,etc. No obstante, han dejado un elemento a la participación de la Comunidad y hace unos meses iniciarion una campaña para seleccionar el fondo de pantalla por defecto de Plasma 6. Es el momento de conocer los finalistas del concurso para elegir el fondo de pantalla del próximo entorno de trabajo de la Comunidad KDE.
Finalistas del concurso para elegir el fondo de pantalla de Plasma 6
Seguramente no contentará a todo el mundo pero la cuenta de Twitter de @kdecommunity ha publicado el siguiente tweet donde muestra los fondos de pantalla finalistas en la sana competición que llevará a uno de ellos en convertirse en la carta de presentación de Plasma 6, algo que anunciamos en el blog hace tiempo dando los detalles pertinentes, aunque quizás el más llamativo era que el ganador se llevaría un portátil Framework Laptop 13 DIY Edition, con un Intel® Core™ i5-1340P de 13ª generación.
One of these 6 beauties will become the wallpaper for Plasma 6. Which one do you prefer?#Plasma6#wallpaper#desktop
Me complace anunciar que hemos seleccionado a los finalistas del concurso de fondo de pantalla para plasma 6.
Hemos recibido más de 250 propuestas, la mayoría de extraordinaria calidad. La elección de sólo seis finalistas ha sido extremadamente difícil y ha requerido varias rondas de debate y votación.
Quiero dar las gracias a todos los que han participado. El hecho de que tantos de vosotros hayáis dedicado tiempo y energía a ayudar a esta comunidad significa mucho. Hemos recibido fondos de pantalla superbonitos con Konqi, montones de renderizaciones en 3D y arte vectorial únicos, pero también pixel art, pinturas, collages y mucho más. Nunca había visto un abanico tan amplio de propuestas creativas. Seleccionar sólo seis fue una tarea ardua de principio a fin; incluso los 30 (¡o más!) mejores fondos de pantalla eran todos de altísima calidad.
También quiero dar las gracias a Framework por ofrecer el premio del concurso. Significa mucho para nosotros y demuestra que están dispuestos a apoyar realmente proyectos con los que comparten una visión. Estoy deseando entregar el Framework Laptop 13 DIY Edition al ganador del concurso.
Por último, nos han gustado tanto algunos fondos de pantalla que nos gustaría crear un paquete de fondos de pantalla de la Comunidad KDE una vez finalizado este concurso. Muchos fondos de pantalla tenían grandes referencias a KDE Plasma y su historia, y nos encantaría incluirlos en el Plasma 6, ¡aunque no sea como fondo de pantalla por defecto!
Se debe desatacar que estas pueden no ser las versiones definitivas ya que los creadores tienen dos semanas para mejorarlos ya que los jueces han puesto su crítica construcitva en el mismo hilo de discusión.
Yo tengo mi favorito pero no quiero decirlo para no influir la decisión final. Os animo a participar en el diálogo que se ha abierto tras el anuncio.
Lanzada la primera beta de KDE 6, el megalanzamiento de la Comunidad KDE
Es un buen momento para recordar que el pasado 29 de noviembre fue lanzada la beta de KDE 6 ( es decir, de Plasma 6, KDE Frameworks 6 y KDE Gear 24.02). Este conjunto de software está previsto que sea lanzado el 28 de febrero de 2024. Esta primera versión liberada no es apta todavía para el usuario que busquen estabilidad, así que abstenerse usuarios finales si no queréis que se os rompa el sistema.
En palabras de sus desarrolladores:
Cada pocos años adaptamos los componentes clave de nuestro software a una nueva versión de Qt, aprovechando la oportunidad para eliminar cosas innecesarias y sacar partido de las funciones actualizadas que nos ofrece la versión más reciente de Qt.
Han pasado casi 10 años desde la última gran versión de nuestro entorno de escritorio Plasma, y ha llegado de nuevo el momento. KDE pone hoy a disposición la versión Beta de todo el software que incluiremos en una megalanzamiento previsto para finales de febrero de 2024.
Para asegurar que todas las partes de la pila de software de KDE funcionan juntas, estamos lanzando todos nuestros paquetes principales al mismo tiempo. Hoy vemos la continuación de ese viaje con los lanzamientos Beta de Plasma 6, KDE Frameworks 6 y el paquete de aplicaciones KDE Gear.
Se trata de una versión preliminar destinada únicamente a desarrolladores y probadores. Esperamos que sea adoptada por las distribuciones inestables, pero está lejos de estar lista para el uso diario.
Konqi siempre se encuentra dispuesto, con nuestra ayuda, a buscar bugs y solucionarlos.
Todas las tareas dentro del mundo del Software Libre son importantes: desarrollar, traducir, empaquetar, diseñar, promocionar, etc. Pero hay una que se suele pasar por alto y de la que solo nos acordamos cuando las cosas no nos funcionan como debería: buscar errores.
Desde el blog te animo a que tú seas una de las personas responsables del éxito del nuevo lanzamiento de Plasma 5.27 de la Comunidad KDE. Para ello debes participar en la tarea de buscar y reportar errores, algo básico para que los desarrolladores los solucionen para que el despegue del escritorio esté bien pulido. Debéis pensar que en muchas ocasiones los errores existen porque no le han aparecido al grupo de desarrolladores ya que no se han dado las circunstancias para que lo hagan.
Para ello debes instalarte esta beta y comunicar los errores que salgan en bugs.kde.org, tal y como expliqué en su día en esta entrada del blog.
Tengo poco tiempo así que voy con una entrada ligera. Os presento el tema Infinity, unos iconos estilo vidrio para tu PC, es decir, una forma de dar un aspecto elegante, diferente y colorido para tu entorno de trabajo.
Iconos estilo vidrio para tu PC – Infinity
Como he dicho muchas veces, me fascina la variedad que tenemos a nuestra disposición tanto de forma, estilo o colores. Tenemos iconos clásicos, minimalistas, lineales, 3D, que simulan otros sistemas operativos, imaginativos, que recuerdan a objetos cotidianeos, etc.
Hoy os presento un pack de iconos creados por Naruto Uzumaki llamado Infinity OS. Se trata de un pack de iconos basado en el estilo cristalmorfismo el cual utiliza las propiedades del vidrio para realzar sus diseños. De esta forma se le proporciona un aspecto translúcido o transparente a sus elementos. Los elementos y formas de cristal funcionan realmente bien sobre fondos vibrantes, coloridos u oscuros que acentúan el efecto de cristal.
Según su creador, Infinity está en estado beta y va añadiendo nuevos iconos cada día pero todavía queda mucho trabajo, de esta forma los iconos Breeze se utilizan como reemplazo de los que faltan por crear. Además, Infinity se está desarrollando actualmente sólo para el modo oscuro de plasma. Cuando esté finalizado creará una versión para temas claros.
Y como siempre digo, si os gusta el pack de iconos podéis pagarlo de muchas formas en la página en continua evolución de KDE Store, que estoy seguro que el desarrollador lo agradecer: puntúale positivamente, hazle un comentario en la página o realiza una donación. Ayudar al desarrollo del Software Libre también se hace simplemente dando las gracias, ayuda mucho más de lo que os podéis imaginar, recordad la campaña I love Free Software Day 2017 de la Free Software Foundation donde se nos recordaba esta forma tan sencilla de colaborar con el gran proyecto del Software Libre y que en el blog dedicamos un artículo.
Los desarrolladores de la Comunidad KDE están inmersos en un salto tecnológico que lleva eleverá a cotas superiores la excelencia de los productos KDE. Fruto de este movimiento se ha preparado un lanzamiento colectivo de Plasma 6, KDE Frameworks 6 y KDE Gear 24.02 para el 28 de febrero. A falta de un nombre mejor me he permitido bautizarlo como KDE 6, ya que utilizará tecnología de las librerías Qt 6. Es por ello que hay que preprarar bien las cosas y de esta forma ayer miércoles fue lanzada la primera beta de KDE 6, el megalanzamiento de la Comunidad KDE que empieza a generar mucha expectativa. Así que, para los que disfruten de probar cosas nuevas es el momento de testear esta versión y reportar los errores que se encuentren. ¡No pierdas la oportunidad de contribuir al desarrollo de Plasma!
Lanzada la primera beta de KDE 6, el megalanzamiento de la Comunidad KDE
Ayer 29 de noviembre fue sido lanzada la beta de KDE 6 ( es decir, de Plasma 6, KDE Frameworks 6 y KDE Gear 24.02). Este conjunto de software está previsto que sea lanzado el 28 de febrero de 2024. Esta primera versión liberada no es apta todavía para el usuario que busquen estabilidad, así que abstenerse usuarios finales si no queréis que se os rompa el sistema.
En palabras de sus desarrolladores:
Cada pocos años adaptamos los componentes clave de nuestro software a una nueva versión de Qt, aprovechando la oportunidad para eliminar cosas innecesarias y sacar partido de las funciones actualizadas que nos ofrece la versión más reciente de Qt.
Han pasado casi 10 años desde la última gran versión de nuestro entorno de escritorio Plasma, y ha llegado de nuevo el momento. KDE pone hoy a disposición la versión Beta de todo el software que incluiremos en una megalanzamiento previsto para finales de febrero de 2024.
Para asegurar que todas las partes de la pila de software de KDE funcionan juntas, estamos lanzando todos nuestros paquetes principales al mismo tiempo. Hoy vemos la continuación de ese viaje con los lanzamientos Beta de Plasma 6, KDE Frameworks 6 y el paquete de aplicaciones KDE Gear.
Se trata de una versión preliminar destinada únicamente a desarrolladores y probadores. Esperamos que sea adoptada por las distribuciones inestables, pero está lejos de estar lista para el uso diario.
Konqi siempre se encuentra dispuesto, con nuestra ayuda, a buscar bugs y solucionarlos.
Todas las tareas dentro del mundo del Software Libre son importantes: desarrollar, traducir, empaquetar, diseñar, promocionar, etc. Pero hay una que se suele pasar por alto y de la que solo nos acordamos cuando las cosas no nos funcionan como debería: buscar errores.
Desde el blog te animo a que tú seas una de las personas responsables del éxito del nuevo lanzamiento de Plasma 5.27 de la Comunidad KDE. Para ello debes participar en la tarea de buscar y reportar errores, algo básico para que los desarrolladores los solucionen para que el despegue del escritorio esté bien pulido. Debéis pensar que en muchas ocasiones los errores existen porque no le han aparecido al grupo de desarrolladores ya que no se han dado las circunstancias para que lo hagan.
Para ello debes instalarte esta beta y comunicar los errores que salgan en bugs.kde.org, tal y como expliqué en su día en esta entrada del blog.
Batocera es un sistema operativo linux que incluye lo justo para convertir tu PC, raspberry u otros dispositivos en una retroconsola capaz de ejecutar juegos de decenas de sistemas.
Lo normal es tener en el mismo sistema las ROMs, BIOS y otras configuraciones, como los addons de KODI en el propio sistema, concretamente en la carpeta o partición /share
Pero puede ser más interesante tener todos los datos en una unidad externa, como puede ser un gran disco duro o SSD, para lo cual lo podemos formatear en formato FAT32, por ejemplo(*), y pincharlo en nuestro batocera en el que accederemos al menú y elegimos las siguientes opciones:
Configuración del Sistema (System settings)
Dispositivo de almacenamiento (Storage device)
Cualquiera (Anyexternal)
Una vez hecho esto el propio batocera nos creará en el disco la estructura de carpetas donde copiar las roms de cada sistema, sus bios y la configuración de KODI, así que el siguiente paso es copiarla de otro sitio donde las tengamos descargadas, por ejemplo nuestro PC.
Las ventajas son evidentes:
Si le pasa algo a Batocera o queremos cambiarlo por una versión posterior basta con instalar de cero sin el disco externo, cuando lo volvamos a pinchar todo seguirá ahí.
Mayor capacidad en un dispositivo normalmente mucho más rápido que una microSD en el caso de una placa tipo raspberry pi.
El inconveniente es que si está enganchada a una placa tipo raspberry pi y no tiene su propia fuente de alimentación, lo más probable es que tengamos que alimentarla con un HUB USB alimentado o algo similar.
La entrada de hoy va a estar centrada en la librería Fabric de Python y sobre todo va para mis apuntes. La biblioteca Fabric de Python es una herramienta para la administración de sistemas...
¿Te imaginas a KDE Plasma en LocOS? Una distribución basada en Debian, sin systemd y con SysVinit: Se trata de LocOS con un cambio significativo: la adopción de KDE Plasma como entorno de escritorio predeterminado.
En cuanto a la creación de la ISO: el proceso fue modificar la ISO oficial de LocOS XFCE para incorporar KDE Plasma. Este proceso implicó la utilización de máquinas virtuales y manipulación cuidadosa de sistemas de archivos, desempaquetando el contenido del sistema, modificándolo y volviéndolo a empaquetar con KDE Plasma.
Nico, de @LocosporLinux contribuyó en la prueba de la ISO y aportó elementos estéticos: La contribución se centró en la estética de LocOS 23 con KDE Plasma, destacando la armoniosa combinación de colores oscuros y el distintivo toque de amarillo con el fondo de Loquito en la Playa que coloqué como fondo predeterminado.
Se abordaron inquietudes sobre el consumo de recursos al elegir KDE Plasma en una distribución que buscaba mantener ligereza. Se aseguró a la audiencia que esta versión de Plasma en LocOS fue ajustada para ofrecer eficiencia y agilidad, aunque igualmente la filosofía de esta presente difiere con las versiones oficiales.
Tengo la intención de mantener y ofrecer actualizaciones para esta versión de LocOS con KDE Plasma, ya que mi idea es aportar mi granito de arena al proyecto.
🎥 Capítulos 00:00 Adivina qué distribución es 01:45 Cómo es la ISO 03:03 Cómo hice la ISO y sus modificaciones 07:13 Nico me ayudó a probarla 08:31 Diferentes filosofías 09:03 Opinión de Nico 09:35 Escritorio después de Instalar 10:31 Dónde descargar
🔺 El objetivo de este vídeo (y del canal) es meramente educativo y/o divulgativo en el que se comparte información relacionada con la tecnología, la informática y software. Copyright Disclaimer Under Section 107 of the Copyright Act 1976, allowance is made for "fair use" for purposes such as criticism, comment, news reporting, teaching, scholarship, and research. Fair use is a use permitted by copyright statute that might otherwise be infringing. Non-profit, educational or personal use tips the balance in favor of fair use.
💥En este boletín mensual repasamos los datos más importantes del mes de Noviembre, que ha sido excelente, y también hacemos una previsión de precios para Diciembre. Por otro lado también hablaremos sobre lo que se nos echa encima a partir de enero de 2024. Y por supuesto acabaremos con unas recomendaciones finales, como siempre.
Únete a la recogida de firmas para que no nos engañen más subiéndonos los precios de las potencias 👉👉👉 https://chng.it/NvQWk458
Comparador de tarifas eléctricas y tutoriales sobre el comparador en www.grinchenergetico.es
Nuestro invitado de hoy en la sección 'La gente cocina' es Miqui Puig, artista polivalente que canta, hace música, pincha, presenta un programa de radio (Pista de fusta), fue jurado en Factor X e impartió clases de cultura musical en la academia de Operación Triunfo. Además de todo eso, le encanta cocinar, y para demostrarlo nos preparó la pilota de Nadal (pelota de Navidad) con la que su madre siempre triunfa en comidas familiares y reuniones de amigas. La única dificultad de su receta es encontrar la mantellina de cerdo, también conocida como redaño, crépine o teleta, pero seguro que tu carnicero de confianza te puede ayudar con esto.
Índice del taller: Introducción a la seguridad en red (PPT). Enfoque doméstico vs empresarial (PPT). Instalación y uso de PiHole con Slimbook Zero. (Taller) Listas personalizadas, análisis de tráfico, otros tips. (Taller)
A pesar de este hartazgo de los premios culinarios, hay que admitir que algunos de estos galardones reconocen el trabajo bien hecho, como el Quiche of the Year. Este galardón, que entrega la muy francesa Association pour la Protection de la Quiche, premia cada año la mejor quiche del mundo, con el objetivo de que “se respete este gran clásico de la gastronomía francesa codificada por el rey de los cuisiniers y el cuisinier de los reyes Auguste Escoffier”. The Pan’s Club, el establecimiento que ganó en 2022 y quedó segundo en 2023 está en Barcelona, y lo hemos visitado para que nos enseñe a hacer una quiche de campeonato.
Veamos cómo comprobar simplemente qué actualizaciones hay disponibles para openSUSE sin instalarlas
Este artículo viene propiciado por un comentario reciente en el blog, que decía:
Estoy empezando a usar openSUSE Tumbleweed, normalmente uso Debian. Echo de menos poder ver, cuando hay actualizaciones, si hay paquetes incorporados recientemente a los repositorios, tal como se puede ver en aptitude o synaptic en el apartado de paquetes nuevos.
¿Es posible hacerlo con zypper, por ejemplo?
Bueno, pues efectivamente zypper tiene la opción correcta para realizar esto, vamos a verlo.
Si sigues mis repasos semanales de las actualizaciones de openSUSE, verás que en una semana hay una media de 4 o 5 snapshots, lo que implica que hay actualizaciones muy a menudo listas para instalarse en nuestros equipos.
Suelo actualizar casi cada día y para ello, utilizo y siempre recomiendo utilizar el comando zypper dup porque realiza todo el trabajo.
Mediante zypper dup
Este mismo comando nos sirve para el cometido del artículo en cuestión. El comando refresca el contenido de los repositorios para actualizarlos y comprobar si hay nuevas versiones y nos las muestra.
Después somos nosotros mismos quienes las aceptamos o después de repasarlas y por el motivo que sea las descartamos, en ese caso nada se instalara.
Mediante zypper lu
Pero zypper tiene comandos especificos para esta tarea. Mediante el comando zypper list-updates o zypper lu en el formato corto, también se actualizarán los repositorios locales y después de eso se mostrará una lista de actualizciones.
En ella veremos una lista que nos muestra qué repositorios están involucrados, los paquetes afectados y la versión actual y a la que se actualizaría. Es una buena información.
Después de revisarla, ya dependerá de nosotros si queremos efectuar un zypper dup para descargar los paquetes y actualizar las versiones.
Mediante zypper dup –dry-run
Este comando realiza algo similar a zypper dup pero después de mostrar los paquetes afectados no podremos instalarlos. Simplemente nos muestra qué paquetes se actualizarán en un posterior zypper dup
Estas son las opciones que he encontrado. La verdad es que nunca me lo había planteado, porque el propio zypper dup muestra la información necesaria y aceptándola ya se instala todo sin mayor problema.
Pero reconozco que zypper list-updates sería una opción muy interesante por la forma clara que da la información.
Gracias a la persona que preguntó, porque así hemos visto una funcionalidad más de zypper. Y espero que le sea útil y a ti también que lees este artículo.
Ya tocaba hacer un poco de limpieza en los blogs y webs sobre GNU/Linux y software libre que se muestran en el agregador PlanetaLibre
Imagen de opensource.com – Licencia CC-by-sa
PlanetaLibre es una página donde se recopilan artículos en español de webs y blogs que tienen como temática GNU/Linux y el software libre.
Un proyecto que nació en marzo de 2019 queriendo mantener la esencia de otra web similar mantenida por T3rr0rz0n3 desaparecida por aquel entonces.
En estos 4 años de vida, la pequeña web se ha mantenido gracias al script que creó Selairi y que se ejecuta cada hora en mi Raspberry Pi.
Durante estos años, he ido añadiendo webs y blogs relacionadas con la temática, bien porque los encontraba interesantes o bien porque las personas que los mantenían querían que los incluyera.
La lista de blogs y webs no es muy extensa, en la actualidad está en 51, aunque hubo momentos mejores.
Si seguís el proyecto y consultais PlanetaLibre a diario, habréis observado que últimamente ha habido unos días con problemas y que no se actualizaba como debería, algunos me lo comentásteis por Mastodon.
El problema fue, que utilicé la RaspberryPi para hacer unas pruebas y probar otras cosas (Kodi) que finalmente no se consolidaron. Por lo que volví a instalar Raspbian OS (un Debian para Raspberry Pi) actualizada a la última versión.
Estuve configurando varias cosas y nuevos servicios que he querido darle a la Raspberry, y entre ellos volvió PlanetaLibre, pero no como lo hacía antes.
Me pasé bastante tiempo, tratando de encontrar el problema y después de maldiciones y frustraciones ahora todo parece que vuelve a funcionar como debería. Por tanto, PlanetaLibre vuelve a esta actualizada y funcionando.
Pero ya metidos en harina, he aprovechado para hacer limpieza de webs. Consulté todos los enlaces, borrando los que ya no estaban operativas o las que hacía mucho tiempo (más de 2 años) que no se actualizaban. Y lo que queda es lo que es…. por el momento.
También ha habido tiempo para actualizar direcciones de feeds, por ejemplo los de Podcast Linux que habían cambiado y no se mostraban.
Un poco de mantenimiento que siempre es necesario, pero que pocas veces se encuentra uno con el ánimo, tiempo y ganas de realizarlo. Pero esta vez lo realicé.
Así que espero que sigas disfrutando de PlanetaLibre, que mantiene su estilo, pero se renueva por dentro y mi Raspberry Pi seguirá manteniéndola actualizada cada hora 24/7.
Si conoces algún blog o web en español o lenguas oficiales del estado español con la temática de PlanetaLibre que quieres que se incluya, no dudes en enviarme un correo con la url y el url de los feeds.
💥Consigue la energía más barata y colabora para que otros también la consigan. No es clickbait. Es la realidad. 100% garantizado. Escucha, aporta y ayuda.
Es un conjunto de aplicaciones de código abierto que cubren diversas necesidades empresariales, como gestión de recursos humanos, contabilidad, ventas, inventario y más. Es una suite integral que ayuda a las empresas a gestionar sus operaciones de manera eficiente.
¿ Es software libre ?
Odoo es software libre y de código abierto. Esto significa que puedes acceder al código fuente, modificarlo y distribuirlo de acuerdo con los términos de la Licencia Pública General de GNU (GPL). Esta característica permite a las empresas adaptar el software a sus necesidades específicas y contribuir al desarrollo de la comunidad, Esta escrito en Python y usa como base de datos Postgress
Instalar Odoo en Debian 12
El siguiente script ha sido hecho para una instalacion automatizada, tambien incluye librerias que no son parte de Debian pero se requieren para la completa instalacion en Debian 12
Durante el proceso de instalación de Debian, la red se configura al principio de la instalación, se guarda la configuración de red en un archivo de texto plano. Y dependiendo de quien gestione la red: NetworkManager o interfaces, la configuración se guarda en una carpeta y un fichero diferente.1- NetworkManager: /etc/NetworkManager/system-connections2- interfaces: /etc/network/interfacesEste
Recopilación y traducción del boletín mensual de noticias relacionadas con el software libre publicado por la Free Software Foundation.
¡El boletín de noticias de la FSF está aquí!
La Free Software Foundation (FSF) es una organización creada en Octubre de 1985 por Richard Stallman y otros entusiastas del software libre con el propósito de difundir esta filosofía.
La Fundación para el software libre (FSF) se dedica a eliminar las restricciones sobre la copia, redistribución, entendimiento, y modificación de programas de computadoras. Con este objeto, promociona el desarrollo y uso del software libre en todas las áreas de la computación, pero muy particularmente, ayudando a desarrollar el sistema operativo GNU.
Además de tratar de difundir la filosofía del software libre, y de crear licencias que permitan la difusión de obras y conservando los derechos de autorías, también llevan a cabo diversas campañas de concienciación y para proteger derechos de los usuarios frentes a aquellos que quieren poner restricciones abusivas en cuestiones tecnológicas.
Mensualmente publican un boletín (supporter) con noticias relacionadas con el software libre, sus campañas, o eventos. Una forma de difundir los proyectos, para que la gente conozca los hechos, se haga su propia opinión, y tomen partido si creen que la reivindicación es justa!!
Por aquí te traigo un extracto de algunas de las noticias que ha destacado la FSF este mes de noviembre de 2023.
GNU40 USA: Encuentro con viejos y nuevos amigos, y algunos primeros pasos en la escalera de la libertad
Del 11 de octubre
El domingo 1 de octubre, la FSF organizó un hackday para celebrar el cuadragésimo aniversario del Proyecto GNU. Los participantes disfrutaron de un pastel con temática GNU, jugaron juegos de software libre, vieron una demostración de GNU Boot y más.
En general, el evento logró nuestro objetivo de dar la bienvenida a miembros veteranos y presentar a gente nueva el software libre y nuestra causa. Y para aquellos que se preguntan ¿Qué sigue para GNU? Bueno, como dijo el presidente de la FSF, Geoff Knauth, «la vida comienza a los cuarenta».
El controvertido proyecto de ley de seguridad en línea del Reino Unido finalmente se convierte en ley
Del 26 de octubre por Jon Porter
Nos decepciona saber que el Reino Unido ha aprobado el llamado Online Safety Bill (proyecto de ley de seguridad en línea). Si bien el proyecto de ley promete muchas cosas, como proteger a los niños en línea, lo hace imponiendo una vigilancia invasiva a los ciudadanos comunes del Reino Unido.
Muchos servicios de comunicación de extremo a extremo ya han dicho que se verán obligados a abandonar el Reino Unido debido a las nuevas reglas. También le animamos a leer nuestro artículo, publicado en junio, sobre las razones por las que el cifrado es importante y por qué nos oponemos a este y otros proyectos de ley similares: https://u.fsf.org/41a
Derecho de reparación de California convertido en ley
Del 10 de octubre por Elisabeth Chamberlain
Este octubre se lograron avances en el movimiento por el derecho a reparar. Vimos la Ley de Derecho a Reparar de California, SB 244 promulgada, que promete brindar a los consumidores opciones importantes para reparar sus dispositivos.
Por supuesto, cuando se trata de dispositivos que ejecutan software, la libertad del software también es fundamental para el derecho de los consumidores a reparar. Lea más sobre esta ley, así como sobre cómo el software libre juega un papel en el movimiento para el derecho a reparar.
Estas son solo algunas de las noticias recogidas este mes, ¡¡pero hay muchas más muy interesantes!! si quieres leerlas todas (cuando estén traducidas) visita este enlace:
Si no es por un toot que leí en mastodon, sobre la memoria que puede soportar un portátil, se me hubiese pasado el aniversario de los 16 años de Jvareblog. Me puse a revisar algún post de manuales de los portátiles Acer y vi el post del aniversario que escribí el año pasado. Si, escribo… Leer más »Pues si, 16 años de Jvareblog
Veamos cómo configurar NeoMutt para que añada una firma en los correos nuevos
Ya hemos visto cómo configurar NeoMutt con diferentes archivos para darle el aspecto que queremos y que nos gusta.
Un aspecto quizás menos importante en los correos puede ser la firma que se incluye, aunque siempre es aconsejable configurar una firma. Puede ser simplemente nuestro nombre, o podemos incluir unas cuantas líneas con información personal extra, o algo más «friki».
Veamos cómo configurar en NeoMutt la firma que aparecerá en nuestros correos.
Para configurar la firma, podemos hacerlo en el propio archivo muttrc o neomuttrc en los archivos de ajustes que tengamos configurados y a los que llamen los archivos anteriores con un source como ya hemos aprendido.
Una firma simple
Si solo queremos que se incluya una firma simple tipo: «Saludos. Victorhck». En nuestro archivo de configuración deberemos escribir lo siguiente:
set signature = "Saludos. Victorhck"
Una firma guardada en un archivo de texto
Si queremos incluir una firma un poco más elaborada, con diversas líneas y que incluya más texto. Podemos guardar el texto de esa firma en un archivo de texto y desde el archivo de configuración llamar a la ruta de dicho archivo. En mi caso sería así:
set signature = "~/.config/mutt/firma"
Y dentro del archivo firma en la ruta especificada tengo lo siguiente:
GPG Key: 0xcc742e8dc9b7e22a
Fingerprint = 6FE2 3B1F AAC8 E5B7 63EA 88A9 CC74 2E8D C9B7 E22A
Aprende a proteger la privacidad de tu correo:
https://emailselfdefense.fsf.org/es/
Mi blog sobre openSUSE, GNU/Linux y software libre:
https://victorhckinthefreeworld.com/
Herramientas para proteger tu privacidad
https://victorhck.gitlab.io/privacytools-es/
Por ejemplo, tu la adaptarás a lo que se quiera mostrar.
Una firma que ejecuta un comando
Podremos querer que en la firma se incluya la salida de un comando. El ejemplo más típico es el de fortune un programa que muestra una frase o cita célebre cada vez de manera aleatoria.
Podemos utilizar ese, podemos utilizar uno que hayamos programado nosotros, podemos utilizar lo que queramos. Aunque no tiene mucho sentido, en el ejemplo voy a utilizar la salida del comando uname -a (ya sabes, en GNU/Linux muestra información de nuestro sistema)
Para añadir un comando, deberemos poner la ruta al script, si se trata de un script propio. O simplemente el nombre del comando y terminando la línea con el símbolo | Esto indica que no es un texto, si no un comando.
set signature = "uname -a |"
Eliminar los guiones antes de la firma
En muchos clientes de correo, NeoMutt entre ellos, se añade un par de guiones (–) encima del bloque de la firma, como para diferenciar el cuerpo del correo con la firma.
Para eliminar esos guiones si no los quieres incluir, deberás añadir esta línea a tu archivo de configuración:
Batocera es un sistema operativo linux que incluye lo justo para convertir tu PC, raspberry u otros dispositivos en una retroconsola capaz de ejecutar juegos de decenas de sistemas.
