Resumo

  • FXC permite compartilhar rótulos de serviço sem necessariamente abandonar as rotas individuais dos circuitos.
  • O modo padrão não sinaliza a falha isolada de um AC. O modo com sinalização VLAN mantém a informação usada pelo extremo remoto para retirar o caminho afetado.
  • O benefício deve incluir o custo de manter associações e provar a entrega, não apenas a contagem menor de túneis e rótulos.

O custo muda de lugar

Uma redução no inventário de rótulos pode aparecer imediatamente no orçamento da plataforma. Já o trabalho de localizar uma falha de cliente aparece depois, no plantão. Se as duas contas não entram na mesma avaliação, uma economia técnica pode apenas transferir custo para quem precisa recuperar o serviço.

Essa é uma leitura operacional de RFC 9744, publicado em março de 2025. Flexible Cross-Connect, FXC, estende EVPN-VPWS para transportar circuitos de conexão, AC, de várias interfaces e segmentos Ethernet, ES, em um túnel comum. AC pode representar porta, VLAN de uma porta ou grupo de VLAN. PE é o equipamento de borda da operadora. Os requisitos tratam da redução de rótulos e OAM associado, além de diminuir a sinalização BGP tanto quanto possível. Não prometem que todos os modos eliminam ambas as formas de estado.

A associação que o remoto precisa

Ter outro PE disponível não basta se o remoto desconhece quais AC dependem do segmento que falhou. O modo com sinalização VLAN mantém uma rota Ethernet A-D por EVI para cada VID normalizado no seu ES, mas os circuitos multiplexados podem usar o mesmo rótulo de serviço. Ele compra atribuição mais detalhada sem exigir um rótulo distinto para cada circuito.

O modo padrão não anuncia VLAN individualmente. Para múltiplas conexões, agrupa AC de um mesmo ES destinados a um mesmo extremo. Isso pode exigir vários túneis entre um par de PE. O alcance do grupo é essencial: não se pode agregar arbitrariamente interfaces diferentes e presumir a mesma granularidade de recuperação. Serviços que aceitam recuperação conjunta podem justificar um grupo; compromissos independentes podem justificar rotas por circuito. A escolha não se resume a vencer uma competição de menor número de rotas.

Em conexão única não há PE alternativo, mas o tráfego pode atravessar o núcleo para ser descartado na saída indisponível. Algumas aplicações interrompem esse envio; não é uma garantia geral. Taxa de tráfego e duração permitiriam estimar transporte inútil no ambiente real. O RFC não fornece aqui uma perda financeira ou prazo de recuperação universal.

Entregar exige mais que encontrar o rótulo

VID locais podem se repetir em portas diferentes. A seção 3 prevê normalização antes do encapsulamento MPLS. Na saída, o rótulo escolhe uma VID-VRF; o VID normalizado identifica o circuito de destino. O primeiro passo funcionar não prova que o segundo aponta para o cliente correto.

Uma aceitação útil deve ligar AC, porta e VID local, VID normalizado, rótulo, ES remoto, adjacência e entrega. Essa cadeia é uma proposta deste artigo, não uma API de telemetria obrigatória. Ela também deve reconhecer a comutação local da seção 3.3.1: no caso descrito, o tráfego tem prioridade de encaminhamento dentro do PE e a associação do rótulo ao AC ou ES de destino evita ambiguidade. Esperar trânsito pelo núcleo em todos os casos seria uma verificação errada.

Quatro falhas não são uma só

A seção 5 separa falha de serviço, de AC, de porta e de PE. No modo padrão, uma falha isolada de AC não é sinalizada e o remoto pode continuar enviando ao descarte. Com sinalização VLAN, a retirada da rota do VID afetado altera a adjacência daquele tráfego. A falha de porta retira um conjunto maior, pelo túnel do grupo ou pelas rotas VID e ES pertinentes. A falha de PE tem alcance maior ainda, com retirada pelo refletor de rotas no procedimento apresentado.

O serviço pode usar OAM como BFD/VCCV para detectar falha própria. Porém, RFC 5885, seção 3.3, distingue detecção de falha de pseudowire e sinalização de estado AC/PW. Escrever apenas “BFD ativo” não demonstra cobertura de todos os AC. Da mesma forma, um teste bem-sucedido de queda de porta não demonstra recuperação de uma VLAN isolada.

Os campos opcionais também não certificam entrega. M não é usado para decidir encaminhamento na recepção e pode gerar aviso de erro. V pode revelar incompatibilidade entre normalização de uma e duas tags que impeça estabelecer o túnel conforme a seção 3.4. Aviso, estabelecimento e entrega permanecem provas separadas.

O estado oficial é Proposed Standard. A consulta oficial de erratas não encontrou correspondências em 13 de setembro de 2026. Isso identifica a especificação, sem comprovar suporte comercial, desempenho ou incidentes. FXC merece crédito quando a operadora demonstra a economia e ainda consegue reconhecer o circuito que precisa recuperar.