Resumo

  • A RFC 1469 exigia que os sistemas multicast no mesmo anel físico Token Ring escolhessem o mesmo método de endereço de hardware; a escolha podia ser configurada por interface e traduzida por pontes.
  • O endereço funcional compartilhado resolvia uma seleção local sob escassez. Ele não demonstrava que um quadro fosse multicast IP nem que um host pertencesse ao grupo; a RFC 1112 trata essas coisas como estados distintos.

O nome do grupo não era a regra da placa

Um endereço multicast IP identifica um grupo de hosts, mas não instrui sozinho uma placa de rede sobre quais quadros deve entregar. Na RFC 1112, o grupo é dinâmico: hosts entram e saem, e um host pode enviar para um grupo sem ser membro. A associação existe por interface. Esse estado da camada IP precisa de uma tradução para a rede local, mas não vira por isso uma propriedade inerente de um destino MAC.

A RFC 1469 especificou essa tradução para redes Token Ring. Havia três caminhos: o endereço de broadcast de todos os anéis, um endereço funcional Token Ring atribuído, ou os endereços de grupo multicast IP já atribuídos pelo IEEE. A regra central era de coordenação: todos os sistemas que suportam multicast IP em um anel físico precisam concordar sobre o endereço de hardware. Por isso a escolha deve ser configurável em uma interface. Uma ponte pode traduzir entre os métodos dos anéis que conecta.

O endereço escolhido é, portanto, uma convenção local de recepção. Não é título de propriedade do grupo nem uma identidade material universal. Um anel podia adotar uma representação e outro uma diferente; a ponte preservava a comunicação ao cruzar a fronteira. O que se padronizava era o acordo dentro de cada anel, não uma declaração de que seis octetos continham toda a verdade sobre o grupo IP.

A escassez deixou vários sentidos numa só porta

Endereços funcionais Token Ring atendiam funções amplamente usadas, como monitoramento de anel, NetBIOS, pontes e LAN Manager. A RFC 1469 registra que eram apenas 31. Funções sem relação podiam, consequentemente, compartilhar um deles.

No método funcional, todos os endereços multicast IP foram mapeados para 03-00-00-20-00-00 na forma canônica, ou C0-00-00-04-00-00 na forma não canônica normalmente apresentada às interfaces Token Ring. A redução era prática: permitia que adaptadores limitados reconhecessem uma trama a examinar. Não oferecia um mapeamento exclusivo entre um grupo IP e um endereço da placa.

A própria RFC impõe o freio interpretativo: uma trama enviada para aquele endereço funcional não é, somente por isso, uma trama multicast IP. Outro protocolo pode usar o mesmo endereço. O destino MAC abre a porta para inspeção; não certifica o protocolo transportado. A interpretação da camada superior continua indispensável.

O filtro recebia; a associação era mantida em outro registro

A RFC 1112 separa os dois trabalhos. O módulo IP mantém as associações de grupos por interface e usa IGMP para informar sua presença a roteadores multicast vizinhos. O módulo de rede local faz algo mais limitado: mapeia endereços de grupo IP para endereços locais a fim de atualizar o filtro de recepção.

Esses registros não são equivalentes. Quando o hardware não consegue filtrar com precisão, o módulo local pode ignorar um pedido de saída ou entregar pacotes de mais endereços do que os solicitados. Assim, uma interface ter visto uma trama não prova uma associação correspondente. Da mesma maneira, enviar para um grupo não prova que o emissor seja membro. Destino IP, filtro MAC, estado de associação e relatório IGMP são elementos ligados, mas não provas substituíveis.

A RFC 1469 recomendava o método IEEE quando o controlador o suportasse. Quando isso não fosse possível, preferia o endereço funcional ao broadcast de todos os anéis. As regras de compatibilidade mantinham também os métodos menos capazes. A solução não fundia todos os grupos em um só; conservava interoperabilidade entre equipamentos com capacidades desiguais.

É nesse limite que está a importância histórica do documento. O endereço funcional compartilhado não identifica uma pessoa, uma máquina específica nem o total de ouvintes. Não prova que o conteúdo é multicast IP, que um roteador encaminhou a trama para fora do anel, que alguém a recebeu, ou que uma aplicação produziu efeito. Ele descreve uma seleção local de recepção — e nada mais deve ser acrescentado sem outra evidência.

Fontes