Reenvío Expedito (EF) en redes de telecomunicaciones

abril 17 2026
14 Tiempo mínimo de lectura

El reenvío acelerado (EF, por sus siglas en inglés) es el comportamiento QoS de DiffServ en el que confían los operadores de telecomunicaciones para priorizar los servicios en tiempo real a través de las redes troncales IP y MPLS. Ya sea que se transporte VoIP, VoLTE, VoNR, audio WebRTC o tráfico de control 5G, EF casi siempre utiliza DSCP 46 y está diseñado para ofrecer baja latencia, baja fluctuación y baja pérdida para paquetes que no pueden tolerar el encolamiento.

En redes convergentes donde el tráfico de medios SIP/RTP comparte infraestructura con el tráfico de internet de mejor esfuerzo, EF proporciona el mecanismo que garantiza la calidad de voz durante la congestión en horas pico. Considere un operador móvil de Nivel 1 que maneja 50,000 llamadas VoLTE simultáneas a través de una red metropolitana: sin EF asignado a una cola de prioridad estricta, estas llamadas competirían con el video en streaming y los datos a granel, lo que resultaría en recortes, eco y sílabas perdidas.

Este artículo está dirigido a ingenieros de telecomunicaciones, arquitectos de redes y equipos de operaciones responsables del diseño y la resolución de problemas de QoS. Cubriremos la arquitectura de servicios diferenciados, los valores de marcado DSCP, las especificaciones de comportamiento por salto, los flujos de trabajo de configuración y las estrategias de monitoreo que garantizan que su tráfico EF funcione según lo diseñado.

Fundamentos de DiffServ y el lugar de EF

Los Servicios Diferenciados, definidos en RFC 2474 y RFC 2475, proporcionan QoS escalable de borde a borde sin estado por flujo. La arquitectura utiliza un campo DSCP de 6 bits en el campo DS del encabezado IP (los bits significativos anteriormente conocidos como el octeto ToS de IPv4 o el byte de clase de tráfico de IPv6) para clasificar los paquetes entrantes en agregados de comportamiento.

Conceptos clave:

Arquitectura DiffServ: Los dispositivos de red aplican un tratamiento consistente a los paquetes basándose en sus puntos de código, lo que permite una QoS escalable en grandes redes troncales
PHB (Comportamientos por Salto): Definen cómo los enrutadores manejan cada clase de tráfico en cada salto en la ruta de reenvío
Posición de EF: Junto con las clases de reenvío asegurado (AF) y el reenvío predeterminado (DF/Mejor Esfuerzo), el PHB de reenvío acelerado está optimizado para flujos en tiempo real y sensibles a la pérdida

Tipos de tráfico asignados a EF en redes de telecomunicaciones:

Medios RTP para enlaces SIP (códecs G.711, Opus)
Tráfico de portadora VoLTE/VoNR (3GPP QCI 1 / 5QI 1 asignado a DSCP 46)
Audio de colaboración en tiempo real (Microsoft Teams, WebRTC)
Protocolos de control de red seleccionados que requieren latencia garantizada

Marcado DSCP y valores de encabezado de EF

El PHB EF está estandarizado en el RFC 3246 con un punto de código recomendado de DSCP 46 (binario 101110), adoptado globalmente en las redes de telecomunicaciones. Este punto de código PHB corresponde a un valor de precedencia IP de 5 en términos heredados, lo que garantiza la compatibilidad con versiones anteriores de dispositivos que clasifican según la precedencia IP.

Cuando se aplican semánticas solo de DS, el DSCP 46 da como resultado un valor de byte de ToS de 184 (0xB8 en hexadecimal). La representación binaria es 101110xx, donde xx representa los dos bits ECN.

Resumen de asignación de DSCP de EF:

DSCP decimal: 46
Binario: 101110 (seguido de bits ECN)
Byte ToS/Clase de tráfico: 184 (0xB8)
Asignación de cola típica: Cola de prioridad / Cola de baja latencia

Al capturar paquetes EF con Wireshark en un troncal SIP entre dos controladores de borde de sesión, verá el encabezado IP mostrando ToS 184 o DSCP 46, dependiendo de sus preferencias de visualización. Ambos valores indican el mismo marcado; las sondas de red y los generadores de tráfico suelen hacer referencia a cualquiera de los dos formatos.

Comportamiento por salto de EF y encolamiento en redes de telecomunicaciones

El comportamiento por salto de reenvío acelerado (EF) requiere que los paquetes experimenten un retraso mínimo de encolamiento en cada salto. El RFC 3246 especifica que las implementaciones de cola EF deben proporcionar un retraso bajo y limitado, una baja variación del retraso (jitter) y una baja probabilidad de pérdida, incluso durante eventos de congestión.

En enrutadores de grado de telecomunicaciones de Cisco, Juniper, Nokia y Huawei, EF se asigna típicamente a una cola de prioridad estricta o de baja latencia programada antes que otras colas. Esto asegura que los paquetes de voz salgan antes que las clases AF y el tráfico de mejor esfuerzo, independientemente de la congestión de la interfaz.

Requisitos de RFC 3246:

Baja latencia de cola y variación a lo largo de la ruta
Tasa de reenvío mínima configurable (tasa suscrita)
Protección contra el agotamiento por parte de otro tráfico mediante la limitación (policing)
Garantía de ancho de banda asegurado para el agregado EF

Ejemplo de red troncal: En un enrutador de agregación de 10 Gbps que transporta tráfico de IPTV, internet y VPN empresariales, los operadores suelen limitar el tráfico de voz EF al 10-15% del ancho de banda de la interfaz (1-1.5 Gbps) con una programación de prioridad estricta. Esto soporta aproximadamente 10,000 llamadas VoIP simultáneas a 100 kbps cada una, al tiempo que garantiza que otras clases de tráfico reciban su parte configurada.

Contraste entre EF y reenvío asegurado:

Característica	EF	AF
Tratamiento de cola	Prioridad estricta	Encolamiento justo ponderado
Precedencias de descarte	Clase única	Tres por clase AF
Control de admisión	Requerido	Opcional
Caso de uso	Voz/video en tiempo real	Datos comerciales, señalización

La jerarquía conceptual de colas sitúa a EF (PQ/LLQ) en la parte superior, seguido por las clases AF (por ejemplo, AF41 para video), el tráfico de señalización (CS3) y finalmente el predeterminado/mejor esfuerzo en la parte inferior.

Configuración del reenvío acelerado para VoIP y tráfico en tiempo real

Los operadores de telecomunicaciones implementan políticas EF en las capas de acceso, agregación y núcleo. Una configuración incorrecta en cualquier salto puede afectar la calidad del servicio de extremo a extremo: un solo enrutador que reasigna DSCP 46 a 0 puede arruinar la calidad de la voz para miles de usuarios.

Entornos SBC empresariales/de operador:

En un Cisco ISR o ASR utilizado para la conexión troncal SIP, EF se configura comúnmente mediante una class-map que coincide con dscp ef y una policy-map con prioridad del 10 por ciento. Luego, la service-policy se aplica de salida en las interfaces WAN.

Redes troncales MPLS VPN:

Para los operadores que transportan enlaces de voz a través de L3VPN, DSCP 46 debe conservarse o transportarse explícitamente en los bits MPLS EXP/TC (101 binario). Los enrutadores PE clasifican y encolan basándose en estos valores, asegurando un tratamiento consistente a lo largo de la ruta conmutada por etiquetas.

Redes centrales móviles:

El tráfico VoLTE/IMS entregado a través de interfaces S1-U o N3 utiliza portadores QCI 1, que definen los niveles de requisitos para la voz conversacional. Estos se marcan con DSCP 46 en el Packet Gateway o User Plane Function antes de entrar en el núcleo IP/MPLS.

Lista de verificación de configuración:

Clasificar RTP utilizando puertos UDP 16384-32767 o coincidencia de DSCP
Marcar paquetes con DSCP 46 en el ingreso (teléfonos, SBC, gNodeB)
Asignar a cola de prioridad estricta en todas las interfaces de la ruta de reenvío
Aplicar control de tráfico (policing) para limitar EF al 20-30% (empresa) o 5-15% (núcleo del operador)
Sincronizar políticas en la LAN empresarial, el proveedor WAN y las interconexiones del operador

Mejores prácticas para implementaciones EF en telecomunicaciones

Planificación de capacidad primero: Utilice herramientas de ingeniería de tráfico para modelar la tasa de suscripción de EF antes de habilitar las colas de prioridad
Control de admisión: Configure CAC en los gestores de llamadas y SBC para evitar la sobresuscripción; mantenga la utilización de EF por debajo del 15% de la capacidad del enlace
Alcance estricto de EF: Reserve EF exclusivamente para audio/video en tiempo real; no marque datos a granel o señalización con DSCP 46
Marcados consistentes: Mantenga DSCP 46 en todos los dominios IP; evite el remarcado en las interconexiones a menos que esté documentado explícitamente
Documentación: Registre las políticas EF en las guías de diseño de red con seguimiento de gestión de cambios

Un despliegue de un operador europeo en 2025 estandarizó las políticas EF en las redes troncales metro Ethernet e IP/MPLS utilizando asignaciones idénticas de DSCP a cola, logrando una pérdida de paquetes inferior al 1% y una fluctuación de 5 ms en los troncales de voz transcontinentales.

EF en Arquitecturas de Telecomunicaciones Móviles y Fijas

EF se aplica de forma consistente en las arquitecturas móviles, fijas y empresariales, aunque los detalles de implementación varían según el dominio.

Core móvil y backhaul RAN:

Las especificaciones 3GPP asignan QCI 1 (LTE) y 5QI 1 (5G) a DSCP 46 para voz conversacional. Entre 2024 y 2026, la mayoría de los operadores de Nivel 1 aseguran que el tráfico de portadora VoLTE y VoNR se marca como EF en S1-U, N3 y enlaces de backhaul, con políticas configuradas según las directrices 3GPP para evitar la sobrecarga del backhaul RAN.

Redes fijas de banda ancha:

Las VLAN de voz en implementaciones FTTH y DOCSIS conservan las marcas EF desde el equipo de las instalaciones del cliente hasta el Broadband Network Gateway. Los servicios VoIP basados en IMS utilizan DSCP 46 para RTP, mientras que el tráfico de internet de mejor esfuerzo permanece en DSCP 0, lo que garantiza que los paquetes de voz nunca se descarten cuando el conmutador o el enrutador experimentan congestión.

Interconexiones SIP empresariales:

Los enlaces SIP entre SBC corporativos y SBC de operadores especifican acuerdos de nivel de servicio (SLA) para un retraso unidireccional máximo (<150 ms), fluctuación (<30 ms) y pérdida de paquetes (<0.1%) según los estándares MEF 10.3 Carrier Ethernet. Las implementaciones de doble pila deben aplicar semánticas DSCP 46 idénticas en el campo de clase de tráfico IPv6.

Interacción de EF con MPLS y enrutamiento por segmentos

En entornos MPLS y de Enrutamiento por Segmentos, comunes en los núcleos de telecomunicaciones, el DSCP 46 del encabezado IP influye en la QoS de las etiquetas a través de los bits EXP/TC. Los operadores en 2025-2026 mantienen modelos uniformes donde los paquetes IP EF se mapean a LSP de alta prioridad con ancho de banda pre-reservado a través de RSVP-TE o SR Flex-Algo.

La transparencia de QoS a través de los servicios L2VPN y L3VPN asegura que las marcas EF de las redes de los clientes sean respetadas o re-marcadas explícitamente, nunca dejadas ambiguas. Esto evita que los paquetes de tunelización pierdan su tratamiento prioritario a mitad de camino.

Monitoreo, pruebas y resolución de problemas del tráfico EF

EF solo es efectivo si su comportamiento se monitorea continuamente bajo condiciones de tráfico reales, no solo se valida durante las pruebas de laboratorio. Los equipos de operaciones de red necesitan visibilidad continua de las métricas de retraso, fluctuación y pérdida para la clase EF.

Métodos prácticos de monitoreo:

Implementar sondas IP SLA o TWAMP marcadas con DSCP 46 para medir el retraso unidireccional y la fluctuación entre POP
Capturar paquetes con Wireshark verificando que RTP retenga DSCP 46 (ToS 184) de extremo a extremo
Monitorear las estadísticas de la cola de la interfaz, los descartes de la cola de prioridad y los contadores de conformidad/no conformidad del policer
Rastrear la telemetría SNMP/gNMI para una visibilidad en tiempo real del comportamiento EF en los dispositivos de red

KPI específicos de telecomunicaciones:

Umbral MOS: >4.0 (objetivo >4.1 para voz de nivel de operador)
Factor R: >90 según ITU-T G.107
Retardo unidireccional: <150 ms para voz internacional según ITU-T G.114
Jitter: <30 ms para aplicaciones VoIP

Resolución de problemas de escenarios de marcado incorrecto:

Teléfonos IP que envían DSCP 0 debido a firmware incorrecto o perfil QoS
Dispositivos CE del cliente que reasignan EF a AF o clase predeterminada
Operadores intermedios que eliminan o sobrescriben valores DSCP en las interconexiones
Limitadores (Policers) configurados incorrectamente que causan un exceso de paquetes descartados

Errores comunes de configuración de EF en telecomunicaciones

Sobresuscripción: Asignar más del 20-30% del ancho de banda del enlace a EF sin control de admisión causa auto-congestión, anulando las garantías de baja latencia. Una interrupción en 2025 durante un evento deportivo importante ocurrió cuando los picos de VoIP sin control alcanzaron el 40% de la participación del enlace, causando recortes de audio.
Marcado mixto de señalización y medios: Marcar la señalización SIP (que debería usar CS3/DSCP 24) con el mismo DSCP EF que los medios RTP causa una mala priorización durante volúmenes altos de grupos de llamadas.
Límites de confianza inconsistentes: Cuando se confía en los dispositivos CE pero los dispositivos PE vuelven a marcar, los usuarios experimentan una calidad inconsistente según la ruta del tráfico.
Valores predeterminados del proveedor: Teléfonos IP o CPE con valores DSCP de fábrica (a menudo DSCP 0) que entran en conflicto con el diseño de la red; siempre verifique que los perfiles de QoS del dispositivo estén configurados correctamente.

Estándares, Pautas de Diseño y Tendencias Futuras

Estándares relevantes:

RFC 3246: Definición de EF PHB
RFC 4594: Recomendaciones de QoS empresarial que confirman DSCP 46 para voz
RFC 8622: Directrices actualizadas de DiffServ
ITU-T G.114/G.107: Umbrales de retardo y calidad de voz

Los grandes operadores de telecomunicaciones alinean los planos internos de QoS con estos documentos, implementando diseños consistentes en redes globales entre 2020 y 2026.

Tendencias emergentes:

Segmentación de red 5G: QoS por segmento que emula el comportamiento de EF con SLA más estrictos (3GPP Rel-16+)
Tráfico AR/VR en tiempo real: Demanda telemetría dinámica a través de gNMI/gRPC para ajustes de EF de bucle cerrado
Núcleos nativos de IPv6: Aplicación idéntica de DSCP 46 en la Clase de Tráfico para implementaciones VoNR de doble pila
Automatización: Análisis en streaming que permite ajustes de políticas EF en tiempo real basados en señales de congestión

El EF correctamente diseñado sigue siendo un pilar fundamental para los servicios de voz y en tiempo real de calidad de operador. A medida que los patrones de tráfico se desplazan hacia las comunicaciones inmersivas y las arquitecturas de red evolucionan con la segmentación 5G y SRv6, los equipos de telecomunicaciones deben revisar continuamente los diseños de QoS para garantizar que las políticas EF cumplan los requisitos de servicio actuales y futuros.