OSPF e seu uso de Multicast

7

No que diz respeito ao OSPF e ao uso do multicast, estou correto ao acreditar que o encaminhamento IGMP e um consultor IGMP ainda são necessários no segmento local?

Meu entendimento seria sem isso, os quadros seriam tratados como uma transmissão e enviados a todos. Portanto, removendo o benefício do uso de multicast.

Com base nisso, existe algum mecanismo para que ele volte ao unicast, para impedir o exposto acima. Desculpas se meu entendimento aqui está muito distante :)

RickD
fonte

Respostas:

4

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
9

O benefício do multicast é que os hosts que não assinam o grupo multicast ignoram os quadros que recebem e que são enviados ao grupo multicast. Com a transmissão, eles não podem ignorar os quadros.

O grupo multicast OSPF é um multicast link-local que é enviado para todas as interfaces do switch, mesmo com o IGMP Snooping ativado no switch. O OSPF usa multicast apenas em redes de difusão e é necessário usar DR e BDR, que são apenas em redes de difusão. Para links ponto a ponto, o OSPF usa unicast e, para redes sem difusão, você usa a neighborinstrução e ele usa unicast.


O multicast OSPF usa os endereços 224.0.0.5e 224.0.0.6, que estão no intervalo de endereços locais do link. Os switches com IGMP Snooping devem encaminhar todos os multicast locais de link para todas as interfaces, independentemente do IGMP Snooping. Esse comportamento é definido na RFC 4541, Considerações para os protocolos de detecção de protocolo de gerenciamento de grupo da Internet (IGMP) e Multicast Listener Discovery (MLD) :

  1. Pacotes com um endereço IP de destino (DIP) no intervalo 224.0.0.X que não sejam IGMP devem ser encaminhados em todas as portas.

    Essa recomendação é baseada no fato de que muitos sistemas host não enviam endereços multicast IP Join neste intervalo antes de enviar ou ouvir pacotes multicast IP. Além disso, como o intervalo de endereços 224.0.0.X é definido como link-local (não deve ser roteado), parece desnecessário manter o estado de cada endereço nesse intervalo. Além disso, alguns roteadores operam no intervalo de endereços 224.0.0.X sem emitir junções IGMP, e esses aplicativos são interrompidos se o switch os remover devido à falta de uma mensagem de ingresso no grupo do roteador.

Ron Maupin
fonte
3

No que diz respeito ao OSPF e ao uso do multicast, estou correto ao acreditar que o encaminhamento IGMP e um consultor IGMP ainda são necessários no segmento local?

O uso de multicast do OSPF é para um grupo de escopo local de link, com TTL IP definido como 1 para garantir que ele diga local local. [224.0.0.5 e 224.0.0.6 ( RFC2328 pp.185-186 )]

À parte OSPF, para que as funções de remoção multicast dos comutadores funcionem, sim, algo deve causar relatórios de associação ao grupo. Todas as associações do IGMP (relatório de associação não solicitada) expirarão ( RFC 2236 IGMP v2, p.18 ). Se o switch não vir relatórios periódicos (ala IGMP snooping dos relatórios de associação), esse grupo multicast poderá estar sujeito a remoção ou inundação em todas as portas. (dependendo de como o seu switch está configurado)

Ricky Beam
fonte