{"id":82261,"date":"2026-09-22T11:13:51","date_gmt":"2026-09-22T14:13:51","guid":{"rendered":"https:\/\/a3aengenharia.com\/?post_type=articles&p=82261"},"modified":"2026-09-22T11:13:51","modified_gmt":"2026-09-22T14:13:51","slug":"que-es-qos-calidad-servicio-dscp-diffserv","status":"publish","type":"articles","link":"https:\/\/a3aengenharia.com\/es-es\/contenido\/articulos-tecnicos\/que-es-qos-calidad-servicio-dscp-diffserv\/","title":{"rendered":"\u00bfQu\u00e9 es QoS? Calidad de Servicio en redes, DSCP, DiffServ y aplicaciones"},"content":{"rendered":"\n

QoS (Quality of Service<\/em>, o Calidad de Servicio<\/strong>) es el conjunto de mecanismos utilizados para controlar c\u00f3mo diferentes clases de tr\u00e1fico compiten por recursos finitos de una red. En ingenier\u00eda, QoS incluye clasificaci\u00f3n, marcado, acondicionamiento, encolado, planificaci\u00f3n y control de congesti\u00f3n para que aplicaciones con distintos requisitos de retardo, variaci\u00f3n de retardo, p\u00e9rdida y caudal reciban tratamientos coherentes con esos requisitos.<\/p>\n\n\n\n

QoS no crea ancho de banda<\/strong> y no significa simplemente \u201cdar prioridad\u201d a determinados paquetes. Una marca DSCP, por ejemplo, solo identifica una intenci\u00f3n de tratamiento; el resultado depende de las pol\u00edticas configuradas en cada dominio, de las colas disponibles, del scheduler, del estado de congesti\u00f3n y de la preservaci\u00f3n \u2014 o no \u2014 de esa marca a lo largo del camino.<\/p>\n\n\n\n

En la pr\u00e1ctica, QoS se vuelve relevante cuando existe contenci\u00f3n. En una red holgada, diferentes clases pueden presentar rendimiento similar. Cuando un enlace, radio, uplink o interfaz de salida se aproxima a la saturaci\u00f3n, las colas pasan a determinar qui\u00e9n espera, qui\u00e9n transmite primero, qui\u00e9n puede consumir ancho de banda excedente y qu\u00e9 paquetes se descartan o se\u00f1alizan antes de que el buffer se llene por completo.<\/p>\n\n\n\n\n

Qu\u00e9 controla realmente QoS en una red<\/h2>\n\n\n\n

La Calidad de Servicio debe entenderse a partir de las caracter\u00edsticas medibles del servicio<\/strong>, y no de una lista fija de aplicaciones \u201cimportantes\u201d. La arquitectura DiffServ, ITU-T Y.1540\/Y.1541 y la literatura cl\u00e1sica de redes convergen en cuatro dimensiones centrales: caudal, retardo, variaci\u00f3n de retardo y p\u00e9rdida.<\/p>\n\n\n\n

M\u00e9trica<\/td>Qu\u00e9 representa<\/td>Por qu\u00e9 importa para QoS<\/td><\/tr>
Caudal \/ throughput<\/strong><\/td>cantidad de datos efectivamente entregada por unidad de tiempo<\/td>flujos de backup, video de alta resoluci\u00f3n y grandes transferencias pueden exigir capacidad sostenida incluso sin necesidad de latencia extremadamente baja<\/td><\/tr>
Latencia<\/strong><\/td>tiempo de tr\u00e1nsito entre origen y destino<\/td>aplicaciones interactivas, voz, control y determinados flujos operativos se degradan cuando aumenta el retardo<\/td><\/tr>
Jitter \/ IPDV<\/strong><\/td>variaci\u00f3n del retardo entre paquetes<\/td>audio y video en tiempo real dependen de regularidad de entrega; los buffers de reproducci\u00f3n solo pueden absorber parte de esa variaci\u00f3n<\/td><\/tr>
P\u00e9rdida de paquetes<\/strong><\/td>porci\u00f3n de paquetes que no llega al destino<\/td>la p\u00e9rdida puede reducir la calidad de medios, provocar retransmisiones o disminuir el throughput en transportes orientados a congesti\u00f3n<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n

Estas magnitudes tienen causas diferentes. La latencia de un camino puede descomponerse, de forma simplificada, en retardo de propagaci\u00f3n<\/strong>, serializaci\u00f3n\/transmisi\u00f3n<\/strong>, procesamiento<\/strong> y cola<\/strong>. QoS act\u00faa principalmente donde existe disputa por recursos y formaci\u00f3n de colas; no elimina la velocidad finita de propagaci\u00f3n ni corrige por s\u00ed solo un enlace f\u00edsicamente subdimensionado.<\/p>\n\n\n\n

Esta distinci\u00f3n evita un error com\u00fan: intentar \u201cresolver con prioridad\u201d un problema que en realidad es de capacidad, arquitectura o recorrido. El art\u00edculo sobre tr\u00e1fico de red<\/a> profundiza precisamente la relaci\u00f3n entre flujos, carga y capacidad.<\/p>\n\n\n\n

Latencia, jitter y p\u00e9rdida no son lo mismo<\/h3>\n\n\n\n

Latencia<\/strong> \u00e9 atraso. Jitter<\/strong> \u00e9 a varia\u00e7\u00e3o desse atraso. Uma comunica\u00e7\u00e3o pode ter lat\u00eancia relativamente alta e est\u00e1vel, enquanto outra apresenta lat\u00eancia m\u00e9dia baixa, mas grande dispers\u00e3o entre os tempos de chegada. Para aplica\u00e7\u00f5es interativas, os dois problemas produzem efeitos diferentes.<\/p>\n\n\n\n

La p\u00e9rdida tambi\u00e9n debe interpretarse en el contexto del protocolo y de la aplicaci\u00f3n. En TCP, las p\u00e9rdidas pueden inducir retransmisiones y reducir la ventana de congesti\u00f3n. En UDP\/RTP, la aplicaci\u00f3n puede optar por continuar sin retransmitir, privilegiando la temporalidad frente a la recuperaci\u00f3n perfecta. Por lo tanto, la pol\u00edtica de QoS debe definirse a partir del comportamiento real del flujo.<\/p>\n\n\n\n\n

Por qu\u00e9 la congesti\u00f3n crea el problema que QoS debe administrar<\/h2>\n\n\n\n

Una interfaz de salida transmite paquetes a una tasa finita. Cuando llegan m\u00e1s bits de los que puede transmitir en ese intervalo, los paquetes deben esperar en memoria. Se forma una cola.<\/p>\n\n\n\n

Las colas peque\u00f1as absorben r\u00e1fagas naturales. Sin embargo, colas excesivamente profundas pueden ocultar la saturaci\u00f3n durante un tiempo e introducir cientos de milisegundos de retardo \u2014 fen\u00f3meno asociado al bufferbloat<\/strong>. El problema deja de ser solo \u201cfalta de ancho de banda\u201d: las aplicaciones interactivas pasan a compartir el mismo buffer con flujos agresivos orientados a ocupar toda la capacidad disponible.<\/p>\n\n\n\n

QoS moderno, por tanto, no se limita al scheduler. Combina mecanismos de clasificaci\u00f3n<\/strong>, marcado<\/strong>, traffic conditioning<\/strong>, queue scheduling<\/strong>, Active Queue Management (AQM)<\/strong> y, cuando se soporta, Explicit Congestion Notification (ECN)<\/strong>.<\/p>\n\n\n\n\n

C\u00f3mo funciona QoS: de la aplicaci\u00f3n a la interfaz de salida<\/h2>\n\n\n\n
\n

Un QoS eficiente comienza antes de configurar el switch: es necesario caracterizar flujos, localizar cuellos de botella, definir clases, trust boundaries, pol\u00edtica de marcado y criterios medibles de aceptaci\u00f3n.<\/p>\n\n\n\n

A3A Engenharia estructura dise\u00f1os de redes corporativas con arquitectura, capacidad, segmentaci\u00f3n, redundancia y pol\u00edtica de QoS documentada de extremo a extremo.<\/p>\n\n\n\n

Conozca el servicio de Dise\u00f1o de Red L\u00f3gica y Redes Corporativas<\/a><\/p>\n<\/div>\n\n\n\n

Un dise\u00f1o coherente de QoS comienza identificando el tr\u00e1fico y termina en la interfaz que realmente enfrenta contenci\u00f3n. Entre esos puntos, la red debe mantener una pol\u00edtica consistente.<\/p>\n\n\n\n

Cadena funcional de QoS desde la identificaci\u00f3n del flujo hasta la transmisi\u00f3n<\/title>