¿Qué es un QoS y para qué sirve en una red informática?
Una videollamada puede empezar a entrecortarse justo cuando otro trabajador sube un archivo pesado a internet. La conexión continúa activa y el test de velocidad quizá muestra resultados normales. Sin embargo, la voz llega tarde, la imagen se congela y la reunión se vuelve imposible. En muchos casos, el problema no está en la cantidad total de velocidad contratada, sino en cómo se reparte entre los dispositivos y aplicaciones. Aquí interviene el QoS, una función que permite organizar el tráfico de una red según su importancia. Configurarlo correctamente puede proteger las comunicaciones esenciales. Una mala configuración, en cambio, puede dar prioridad al tráfico equivocado y empeorar la experiencia. Para comprender la diferencia, primero hay que separar cuatro conceptos que suelen mezclarse: ancho de banda, latencia, pérdida de paquetes y jitter.
Qué significa QoS
QoS significa “Quality of Service”, que en español se traduce como calidad de servicio. Es el conjunto de técnicas utilizadas para clasificar, ordenar y gestionar el tráfico que circula por una red. Su objetivo es garantizar que las aplicaciones más sensibles reciban los recursos necesarios cuando existe congestión. No todo el tráfico necesita el mismo tratamiento. Una descarga puede reducir su velocidad durante unos segundos sin causar un problema importante. Una llamada de voz no puede detenerse y recuperar los datos más tarde sin que las personas lo noten.
Un sistema QoS analiza los paquetes de datos y aplica reglas. Estas reglas pueden reconocer el tipo de aplicación, el dispositivo, la dirección IP, el puerto o una marca incluida en el propio paquete. Después sitúa el tráfico en distintas colas y decide qué datos deben salir primero. También puede limitar ciertas transferencias para evitar que ocupen toda la conexión. QoS no crea ancho de banda adicional, sino que administra mejor el ancho de banda disponible.
La función suele configurarse en routers, firewalls, switches gestionables, puntos de acceso y otros equipos de red. También puede existir en sistemas operativos y aplicaciones. Para que el resultado sea consistente, los dispositivos implicados deben aplicar una política coordinada. Configurar una prioridad en un único punto no garantiza que toda la ruta respete esa decisión.
Por qué una empresa puede necesitar calidad de servicio
Las redes empresariales transportan muchos tipos de información al mismo tiempo. Por ellas circulan correos electrónicos, copias de seguridad, archivos compartidos, videollamadas y conexiones con servicios en la nube. También pueden llevar tráfico de cámaras, terminales, impresoras, teléfonos IP y aplicaciones de gestión. Cuando la capacidad disponible es suficiente, todos estos servicios pueden funcionar sin conflictos visibles. El problema aparece cuando varios dispositivos intentan enviar más datos de los que admite un enlace.
En ese momento se forman colas. Los paquetes tienen que esperar antes de continuar su recorrido. Si la espera aumenta, aparece latencia. Si el tiempo cambia de forma irregular, se produce jitter. Cuando las colas se llenan, algunos paquetes pueden descartarse. Estas situaciones afectan especialmente a las aplicaciones que trabajan en tiempo real. Una transferencia de archivos puede reenviar información perdida. Una conversación no puede repetir de forma práctica cada fragmento que llegó tarde.
QoS permite establecer un orden durante esos momentos de congestión. Una empresa puede proteger el tráfico de voz, las reuniones online o una aplicación crítica. Las descargas y actualizaciones siguen funcionando, pero utilizan los recursos que quedan disponibles. La prioridad se vuelve importante cuando diferentes servicios compiten por una capacidad limitada. Si nunca existe congestión, el efecto de QoS puede ser poco perceptible.
Ancho de banda, latencia, jitter y pérdida de paquetes
El ancho de banda indica cuántos datos puede transportar una conexión durante un periodo determinado. Suele expresarse en megabits o gigabits por segundo. Una conexión con mayor ancho de banda puede mover más información al mismo tiempo. Esto no significa que cada paquete llegue de inmediato. La distancia, el recorrido, los equipos intermedios y la congestión también influyen.
La latencia es el tiempo que tarda la información en viajar desde un punto hasta otro. Se mide normalmente en milisegundos. Una latencia elevada introduce retrasos en conversaciones, escritorios remotos y aplicaciones interactivas. El jitter representa la variación de ese retraso. Si unos paquetes tardan poco y otros mucho, el sonido puede llegar de forma irregular. Las aplicaciones utilizan búferes para compensarlo, pero esos búferes también pueden añadir retraso.
La pérdida de paquetes ocurre cuando parte de la información no llega a su destino. Puede deberse a congestión, interferencias, errores físicos o fallos de configuración. Algunos protocolos solicitan de nuevo los datos perdidos. Esto resulta adecuado para archivos, donde cada parte debe llegar correctamente. En voz y vídeo en tiempo real, una retransmisión tardía puede no tener utilidad. QoS busca controlar las colas para reducir retrasos, variaciones y descartes en el tráfico prioritario.
Cómo funciona un QoS
El funcionamiento comienza con la clasificación. El equipo de red identifica los paquetes según criterios definidos. Puede reconocer el tráfico generado por un teléfono IP, una plataforma de videoconferencia o una subred concreta. También puede diferenciar aplicaciones por protocolos y puertos. Esta última opción requiere cuidado porque muchos servicios modernos comparten conexiones cifradas y puertos comunes.
Después puede aplicarse una marca. Uno de los sistemas habituales utiliza el campo DSCP de la cabecera IP. Esta marca indica el tratamiento que debería recibir el paquete. No obliga por sí sola a darle prioridad. Cada router o switch debe estar configurado para interpretar la marca y asignarla a una cola. Si un dispositivo la ignora o la modifica, el comportamiento puede cambiar en el siguiente tramo.
Los paquetes clasificados pasan a diferentes colas. Una cola prioritaria puede atender primero la voz, mientras otras reparten capacidad entre servicios menos sensibles. El sistema debe impedir que una categoría ocupe todos los recursos. Si se concede prioridad absoluta a demasiado tráfico, el resto puede quedarse sin capacidad suficiente. Una política QoS eficaz reserva la prioridad para los servicios que realmente la necesitan.
También pueden aplicarse técnicas de modelado y control. El traffic shaping retrasa algunos paquetes de forma ordenada para mantener una velocidad definida. El policing comprueba si el tráfico supera un límite y puede descartar o remarcar el exceso. Aunque ambas funciones controlan el caudal, no actúan de la misma manera. El shaping suaviza la salida mediante colas. El policing suele aplicar una respuesta más directa cuando se rebasa el valor establecido.
Qué tráfico suele recibir prioridad
La voz sobre IP es uno de los ejemplos más habituales. Una llamada necesita un flujo constante y tolera mal los retrasos variables. El volumen de datos puede ser pequeño frente a una descarga, pero sus requisitos temporales son mayores. Las videoconferencias también necesitan atención, aunque consumen más ancho de banda. El vídeo puede adaptar su calidad, pero una congestión fuerte provoca congelaciones y cortes.
Las aplicaciones críticas para la actividad pueden recibir una clase específica. Esto puede incluir un sistema de gestión, una conexión con servidores remotos o determinados servicios en la nube. La decisión depende de cada empresa. Un programa esencial para una asesoría puede ser secundario en un almacén. No existe una política universal válida para todos los negocios.
Las copias de seguridad, actualizaciones y descargas grandes suelen admitir una prioridad menor. Estas tareas necesitan completarse, pero normalmente pueden tardar algo más. También pueden programarse fuera del horario de mayor actividad. Esta planificación reduce la carga y simplifica la política QoS. Antes de dar prioridad a una aplicación conviene comprobar si su consumo puede trasladarse a otra franja horaria.
QoS en redes Wi-Fi
Las redes inalámbricas presentan dificultades adicionales. Todos los dispositivos de un mismo canal comparten el medio y deben esperar para transmitir. Las interferencias, la distancia y la cantidad de usuarios afectan al rendimiento. Aumentar la prioridad de un paquete no elimina una señal débil ni soluciona un canal saturado por redes vecinas. QoS ayuda a ordenar el tráfico, pero necesita una infraestructura inalámbrica bien diseñada.
En Wi-Fi puede utilizarse WMM, un sistema que clasifica el tráfico inalámbrico en categorías. Entre ellas se encuentran voz, vídeo, mejor esfuerzo y tráfico en segundo plano. Las categorías más sensibles disponen de mejores oportunidades para transmitir. Esto ayuda a las llamadas y al contenido multimedia, aunque no garantiza por sí solo una comunicación perfecta. La configuración del punto de acceso, los dispositivos y la red cableada debe ser coherente.
Si una empresa utiliza telefonía o videollamadas por Wi-Fi, conviene revisar la cobertura y la capacidad de cada punto de acceso. También debe estudiarse el cambio de los dispositivos entre zonas. Una llamada puede empezar correctamente y cortarse al desplazarse entre dos puntos. Ese problema está relacionado con la itinerancia, no únicamente con QoS. Aplicar prioridades sin analizar la cobertura puede ocultar temporalmente la causa.
Qué no puede solucionar la calidad de servicio
QoS no repara un cable defectuoso, una conexión inestable ni un punto de acceso mal colocado. Tampoco evita una caída del operador de internet. Si el ancho de banda contratado es insuficiente para la actividad normal, las prioridades solo reparten una escasez permanente. Las aplicaciones secundarias funcionarán peor y el problema reaparecerá cuando aumente la demanda.
La calidad de servicio tampoco puede controlar siempre todo el recorrido por internet. Una empresa administra su red interna y su salida, pero los paquetes atraviesan infraestructuras externas. El proveedor puede aplicar sus propias políticas o ignorar determinadas marcas. Por esta razón, QoS ofrece mayor control dentro de la red gestionada. En enlaces privados o redes coordinadas puede mantenerse una política más completa.
Otro límite es el tráfico cifrado. El cifrado protege la información, pero dificulta identificar algunas aplicaciones mediante una inspección sencilla. Los equipos modernos pueden utilizar otros datos para clasificar el tráfico, aunque no siempre consiguen una precisión total. También existe el riesgo de confiar en marcas introducidas por dispositivos no autorizados. La red debe decidir qué equipos pueden marcar paquetes y cuáles deben ser reclasificados.
Errores frecuentes al configurar QoS
Uno de los fallos más comunes consiste en marcar casi todo como prioritario. Si todos los paquetes entran en la clase más alta, la prioridad pierde su función. Otro error es configurar una velocidad superior a la capacidad real del enlace. El router no detecta la congestión a tiempo porque esta se produce antes en el equipo del operador. Para controlar las colas, los valores deben ajustarse a la capacidad efectiva disponible.
También es frecuente confundir una dirección de descarga con una de subida. Una empresa puede tener una conexión rápida para recibir datos y una capacidad menor para enviarlos. Las copias en la nube y videollamadas consumen subida. Si esta dirección se satura, también pueden retrasarse confirmaciones y solicitudes necesarias para otras aplicaciones. La política debe contemplar ambos sentidos.
Las reglas antiguas pueden crear problemas después de cambiar programas o equipos. Una dirección IP que antes pertenecía a un servidor puede asignarse a otro dispositivo. Un puerto utilizado por una aplicación puede cambiar tras una actualización. QoS necesita documentación, pruebas y revisiones periódicas. No debería configurarse una vez y permanecer sin control durante años.
Cómo saber si QoS está funcionando
La comprobación debe realizarse mientras existe carga. Una red vacía no permite observar cómo se reparten los recursos durante la congestión. Se pueden generar transferencias controladas y medir la calidad de una llamada al mismo tiempo. Las herramientas de monitorización muestran el uso del enlace, las colas, los descartes y la latencia. También conviene revisar si los paquetes reciben las marcas previstas.
El análisis debe comparar la situación anterior con la posterior. Si disminuyen los cortes de voz sin bloquear otros servicios, la política puede estar cumpliendo su función. Si las descargas se detienen o algunas aplicaciones dejan de responder, quizá se asignó demasiado ancho de banda a la cola prioritaria. Las reglas deben ajustarse de forma gradual y con datos reales.
Las quejas de los usuarios aportan información, pero no sustituyen las mediciones. Una videollamada puede fallar por el ordenador, la cámara, el proveedor o la plataforma utilizada. Antes de modificar QoS hay que localizar dónde aparece la pérdida o el retraso. Un diagnóstico ordenado evita aplicar cambios que no guardan relación con la incidencia.
QoS dentro del mantenimiento informático empresarial
La gestión del tráfico forma parte de una administración más amplia de la red. Un servicio técnico debe conocer los enlaces disponibles, los dispositivos conectados y las aplicaciones esenciales. También necesita identificar los horarios con mayor carga. Con esta información puede decidir si conviene aplicar QoS, ampliar la capacidad o reorganizar determinados procesos.
En una revisión de Redkom Computers, el punto de partida debe ser la necesidad real de la empresa. Una oficina con telefonía IP tendrá prioridades diferentes a un negocio que mueve archivos audiovisuales de gran tamaño. La política también deberá adaptarse si se incorporan cámaras, nuevos programas o más puestos de trabajo. El crecimiento de la red cambia la forma en que compiten las aplicaciones.
La documentación debe indicar qué tráfico recibe prioridad, dónde se aplican las reglas y qué límites se han establecido. Si un equipo se sustituye, esa información permite reproducir la configuración. También facilita detectar diferencias entre switches, routers y puntos de acceso. Una política sin documentar puede desaparecer durante una actualización o quedar incompleta después de un cambio.
Cuando una aplicación empieza a funcionar mal, no debe aumentarse su prioridad automáticamente. Primero hay que comprobar la capacidad del enlace, la latencia, la pérdida de paquetes y el estado de los equipos. Después se analiza si existe congestión y qué tráfico la provoca. Si QoS resulta necesario, las reglas deben aplicarse durante una ventana controlada y verificarse con pruebas. Una prioridad mal definida puede favorecer una tarea secundaria mientras retrasa el servicio que la empresa intentaba proteger.