Imagine un lunes por la mañana en una sucursal. El equipo de finanzas está subiendo los informes de fin de mes, una implementación de software está distribuyendo parches a todas las estaciones de trabajo y alguien al fondo ha iniciado una copia de seguridad en la nube que nadie programó. Mientras tanto, el director de ventas está en una llamada con un cliente. Sin una forma de indicar a la red qué paquetes importan más, esa llamada compite en igualdad de condiciones con todas las transferencias en segundo plano, y el interlocutor empieza a oír cortes, sílabas robóticas y retrasos incómodos.

Este es el problema que el marcado de prioridad QoS fue diseñado para resolver. Es una forma de adjuntar una etiqueta a los paquetes para que switches, enrutadores, firewalls y controladores inalámbricos puedan reconocer qué tráfico merece un reenvío más rápido y predecible cuando los recursos escasean. En las redes de voz, eso suele significar separar el audio en tiempo real y los mensajes de control de llamadas de las transferencias masivas, de modo que los paquetes sensibles a la temporización no queden atascados detrás de una descarga de archivos grande.

La razón por la que esto importa se reduce a un hecho simple: la calidad de la voz se rige por la temporización, no solo por el ancho de banda. Una llamada telefónica puede sobrevivir a una pequeña pérdida de paquetes sin que nadie lo note. Pero cuando la latencia aumenta, el jitter se vuelve errático o los paquetes llegan demasiado tarde para reproducirse, la conversación se desmorona. El marcado QoS da al equipo de red la señal que necesita para mantener en movimiento esos paquetes críticos en el tiempo.

Conviene decir desde el principio que el marcado por sí solo no es una solución completa. Una red de voz bien diseñada sigue necesitando ancho de banda adecuado, conmutación estable, una disposición correcta de VLAN, límites de confianza sensatos y las políticas de colas adecuadas. Lo que hace el marcado es proporcionar la información de la que dependen esos otros mecanismos. Piense en ello como la etiqueta de equipaje en una maleta: la etiqueta no lleva la maleta, pero indica a la aerolínea adónde debe ir y con qué urgencia debe manejarse.

Por qué se cortan las llamadas de voz cuando la red se satura

Los paquetes de voz tienen personalidad propia. Son pequeños, llegan a un ritmo constante y son extremadamente intolerantes con el retardo. Una descarga de software grande puede consumir mucho más ancho de banda, pero puede pausarse unos cientos de milisegundos y reanudarse sin que a nadie le importe. La voz no. Si demasiados paquetes de audio permanecen en una cola, el oyente oye voz entrecortada, pausas largas entre frases o esa distorsión subacuática característica que la gente reconoce de inmediato como una mala llamada.

Por eso el tráfico de medios de voz casi siempre se separa del tráfico de aplicaciones generales en los diseños empresariales. Los medios de voz reales, transportados por RTP, reciben un marcador de alta prioridad, mientras que la señalización de llamadas recibe una clase diferente pero igualmente protegida. La red puede entonces mantener la conversación fluida y, al mismo tiempo, garantizar que los mensajes de establecimiento, registro y finalización de llamadas lleguen de forma fiable.

Lo que sorprende a muchos equipos es el poco ancho de banda que realmente usa la voz. Una sola llamada G.711 consume aproximadamente entre 80 y 100 kbps incluyendo la sobrecarga. El problema nunca es el volumen; es la temporización. Incluso en un enlace de gigabit, unos pocos megabits de tráfico en ráfagas pueden introducir suficiente retardo de cola para degradar una llamada, porque los paquetes de voz necesitan un reenvío constante y de baja latencia en lugar de rendimiento bruto.

Cómo protege el marcado de prioridad QoS el audio en tiempo real

A menudo se describe la QoS como si fuera un botón que se pulsa, pero en la práctica es una secuencia de decisiones. Primero, el tráfico se identifica y clasifica: ¿es medio de voz, señalización u otra cosa? Luego se marca con un valor de prioridad. Solo después los dispositivos posteriores pueden decidir colocarlo en una cola prioritaria, darle forma, vigilarlo o protegerlo durante la congestión.

Esta cadena es importante porque una marca que nadie respeta es solo una etiqueta acumulando polvo. Un paquete etiquetado correctamente en el teléfono pero ignorado por el siguiente switch no gana casi nada. Por el contrario, un paquete bien marcado que viaja a través de una red que confía y actúa consistentemente sobre esa marca puede recibir un trato drásticamente mejor de extremo a extremo. El valor está en la cadena, no en un único eslabón.

En la capa 3, el mecanismo más común es DSCP (punto de código de servicios diferenciados), que se transporta en la cabecera IP. Para los medios de voz, la recomendación estándar es EF (reenvío expedito), que se asigna al valor DSCP 46. EF no reserva ancho de banda por sí mismo; indica que el tráfico debe recibir un tratamiento de bajo retardo y bajo jitter. Cuando las políticas se configuran correctamente, los paquetes EF se dirigen a colas de baja latencia o a una planificación de prioridad estricta para que puedan cruzar enlaces congestionados con una interrupción mínima.

En la capa 2, dentro de los dominios Ethernet conmutados, el tráfico también puede marcarse mediante valores de clase de servicio en etiquetas 802.1Q, a menudo denominado marcado de prioridad 802.1p. En muchos entornos de telefonía IP, el tráfico de voz se asocia con CoS 5 en la capa de acceso. Esto da al switch una señal inmediata antes de que intervenga cualquier decisión de enrutamiento. El switch de acceso puede entonces conservar esa marca, traducirla a un valor DSCP o reescribirla según la política del campus o de la WAN.

El punto en el que un dispositivo decide si acepta una marca entrante o la sobrescribe se denomina límite de confianza, y es una de las decisiones más importantes en el diseño de QoS de voz. No se debe permitir que cualquier endpoint declare sus propios paquetes como críticos: si cualquier portátil puede marcar su sincronización en la nube como prioridad máxima, todo el sistema de clasificación se derrumba. En los despliegues de voz, la red normalmente confía en las marcas de teléfonos IP conocidos y aplica reglas más estrictas a los PC conectados detrás de ellos. Los switches suelen usar CDP o LLDP-MED para identificar un puerto de teléfono, confiar en su marca de voz y clasificar el tráfico de la estación de trabajo por separado.

Dónde marca la mayor diferencia el marcado

El escenario más conocido es el entorno de teléfonos IP empresariales. Los teléfonos de escritorio marcan el tráfico de voz y señalización, y se espera que los switches del campus y los enlaces ascendentes enrutados respeten esas marcas. Este caso de uso se comprende bien porque el flujo de llamadas es predecible y la expectativa empresarial de calidad de llamada es alta. Las plataformas IP PBX, los servidores SIP y las pasarelas de voz funcionan mejor cuando la red trata su tráfico de forma coherente.

Lo que a menudo se pasa por alto es que el marcado correcto del teléfono es solo el primer paso. El switch de acceso sigue necesitando el estado de confianza, la configuración de VLAN, la política de colas y el comportamiento del enlace ascendente adecuados para preservar ese beneficio más allá del puerto de escritorio. Un teléfono puede enviar paquetes perfectamente marcados, pero si el puerto del switch está configurado para ignorarlos, el esfuerzo se desperdicia.

El marcado se vuelve aún más crítico cuando la voz sale de la LAN local. Los enrutadores de sucursal clasifican y conservan los medios marcados hacia los centros de datos, las plataformas IP PBX alojadas o los proveedores de troncales SIP. En los enlaces WAN más lentos, donde la congestión es algo habitual más que una excepción, las políticas de colas y conformado funcionan mucho mejor cuando el tráfico llega en clases claramente definidas. Un marcado correcto permite que la voz compita de forma justa frente a copias de seguridad en la nube, distribución de software, secuencias de vídeo y flujos normales de aplicaciones empresariales.

Más allá de los teléfonos de escritorio, los mismos principios se aplican a los sistemas de megafonía SIP, los terminales de intercomunicación IP, los puntos de ayuda de emergencia, los teléfonos industriales y las consolas de despacho. Estos sistemas pueden no transportar tráfico constante, pero cuando se activan, la ruta de audio suele necesitar una entrega inmediata e inteligible. En centros de transporte, campus escolares, plantas industriales, instalaciones sanitarias y entornos de seguridad pública, un anuncio por megafonía o una llamada de emergencia que llega tarde o distorsionada es más que un inconveniente: puede afectar a la coordinación, la seguridad y la velocidad de respuesta.

Errores comunes que socavan la QoS

El error más frecuente es asumir que marcar paquetes como EF o CoS 5 resuelve el problema. No es así. Las marcas deben ser confiables, conservadas y asignadas a las colas correctas. Si un enlace ascendente está sobresuscrito y no existe una cola de baja latencia, las etiquetas son esencialmente decorativas. La optimización de voz adecuada combina marcado con colas, planificación, planificación de capacidad y verificación continua. El marcado es el comienzo del proceso, no la línea de meta.

Un segundo escollo es no realizar un seguimiento de lo que ocurre con las marcas en los límites. El comportamiento del tráfico a menudo cambia en los bordes de enrutamiento, las entregas WAN, los firewalls, las superposiciones SD-WAN, los controladores Wi-Fi y las conexiones a la nube. Algunos dispositivos conservan el DSCP fielmente; otros lo reescriben; algunos lo eliminan o lo ignoran a menos que se configure explícitamente. Un flujo de voz puede salir del teléfono correctamente marcado y llegar a la WAN en una clase más débil de lo esperado. Por eso es importante la validación de extremo a extremo: los equipos deben verificar no solo lo que envía el teléfono, sino lo que el switch de acceso confía, lo que el enrutador pone en cola y lo que el proveedor de servicios realmente respeta.

El tercer error común es el sobremarcado. Cuando los medios, la señalización, el vídeo, la gestión, las copias de seguridad y las sincronizaciones de aplicaciones se etiquetan todos con prioridad premium, la cola de prioridad pierde su significado. El sobremarcado puede perjudicar de hecho al tráfico que la política pretendía proteger, porque la cola de alta prioridad se congestiona con tráfico que no la necesita. Un diseño de QoS disciplinado reserva el tratamiento de nivel superior para el tráfico que realmente depende de un bajo retardo y un bajo jitter, y asigna todo lo demás a clases apropiadas según el valor empresarial y la sensibilidad técnica.

Preguntas frecuentes

¿Puede el marcado QoS mejorar la calidad de voz en un enlace totalmente saturado?

El marcado ayuda a los dispositivos a priorizar dentro de la capacidad disponible, pero no puede crear ancho de banda que no existe. En un enlace completamente saturado, incluso la voz marcada como EF acabará degradándose si la carga total ofrecida supera la capacidad del enlace. La QoS funciona mejor cuando evita que la voz se retrase por otro tráfico; no puede superar por sí sola un déficit fundamental de capacidad.

¿Los puntos de acceso inalámbricos respetan las marcas DSCP de la misma manera que los switches cableados?

No siempre. La Wi-Fi utiliza su propio mecanismo de QoS llamado WMM, que asigna los valores DSCP a categorías de acceso (voz, vídeo, mejor esfuerzo, fondo). La asignación no siempre es uno a uno, y algunos puntos de acceso o controladores pueden reclasificar el tráfico a menos que se configuren de otro modo. Los equipos que despliegan voz sobre Wi-Fi deben verificar la asignación DSCP a WMM a nivel del controlador en lugar de asumir que refleja la red cableada.

¿Cómo se verifica que las marcas se conservan de extremo a extremo?

El método más fiable es realizar capturas de paquetes en varios puntos a lo largo de la ruta: en el teléfono, después del switch de acceso, en la salida del enrutador y, si es posible, en la entrega WAN. Comparar los valores DSCP en cada captura revela dónde se produce la reescritura o eliminación. Muchos proveedores también ofrecen contadores de aciertos de políticas QoS y estadísticas de interfaz que muestran cuánto tráfico coincidió con cada clase, lo que puede corroborar lo que muestran las capturas.

¿Debe el tráfico de videoconferencia usar la misma marca que la voz?

En general, no. El vídeo también es en tiempo real, pero tiene características diferentes: paquetes más grandes, tasas de bits variables y mayor tolerancia a retrasos ocasionales en comparación con la voz. La mayoría de los modelos empresariales colocan el vídeo en una clase separada (a menudo AF41 o similar) en lugar de la misma cola EF que la voz. Mezclar vídeo de alta tasa de bits con voz en la misma cola de prioridad estricta puede provocar que las ráfagas de vídeo dejen sin recursos a los paquetes de voz, privándolos de su tratamiento garantizado de baja latencia.

¿Qué ocurre cuando dos políticas QoS entran en conflicto en la misma ruta de red?

Las políticas conflictivas suelen producir un comportamiento inconsistente: un dispositivo puede conservar una marca mientras el siguiente la reescribe, o una cola puede configurarse para el 30 por ciento del ancho de banda en un enlace y el 10 por ciento en otro. El resultado suele ser sutil: las llamadas funcionan, pero la calidad fluctúa según la ruta que tome el tráfico. Resolver los conflictos requiere documentar la política prevista de extremo a extremo y auditar la configuración real de cada dispositivo con respecto a esa línea base, en lugar de comprobar los dispositivos de forma aislada.