Resumo

  • O serviço Ethernet Tree do MEF atribui a cada circuito de acesso o papel raiz ou folha. Uma folha se comunica com raízes, mas não com outras folhas; o VPLS comum trata todos os circuitos como equivalentes.
  • O exemplo hipotético de duas bordas na RFC 7152 explica por que o endereço MAC de destino e a entrega do quadro não bastam: a borda remota não conhece o papel do acesso de origem.
  • O memorando de 2014 definiu requisitos — raízes múltiplas, papéis distintos na mesma borda e compatibilidade retroativa —, não uma prova de implantação ou resultado de serviço. RFCs posteriores descreveram estruturas e mecanismos.

Análise

O papel pertencia ao circuito de acesso

Ethernet Tree é um serviço multiponto enraizado. Um circuito raiz pode se comunicar com raízes e folhas. Uma folha pode alcançar uma raiz, mas o tráfego não deve passar de uma folha para outra. Ethernet LAN permite que os acessos se comuniquem entre si; a relação de encaminhamento é diferente.

Quando o serviço atravessa a rede de uma operadora, a diferença se torna operacional. No exemplo da RFC 7152, dois roteadores de borda conectam cada um um circuito raiz e um folha do cliente e trocam quadros por um pseudowire. A segunda borda sabe que o quadro chegou da outra borda. Ela pode não saber em qual circuito local o quadro entrou na primeira nem se aquele circuito tinha o papel de folha.

Conhecer o MAC de destino não resolve isso. O endereço indica para onde o quadro vai, não qual papel de serviço foi atribuído ao circuito de entrada. Sem essa informação, a borda remota não consegue aplicar de forma confiável a restrição folha a folha a unicast conhecido, unicast desconhecido, broadcast ou multicast. A RFC deixa claro que o desenho é hipotético e não representa um serviço típico.

O VPLS transportava conectividade, não essa política

O modelo VPLS existente tratava os circuitos de acesso de maneira igual e oferecia conectividade de qualquer ponto a qualquer ponto dentro de uma instância. Isso era útil para emular uma Ethernet LAN, mas não expressava a relação raiz-folha exigida pelo serviço do MEF. A informação ausente não era outro endereço de cliente: era um atributo do acesso ao serviço que precisava continuar interpretável após atravessar o núcleo da operadora.

Por isso, a RFC 7152 estabeleceu requisitos em vez de anunciar uma solução concluída. Uma abordagem precisava proibir a comunicação entre folhas, permitir várias raízes e admitir circuitos raiz e folha na mesma borda. Também deveria declarar a tecnologia de VPN de camada 2 a que se aplicava e minimizar impactos nos serviços VPLS e EVPN existentes. Se apenas algumas bordas tivessem a nova capacidade, a restrição valeria somente no trecho compatível; o texto não prometia isolamento de ponta a ponta por uma parte sem suporte.

O memorando cita ambientes possíveis: VPN hub-and-spoke, acesso atacadista, backhaul móvel, sincronização de relógios, acesso à Internet, vídeo e gestão de dispositivos. São casos de uso em um documento de requisitos, não uma contagem de serviços implantados. Ele também distingue E-Tree do serviço de multicast privado então discutido no IETF: E-Tree permite fluxos unicast e multicast sob regras de raiz e folha, enquanto multicast sozinho não substitui todos esses fluxos.

A sequência de RFCs explicitou o contexto ausente

A RFC 7387, publicada mais tarde em 2014, propôs uma estrutura de arquitetura E-Tree e nomeou duas lacunas: as VPNs de camada 2 não distinguiam papéis dos circuitos de acesso e a borda remota não recebia indicação se um quadro vinha de raiz ou folha. A RFC 7796 depois especificou o suporte a E-Tree no VPLS com identificadores VLAN diferentes para quadros originados em raízes e folhas, permitindo a filtragem nas portas folha. A RFC 8317 ampliou o suporte para EVPN e PBB-EVPN.

Essa sequência mostra como uma regra de serviço virou requisito de engenharia e depois mecanismos de protocolo. Ela não mede adoção, não prova que uma operadora específica configurou os mecanismos e não demonstra isolamento real do tráfego de clientes. A RFC 7152 é um registro informativo de requisitos, não um relatório de incidente, estudo de implantação ou Internet Standard.

A lição histórica é mais específica do que “o quadro perde sua origem”. O quadro mantém seus endereços e chega por um transporte. O que pode desaparecer na fronteira entre camadas é o conhecimento da operadora sobre o circuito de serviço que definia o papel de encaminhamento. A rede pode entregar os bits sem ter contexto suficiente para cumprir o contrato do serviço.

Fontes

O registro da RFC 7152 no RFC Editor confirma seu status de publicação.

A fonte central é a RFC 7152, que define os requisitos e marca o exemplo com duas bordas como hipotético. As RFC 7387, RFC 7796 e RFC 8317 documentam a estrutura e mecanismos posteriores para VPLS e EVPN. Elas comprovam o que os documentos especificam, não taxas de adoção, configurações de operadoras, medições de tráfego ou um resultado operacional específico.