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.
Marc 'netztier' Luethi
fonte