Resumo

  • O RFC 5332 define o MAC DA multicast MPLS como 01-00-5e-8v-wx-yz. vwxyz pode ser zero ou o valor de um label; com duas ou mais entradas, o segundo label é o padrão, mas outra escolha pode ser configurada.
  • As duas políticas são conformes e precisam interoperar. O sufixo não prova identidade de receptor, associação a grupo, entrega ou impacto, e não autoriza rejeitar indiscriminadamente valores zero ou não zero.

A incompatibilidade nasceu no filtro

Imagine dois LSRs conectados ao mesmo domínio Ethernet. O primeiro usa vwxyz = 0. O segundo projeta o segundo label da pilha. Um appliance aprendeu tráfego apenas com o segundo e passou a considerar todo MAC terminado em zero como inválido.

O RFC 5332 proíbe essa simplificação. Um LSR não pode filtrar pacotes porque vwxyz foi definido como zero, nem descartar indiscriminadamente todos os casos em que ele é diferente de zero. A norma escolheu convivência entre duas estratégias.

O incidente operacional, nesse cenário, não prova que um emissor era incompatível. Mostra que o filtro elevou uma preferência local a regra universal. Para demonstrar o ocorrido, é preciso guardar MAC completo, pilha, política de derivação de cada emissor, regra instalada e decisão de encaminhamento.

O segundo label é padrão, não identidade

Quando a pilha contém ao menos dois labels e o emissor usa derivação, o padrão é copiar o valor do segundo label para vwxyz. Uma configuração pode escolher outro label. Se há apenas um, ele fornece o valor.

O objetivo é permitir que mais informação específica do LSP apareça no endereço e possa ser usada em filtragem. O RFC deixa a discussão do uso desse filtro fora de escopo. Logo, o sufixo não é um namespace de assinantes nem uma lista de receptores.

Vários LSPs podem produzir relações diferentes entre label e audiência. A camada Ethernet ainda tem seu estado de multicast; o LSR ainda consulta contexto e NHLFE; a aplicação ainda precisa observar entrega. Vinte bits próximos de uma decisão não são vinte bits de resultado.

0x8847 também pode transportar multicast

O RFC 3032 apresentou dois codepoints como MPLS unicast e multicast. O RFC 5332 registra que o uso multicast não havia sido implantado e redefine a separação. Ambos podem carregar MPLS multicast.

Em frame Ethernet multicast, 0x8847 é usado quando o top label foi atribuído downstream. 0x8848, antes chamado de codepoint multicast, é usado quando esse label foi atribuído upstream. A distinção descreve origem do binding, não a audiência final.

Um label é multicast porque sua NHLFE, naquele contexto, contém semântica de replicação. Até um conjunto atual com um único próximo salto pode ser multicast pela intenção de enviar a todos os membros. O EtherType não substitui esse lookup.

Atribuição upstream exige duas provas adicionais

Upstream significa que o emissor ou um terceiro criou o binding label-FEC; downstream significa que o receptor o criou e anunciou. Labels upstream podem pertencer a espaço diferente e dependem das regras contextuais do RFC 5331.

O recurso é opcional e não pode ser usado sem conhecimento de que o LSR downstream o suporta. Como esse conhecimento surge fica fora do RFC 5332. Portanto, capability local, capability do par e contexto são receipts separados do EtherType.

Se o equipamento vizinho muda, a prova antiga pode expirar. Se o contexto é selecionado de forma errada, 0x8848 correto ainda pode chegar à tabela errada. A cadeia precisa unir par, contrato, versão, label stack, seletor de contexto e resultado do lookup.

Cada encapsulamento revela uma parte diferente

PPP sempre usa Protocol 0x0281 ao carregar MPLS. Native IP sempre usa Protocol Number ou Next Header 137, independentemente de o MPLS interno ser multicast. Esses campos não carregam a direção de atribuição.

GRE com destino unicast usa 0x8847 sempre. Com destino multicast, usa 0x8847 para downstream e 0x8848 para upstream. Se um contrato externo determina upstream para aquele túnel multicast, 0x8847 vira erro e o pacote deve ser descartado.

O schema não pode fingir que há um bit uniforme em todos os meios. Deve distinguir observado no wire, derivado de contrato, default normativo e desconhecido. Essa procedência evita que uma conveniência de ingestão se transforme em fato de rede.

Um descarte obrigatório ainda não mede o serviço

Quando uma combinação GRE é inválida, a norma define a ação do receptor. Falta provar que o pacote chegou ao nó, que a versão executou a regra, que não houve caminho alternativo, que um fluxo relevante dependia dele e que a aplicação sofreu efeito.

Da mesma forma, o RFC alerta que alteração maliciosa do codepoint pode provocar perda ou misrouting, mas mudar apenas o codepoint sem mudar o label não tem efeito previsível. Alterar a MAC DA pode enviar a terceiros. São mecanismos de risco, não atribuições automáticas.

Uma análise responsável escreve primeiro “combinação incompatível com contrato E”. Depois procura decisão, interface de saída, recepção e impacto. Pular direto para “ataque desviou clientes” mistura cinco camadas e impede revisão.

A política de filtro precisa de versão e dono

Cada domínio deve declarar se gera vwxyz zero ou label-derived, qual label escolhe, em que interfaces aplica filtro e quais exceções preservam interoperabilidade. Essa política muda com software e configuração e deve ter epoch.

No recebimento, guardar regra avaliada, motivo, valor completo, stack e decisão. Em mudanças, executar amostras com zero e não zero. Um teste que usa apenas a forma preferida não verifica a obrigação de interoperar.

Também é preciso medir o resultado de forma independente: contadores de drop, réplica, egress, recepção e serviço. O filtro é um ator, não uma testemunha neutra de legitimidade.

O endereço comum deve permanecer uma coordenação fina

IANA reservou 01-00-5e-80-00-00 a 01-00-5e-8f-ff-ff para Ethernet multicast com MPLS multicast, válido com 0x8847 ou 0x8848. A reserva coordena a faixa. Ela não escolhe a política local de sufixo, o grupo de receptores nem o impacto.

Essa separação protege autonomia operacional. O plano comum define o mínimo necessário para interoperar. Implementações escolhem entre opções permitidas. Telemetria registra a escolha. Nenhuma camada usa o nome registrado para governar resultados que não observou.

O valor de uma norma não está em eliminar toda escolha, mas em tornar escolhas compatíveis e seus limites explícitos.

Fontes