Em termos do que acontece com os pacotes multicast de hello / discovery OSPF, você está certo. Os switches os enviam para todos no domínio de sub-rede / VLAN / broadcast, pois o IGMP não está acontecendo para 224.0.0.0/24, assim como Ron explicou.
No entanto - e acredito que essa é a parte que você não considerou -, um host ainda pode descartar esses multicast mais cedo do que se eles fossem transmitidos. Se o host não estiver interessado em nenhum (s) / este (s) grupo (s) de difusão seletiva, ele pode eliminar o quadro ethernet (em L2) ou o pacote IPv4 / IPv6 (em L3), sem sequer olhar para qualquer carga útil interna. Um pacote de transmissão, no entanto, teria que ser passado 'mais adiante' para ver se é do interesse de algum dos aplicativos / serviços / daemon em execução.
Para adicionar à lista de Ron dos tipos de rede / modos de operação do OSPF:
É uma boa prática executar redes de borda conectadas a roteadores OSPF com interfaces passivas , especialmente onde o tipo de rede OSPF é "transmitido" por natureza. Por exemplo, esse é o caso das proverbiais "25 VLANs de cliente" de um campus grande, cada uma com pelo menos algumas dezenas de hosts:
interface passiva
- mantém a conversa na LAN do campus baixa
- reduz a exposição dos roteadores aos sistemas finais (estudantes do CompSci que adoram scripts, alguém?) - nenhum Hellos nem LSAs são trocados, nem dentro nem fora.
- economiza alguns recursos nos roteadores (sem precisar executar a mesma eleição de DR / BDR com o mesmo ponto em dezenas de VLANs)
- ainda permite que as informações de roteamento sobre essas redes sejam propagadas como rotas internas para o restante do OSPF AS. Tê-los como rotas externas (em virtude de "redistribuir conectado") tem algumas implicações (desejáveis ou indesejadas), por exemplo, ao agregar, redistribuir ou filtrar rotas em outros cantos do AS.