Resumo

  • Em 22 de setembro, o IESG abriu a consulta final sobre a revisão 12 do projeto de atribuição automática de endereços multicast IPv6, candidato a Padrão Proposto. O prazo para comentários vai até 6 de outubro.
  • A aplicação consulta registros PTR por mDNS e avança se não receber aviso de conflito. Um filtro no dispositivo ou na rede pode impedir a chegada de um aviso que existiria.
  • O próprio projeto considera pequena a chance de colisão na maioria das redes. A hipótese examinada é uma falha condicional de coordenação, não um incidente observado.

Dois dispositivos podem escolher o mesmo espaço de endereços sem que exista um balcão central para arbitrar a escolha. O método em exame resolve isso pela conversa: cada aplicação seleciona um identificador de grupo, procura conflito por mDNS e anuncia a decisão quando ninguém contesta. Mas silêncio e isolamento produzem a mesma observação para quem fez a pergunta.

A revisão 12 especifica a sequência. Do identificador sorteado vêm os endereços multicast IPv6 e Ethernet; um registro PTR é formado sob 9.3.3.3.3.eth-addr.arpa, domínio de uso especial ainda proposto. A aplicação faz a sondagem, anuncia o registro e mantém uma consulta para reconhecer conflitos posteriores. Se perder uma disputa detectada, interrompe o fluxo e escolhe outro identificador. Nada disso transforma a consulta final em RFC aprovado ou a reserva solicitada em registro já concluído.

O texto chama sua premissa de disponibilidade implícita: não ouvir indicação de uso permite presumir que o endereço está livre. Ele também avisa que filtrar mDNS no host ou na rede impede a coordenação e pode causar colisões. Assim, a escolha é descentralizada, mas a qualidade da evidência depende de uma decisão local sobre quais mensagens podem circular. O operador não distribui cada endereço; controla parte do caminho pelo qual uma reivindicação pode ser contestada.

Há limites importantes. Na avaliação de segurança do projeto, a probabilidade de colisão já é baixa na maioria das redes, razão pela qual filtrar mDNS em geral não oferece um ataque prático. O mecanismo pressupõe participantes cooperativos. Depois que uma partição de rede é reparada, identificar um conflito também pode levar tempo; esse atraso não deve ser confundido com uma sondagem inicialmente bloqueada. Não há aqui relato de falha em rede identificada.

O IESG recebe comentários até 6 de outubro sobre um texto que busca status de Padrão Proposto. Quem planeja adotá-lo precisa verificar se sondagens, anúncios e respostas PTR alcançam os participantes no mesmo domínio de atribuição. Chamar o algoritmo de “sem configuração” não dispensa essa verificação do ambiente.

Sources