Encaminhamento Acelerado (EF) em Redes de Telecomunicações

17 de abril de 2026, por Paul Waite
13 minutos de leitura

Expedited Forwarding (EF) é o comportamento de QoS DiffServ em que os operadores de telecomunicações confiam para priorizar serviços em tempo real em backbones IP e MPLS. Quer esteja a transmitir tráfego de VoIP, VoLTE, VoNR, áudio WebRTC ou tráfego de controlo 5G, o EF utiliza quase sempre DSCP 46 e foi concebido para proporcionar baixo atraso, baixo jitter e baixa perda para pacotes que não toleram enfileiramento.

Em redes convergentes onde o suporte de dados SIP/RTP partilha infraestrutura com tráfego de internet de melhor esforço (best-effort), o EF fornece o mecanismo que garante a qualidade de voz durante congestionamentos em horas de ponta. Considere um operador móvel de nível 1 a gerir 50 000 chamadas VoLTE simultâneas numa rede metropolitana—sem o EF mapeado para uma fila de prioridade estrita, estas chamadas competiriam com streaming de vídeo e grandes volumes de dados, resultando em cortes, eco e sílabas perdidas.

Este artigo foi escrito para engenheiros de telecomunicações, arquitetos de rede e equipas de operações responsáveis pelo design e resolução de problemas de QoS. Abordaremos a arquitetura de serviços diferenciados, valores de marcação DSCP, especificações de comportamento por salto (per-hop behavior), fluxos de trabalho de configuração e estratégias de monitorização que garantem que o seu tráfego EF funciona conforme projetado.

Fundamentos do DiffServ e o papel do EF

Os Serviços Diferenciados, definidos na RFC 2474 e RFC 2475, fornecem QoS escalável de ponta a ponta sem estado por fluxo. A arquitetura utiliza um campo DSCP de 6 bits no campo DS do cabeçalho IP — os bits significativos anteriormente conhecidos como octeto ToS do IPv4 ou byte de classe de tráfego do IPv6 — para classificar os pacotes de entrada em agregados de comportamento.

Conceitos-chave:

Arquitetura DiffServ: Os dispositivos de rede aplicam um tratamento consistente aos pacotes com base nos seus pontos de código (code points), permitindo QoS escalável em grandes backbones
PHBs (Comportamentos por Salto): Definem como os routers processam cada classe de tráfego em cada salto no caminho de reencaminhamento
Posição do EF: Juntamente com as classes de reencaminhamento assegurado (AF) e o reencaminhamento padrão (DF/Best-Effort), o PHB de expedited forwarding está otimizado para fluxos em tempo real sensíveis a perdas

Tipos de tráfego mapeados para EF em redes de telecomunicações:

Suporte de dados RTP para troncos SIP (codecs G.711, Opus)
Tráfego portador de VoLTE/VoNR (3GPP QCI 1 / 5QI 1 mapeado para DSCP 46)
Áudio de colaboração em tempo real (Microsoft Teams, WebRTC)
Protocolos de controlo de rede selecionados que requerem latência garantida

Marcação EF DSCP e valores de cabeçalho

O PHB EF está normalizado na RFC 3246 com um ponto de código recomendado de DSCP 46 (binário 101110), adotado globalmente em redes de telecomunicações. Este ponto de código PHB corresponde a um valor de precedência IP de 5 em termos legados, assegurando a retrocompatibilidade com dispositivos mais antigos que classificam com base na precedência IP.

Quando são aplicadas semânticas exclusivas de DS, o DSCP 46 resulta num valor de byte ToS de 184 (0xB8 em hex). A representação binária é 101110xx, onde xx representa os dois bits ECN.

Resumo do mapeamento EF DSCP:

Decimal DSCP: 46
Binário: 101110 (seguido pelos bits ECN)
Byte ToS/Classe de Tráfego: 184 (0xB8)
Atribuição típica de fila: Fila de Prioridade / Fila de Baixa Latência

Ao capturar pacotes EF com o Wireshark num tronco SIP entre dois Session Border Controllers, verá o cabeçalho IP a mostrar ToS 184 ou DSCP 46, dependendo das suas preferências de visualização. Ambos os valores indicam a mesma marcação — sondas de rede e geradores de tráfego referenciam habitualmente qualquer um dos formatos.

Comportamento por salto (PHB) EF e enfileiramento em redes de telecomunicações

O comportamento por salto de reencaminhamento acelerado (EF PHB) requer que os pacotes experimentem um atraso de enfileiramento mínimo em cada salto. A RFC 3246 especifica que as implementações de filas EF devem proporcionar um atraso limitado baixo, baixa variação de atraso (jitter) e baixa probabilidade de perda, mesmo durante eventos de congestionamento.

Em routers de grau de telecomunicações da Cisco, Juniper, Nokia e Huawei, o EF é tipicamente mapeado para uma fila de prioridade estrita ou de baixa latência, agendada antes de outras filas. Isto garante que os pacotes de voz saem antes das classes AF e do tráfego de melhor esforço, independentemente do congestionamento da interface.

Requisitos da RFC 3246:

Baixo atraso de enfileiramento e variação ao longo do caminho
Taxa de reencaminhamento mínima configurável (taxa subscrita)
Proteção contra inanição por outro tráfego através de policiamento
Garantia de largura de banda assegurada para o agregado EF

Exemplo de backbone: Num router de agregação de 10 Gbps que transporta tráfego de IPTV, internet e VPN empresarial, os operadores limitam tipicamente o tráfego de voz EF a 10-15% da largura de banda da interface (1-1,5 Gbps) com agendamento de prioridade estrita. Isto suporta aproximadamente 10 000 chamadas VoIP simultâneas a 100 kbps cada, garantindo simultaneamente que outras classes de tráfego recebem a sua quota configurada.

Contraste entre EF e Reencaminhamento Assegurado (AF):

Característica	EF	AF
Tratamento de fila	Prioridade estrita	Enfileiramento justo ponderado
Precedências de descarte	Classe única	Três por classe AF
Controlo de admissão	Obrigatório	Opcional
Caso de uso	Voz/vídeo em tempo real	Dados de negócio, sinalização

A hierarquia conceptual de filas coloca o EF (PQ/LLQ) no topo, seguido pelas classes AF (por exemplo, AF41 para vídeo), tráfego de sinalização (CS3) e, finalmente, o padrão/melhor esforço na base.

Configurar o Expedited Forwarding para VoIP e tráfego em tempo real

Os operadores de telecomunicações implementam políticas de EF nas camadas de acesso, agregação e núcleo. Uma configuração incorreta em qualquer salto pode afetar a qualidade do serviço de ponta a ponta — um único router que remarca o DSCP 46 para 0 pode arruinar a qualidade de voz para milhares de utilizadores.

Ambientes SBC empresariais/de operadora:

Num Cisco ISR ou ASR utilizado para troncos SIP, o EF é habitualmente configurado através de class-map matching dscp ef e policy-map com priority percent 10. A service-policy é então aplicada no sentido de saída (outbound) nas interfaces WAN.

Backbones MPLS VPN:

Para operadores que transportam troncos de voz sobre L3VPNs, o DSCP 46 deve ser preservado ou explicitamente transportado nos bits MPLS EXP/TC (101 binário). Os routers PE classificam e enfileiram com base nestes valores, garantindo um tratamento consistente ao longo do caminho comutado por etiquetas.

Redes de núcleo móvel:

O tráfego de VoLTE/IMS entregue via interfaces S1-U ou N3 utiliza portadores QCI 1, que definem os níveis de requisitos para voz conversacional. Estes são marcados com DSCP 46 no Packet Gateway ou User Plane Function antes de entrarem no núcleo IP/MPLS.

Lista de verificação de configuração:

Classificar RTP utilizando portas UDP 16384-32767 ou correspondência DSCP
Marcar pacotes com DSCP 46 na entrada (telefones, SBCs, gNodeB)
Mapear para fila de prioridade estrita em todas as interfaces no caminho de reencaminhamento
Aplicar policiamento para limitar o EF a 20-30% (empresarial) ou 5-15% (núcleo de operadora)
Sincronizar políticas através de LAN empresarial, fornecedor WAN e interconexões de operadora

Melhores práticas para implementações EF em telecomunicações

Planeamento de capacidade em primeiro lugar: Utilize ferramentas de engenharia de tráfego para modelar a taxa de subscrição EF antes de ativar filas de prioridade
Controlo de admissão: Configure CAC em gestores de chamadas e SBCs para evitar a subscrição excessiva — mantenha a utilização de EF abaixo de 15% da capacidade da ligação
Âmbito de EF estrito: Reserve o EF exclusivamente para áudio/vídeo em tempo real; não marque dados em massa ou sinalização com DSCP 46
Marcações consistentes: Mantenha o DSCP 46 em todos os domínios IP; evite remarcar em interconexões a menos que esteja explicitamente documentado
Documentação: Registe as políticas EF em guias de design de rede com seguimento de gestão de alterações

Um lançamento de 2025 por um operador europeu normalizou as políticas EF em redes metropolitanas Ethernet e núcleos IP/MPLS utilizando mapeamentos DSCP-para-fila idênticos, alcançando uma perda de pacotes inferior a 1% e um jitter de 5 ms em troncos de voz transcontinentais.

EF em arquiteturas de telecomunicações móveis e fixas

O EF aplica-se de forma consistente através de arquiteturas móveis, fixas e empresariais, embora os detalhes de implementação variem por domínio.

Núcleo móvel e backhaul RAN:

As especificações 3GPP mapeiam QCI 1 (LTE) e 5QI 1 (5G) para DSCP 46 para voz conversacional. Entre 2024-2026, a maioria dos operadores de nível 1 garante que o tráfego portador de VoLTE e VoNR é marcado como EF nas ligações S1-U, N3 e backhaul, com policiamento configurado de acordo com as diretrizes 3GPP para evitar a sobrecarga do backhaul RAN.

Redes de banda larga fixa:

VLANs de voz em implementações FTTH e DOCSIS preservam as marcações EF desde o equipamento do cliente até ao Broadband Network Gateway. Os serviços VoIP baseados em IMS utilizam DSCP 46 para RTP, enquanto o tráfego de internet de melhor esforço permanece no DSCP 0, garantindo que os pacotes de voz nunca são descartados quando o switch ou router sofre congestionamento.

Interconexões SIP empresariais:

Troncos SIP entre SBCs corporativos e SBCs de operadora especificam SLAs para atraso máximo de um sentido (<150 ms), jitter (<30 ms) e perda de pacotes (<0,1%) de acordo com as normas MEF 10.3 Carrier Ethernet. Implementações de pilha dupla devem aplicar semânticas DSCP 46 idênticas no campo da classe de tráfego IPv6.

Interação do EF com MPLS e Segment Routing

Em ambientes MPLS e Segment Routing comuns em núcleos de telecomunicações, o DSCP 46 do cabeçalho IP influencia o QoS da etiqueta através dos bits EXP/TC. Os operadores em 2025-2026 mantêm modelos uniformes onde pacotes IP EF são mapeados para LSPs de alta prioridade com largura de banda pré-reservada através de RSVP-TE ou SR Flex-Algo.

A transparência de QoS através de serviços L2VPN e L3VPN garante que as marcações EF das redes dos clientes sejam honradas ou explicitamente remarcadas — nunca deixadas ambíguas. Isto evita que pacotes encapsulados percam o seu tratamento prioritário a meio do caminho.

Monitorização, teste e resolução de problemas de tráfego EF

O EF só é eficaz se o seu comportamento for continuamente monitorizado sob condições de tráfego real, não apenas validado durante testes de laboratório. As equipas de operações de rede precisam de visibilidade contínua sobre as métricas de atraso, jitter e perda para a classe EF.

Métodos de monitorização práticos:

Implementar sondas IP SLA ou TWAMP marcadas com DSCP 46 para medir o atraso de um sentido e o jitter entre POPs
Capturar pacotes com o Wireshark para verificar se o RTP retém o DSCP 46 (ToS 184) de ponta a ponta
Monitorizar estatísticas de fila de interface, descartes de fila de prioridade e contadores de conformidade/não-conformidade do policer
Rastrear telemetria SNMP/gNMI para visibilidade em tempo real do comportamento EF através dos dispositivos de rede

KPIs específicos de telecomunicações:

Limiar MOS: >4.0 (alvo >4.1 para voz de qualidade de operadora)
Fator R: >90 por ITU-T G.107
Atraso de um sentido: <150 ms para voz internacional por ITU-T G.114
Jitter: <30 ms para aplicações VoIP

Resolução de problemas de cenários de marcação incorreta:

Telefones IP a enviar DSCP 0 devido a firmware ou perfil de QoS incorreto
Dispositivos CE do cliente a remarcar EF para AF ou classe padrão
Operadores intermediários a remover ou sobrescrever valores DSCP em interconexões
Policers configurados incorretamente a causar excesso de pacotes descartados

Armadilhas comuns na configuração de EF em telecomunicações

Subscrição excessiva: Alocar mais de 20-30% da largura de banda da ligação ao EF sem controlo de admissão causa auto-congestionamento, invalidando as garantias de baixa latência. Uma falha em 2025 durante um grande evento desportivo ocorreu quando picos de VoIP não policiados atingiram 40% da quota da ligação, causando cortes de áudio.
Marcação mista de sinalização e media: Marcar sinalização SIP (que deveria utilizar CS3/DSCP 24) com o mesmo DSCP EF que o media RTP causa uma priorização deficiente durante volumes elevados de chamadas.
Limites de confiança inconsistentes: Quando os dispositivos CE são confiáveis mas os dispositivos PE remarcam, os utilizadores experimentam uma qualidade inconsistente dependendo do caminho do tráfego.
Predefinições do fornecedor: Telefones IP ou CPE com valores DSCP de fábrica (frequentemente DSCP 0) em conflito com o design de rede — verifique sempre se os perfis de QoS do dispositivo estão configurados corretamente.

Normas, diretrizes de design e tendências futuras

Normas relevantes:

RFC 3246: Definição de EF PHB
RFC 4594: Recomendações de QoS empresarial confirmando DSCP 46 para voz
RFC 8622: Diretrizes DiffServ atualizadas
ITU-T G.114/G.107: Limiares de atraso e qualidade de voz

Grandes operadores de telecomunicações alinham os planos de QoS internos com estes documentos, lançando designs consistentes em redes globais entre 2020-2026.

Tendências emergentes:

Network slicing 5G: QoS por fatia emulando o comportamento EF com SLAs mais rigorosos (3GPP Rel-16+)
Tráfego AR/VR em tempo real: Exige telemetria dinâmica via gNMI/gRPC para ajustes de EF em ciclo fechado
Núcleos nativos IPv6: Aplicação de DSCP 46 idêntico na Classe de Tráfego para implementações VoNR de pilha dupla
Automação: Analítica de fluxo que permite ajustes de políticas EF em tempo real baseados em sinais de congestionamento

Um EF corretamente projetado continua a ser um bloco de construção fundamental para voz de qualidade de operadora e serviços em tempo real. À medida que os padrões de tráfego mudam para comunicações imersivas e as arquiteturas de rede evoluem com 5G slicing e SRv6, as equipas de telecomunicações devem rever continuamente os designs de QoS para garantir que as políticas EF cumprem os requisitos de serviço atuais e futuros.