Multicast PIM-SM e HSRP / VRRP


10

Preciso configurar um PC para ouvir em um feed de dados multicast (PIM-SM). As fontes multicast e o ponto de encontro (anycast) estão atrás de um "endereço HSRP / VRRP" do outro lado de um link WAN. (As instruções realmente dizem "HSRP / VRRP")

De acordo com a documentação recebida, configurei um roteador com uma rota estática para o endereço HSRP / VRRP e o outro lado adicionou uma rota à minha rede. O tráfego de difusão ponto a ponto funciona bem, mas não estou recebendo nenhum tráfego de difusão seletiva. O Wireshark mostra que nenhuma junção PIM é enviada pelo meu roteador.

O que pode estar errado?

Respostas:


7

As mensagens PIM não são originárias do VIP do HSRP, portanto, a verificação do RPF falha, pois o VIP do HSRP é seu vizinho do RPF. Existem duas maneiras de contornar isso.

  1. Configure um protocolo de roteamento dinâmico entre o roteador e os roteadores de outros lados, para que o HSRP não seja necessário.

  2. Configure os mroutes estáticos para os IPs reais da interface, como:

    ip mroute 0.0.0.0 0.0.0.0 1.1.1.1


2

O problema é que os roteadores remotos estão se anunciando com mensagens PIM Hello de seus próprios endereços IP e meu roteador registra esses endereços como vizinhos do PIM.

O gateway na tabela de roteamento, no entanto, contém o endereço virtual HSRP. Quando o roteador deseja ingressar no grupo multicast, ele procura a rota para o ponto de encontro, que tem o endereço virtual HSRP como o próximo salto. Como esse endereço HSRP do próximo salto não é um dos vizinhos conhecidos do PIM, o RIM do PIM-SM especifica que nenhuma associação deve ser enviada.

Alterar a rota estática para usar um endereço IP real de um dos roteadores HSRP faz o multicast funcionar, mas é claro que isso torna o HSRP inútil.

Não testei o VRRP porque o outro lado não queria alterar a rede. O VRRP provavelmente não teria esse problema, pois não usa um IP do roteador virtual, mas usa o endereço IP real do roteador principal.


O RFC 2362, agora obsoleto, na verdade declara "As mensagens de ingresso / remoção somente são enviadas se o vizinho RPF for um vizinho PIM". Não consigo encontrar exatamente a mesma coisa na atual RFC 4601, mas diz "Em geral, uma mensagem de ingresso / remoção do PIM só deve ser aceita para processamento se for proveniente de um vizinho conhecido do PIM".
Gerben 31/05

11
... seria melhor editar informações adicionais na sua pergunta original se você aprendeu mais desde a redação do Q. Ou se isso pretende ser uma resposta à sua própria pergunta (o que é perfeitamente aceitável), é preciso muito de trabalho para fazer sentido.
Craig Constantine

Você veria o mesmo comportamento com o VRRP, pois a maioria das implementações modernas usa um VIP.
Netdad #

2

Talvez usando um mroute estático que aponte para o endereço IP da interface 'real' e, em seguida, uma rota estática normal apontando para o HSRP. pelo menos você obtém HSRP para unicast. OU aponte o mroute ou a rota estática para a interface em vez de um endereço IP.


Nesse caso, a instalação foi criada apenas para exibir as informações recebidas através do multicast, mas, caso contrário, isso poderia ser uma melhoria.
Gerben 31/05

2

Supondo que você esteja em um ambiente Cisco ... você ativou ip pim sparse-mode todas as interfaces entre esse dispositivo e o RP?

Também não se esqueça de ter, ip pim autorp listenerpara que encontre o RP automaticamente.

Além disso - se você tiver links redundantes entre você e o roteamento RP ... PIM (ou ramificações), não siga o mesmo caminho da tabela de roteamento regular. Eles verificarão o RPF (encaminhamento do caminho reverso) para garantir que a fonte do fluxo de difusão seletiva esteja vindo na direção certa. Mas é possível que o link HSRP em espera seja o DR (roteador designado) no lado PIM da casa. Você pode alterar esse comportamento definindo a prioridade de DR. ip pim dr-priority xquanto maior o X, maior o valor.

Você também pode verificar se o roteador vê a junção de multicast emitindo show ip mroute-o também deve listar o RP.

show ip pim neigh também lhe dirá se ele é o vizinho multicast upstream

Acredito que o VRRP segue o mesmo conceito, mas não tenho 100% de certeza, já que raramente uso gateways padrão de vários fornecedores.


"Eles" estavam na Cisco, "nós" estávamos no Juniper.
Gerben 31/05
Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.