Resumo

  • O RFC 9777 descobre ouvintes no enlace local; não autentica o solicitante e não certifica o caminho fim a fim.
  • O estado de socket vira uma projeção por interface e depois um resumo INCLUDE/EXCLUDE no roteador, com validade limitada por temporizadores.
  • O serviço precisa de oito recibos independentes, da intenção autorizada ao consumo útil do conteúdo.

O painel pode mostrar um Source Timer positivo e, ainda assim, o receptor não exibir um único quadro. Não há incoerência. Há duas perguntas diferentes: o que o roteador local ainda lembra e o que a aplicação de fato recebeu.

Publicado em março de 2025 como STD 101, o RFC 9777 padroniza o MLDv2 para IPv6. Seu objetivo é descobrir, em enlaces diretamente conectados, quais grupos e fontes interessam aos nós vizinhos. A informação alimenta o protocolo de roteamento multicast; não substitui esse protocolo.

Da aplicação ao resumo do enlace

A intenção nasce em uma chamada conceitual com socket, interface, grupo, modo de filtro e fontes. INCLUDE solicita somente as fontes listadas; EXCLUDE recebe todas, exceto as listadas. Havendo vários sockets, o host os combina em um estado da interface. Todos em INCLUDE produzem uma união; a presença de EXCLUDE muda a fórmula. O Report já não identifica cada processo.

O roteador resume de novo. Em INCLUDE guarda fontes e Source Timers. Em EXCLUDE mantém Requested List, Exclude List e Filter Timer. A Requested List ajuda uma futura passagem a INCLUDE e o bloqueio rápido, mas não é, sozinha, a regra de encaminhamento. O estado prova interesse agregado recente, não a vida de um processo específico.

Mesmo quando o pacote chega ao IP, a entrega ao socket depende do estado daquele socket e talvez da porta de transporte. O RFC não obriga filtragem por fonte em cada socket. Quadro Ethernet, pacote aceito, dados no socket e conteúdo utilizável são observações distintas.

O tempo limita a verdade

Current-State Reports atualizam o estado. State-Change Reports anunciam alterações e são repetidos segundo a Robustness Variable. Com os padrões—robustez 2, Query Interval 125 segundos e Query Response Interval 10 segundos—o MALI é 2 × 125 + 2 × 10, ou 270 segundos. Esse valor representa tolerância e envelhecimento, não presença instantânea da aplicação.

O fast leave também testa antes de remover. LLQI de um segundo e duas consultas produzem LLQT de dois segundos. Durante a janela, o MLD continua sugerindo o tráfego. Em INCLUDE, o vencimento remove uma fonte; em EXCLUDE, pode movê-la da Requested para a Exclude List. O vencimento do Filter Timer leva o grupo de EXCLUDE a INCLUDE. A palavra “expirado” não basta para explicar o resultado.

Compatibilidade muda o significado

Uma MLDv1 General Query põe o host em compatibilidade v1 naquela interface por 260 segundos nos valores padrão e cancela respostas/retransmissões pendentes. O host deixa de expressar interesse específico por fonte.

Um MLDv1 Report degrada o grupo correspondente no roteador. Nesse período, BLOCK é ignorado e listas de fontes em TO_EX são descartadas. Ao voltar para v2, a precisão precisa ser reaprendida; uma fonte que deveria estar bloqueada pode continuar aberta até o MALI.

Para SSM, o RFC 4604 determina que um pedido antigo sem fonte não estabeleça encaminhamento no intervalo SSM. É preciso concordância sobre o intervalo e a versão. Compatibilidade é uma condição operacional temporizada, não um selo de segurança.

Depois do MLD vem a rede

O RFC 9777 afirma que suas sugestões não sobrepõem o roteamento multicast. O RFC 4607 exige que um Join (S,G) avance salto a salto até a fonte em caminho sem laço. O RFC 7761 descreve árvores compartilhadas e por fonte, replicação, duplicação transitória e podas. Um Report local pode existir antes da convergência.

No último enlace, o switch com snooping também possui estado próprio. O RFC 4541 separa encaminhamento de controle e de dados, portas de roteador e reação a topologia. E o MLDv2 não tem autenticação criptográfica: endereço link-local, Hop Limit 1 e Router Alert barram origens fora do enlace, mas não uma falsificação interna.

Oito recibos

O recibo de intenção do socket registra processo, autorização, filtro e hora. O de emissão captura o Report. O de querier fixa versão, QRV, QQI e temporizadores. O de estado do roteador preserva modo, listas e tempo restante. O de compatibilidade explica qualquer downgrade. O de encaminhamento a montante segue Join/Prune e RPF. O de replicação confirma cada ramo. O de entrega mede sequência, perdas, atraso, decodificação e consumo.

Cada recibo precisa de observador e instante. Um registro correto não pode falar em nome de sete resultados que não observou.

Fontes

  1. RFC 9777 — MLDv2 para IPv6
  2. RFC 3810 — especificação substituída
  3. RFC 2710 — MLDv1
  4. RFC 4604 — MLDv2 para SSM
  5. RFC 4607 — Source-Specific Multicast
  6. RFC 7761 — PIM-SM
  7. RFC 4541 — snooping IGMP/MLD