PIM-SM multicast e HSRP / VRRP


10

Devo configurare un PC per l'ascolto su un feed di dati multicast (PIM-SM). Le fonti multicast e il punto Rendezvous (anycast) sono dietro un "indirizzo HSRP / VRRP" sull'altro lato di un collegamento WAN. (Le istruzioni in realtà dicono "HSRP / VRRP")

Secondo la documentazione ricevuta, ho impostato un router con un percorso statico all'indirizzo HSRP / VRRP e l'altro lato ha aggiunto un percorso alla mia rete. Il traffico Unicast funziona correttamente, ma non ricevo alcun traffico multicast. Wireshark mostra che nessun router PIM viene inviato dal mio router.

Cosa potrebbe esserci di sbagliato?

Risposte:


7

I messaggi PIM non provengono da HSRP VIP, quindi il controllo RPF fallisce poiché HSRP VIP è il tuo vicino RPF. Ci sono due modi per aggirare questo però.

  1. Configurare un protocollo di routing dinamico tra il router e i router degli altri lati in modo che HSRP non sia necessario.

  2. Configurare i mroute statici sugli IP dell'interfaccia effettivi degli altri lati come:

    ip mroute 0.0.0.0 0.0.0.0 1.1.1.1


2

Il problema è che i router remoti si annunciano con messaggi PIM Hello dai propri indirizzi IP e il mio router registra questi indirizzi come vicini PIM.

Il gateway nella tabella di routing contiene tuttavia l'indirizzo virtuale HSRP. Quando il router vuole unirsi al gruppo multicast, cerca la rotta verso il punto Rendezvous che ha l'indirizzo virtuale HSRP come hop successivo. Poiché questo indirizzo HSRP dell'hop successivo non è uno dei vicini PIM noti, l'RFC PIM-SM specifica che non è necessario inviare alcun join.

La modifica della route statica per utilizzare un indirizzo IP effettivo di uno dei router HSRP rende il multicast funzionante, ma ovviamente ciò rende HSRP inutile.

Non ho testato VRRP perché l'altra parte non voleva cambiare la rete. Probabilmente VRRP non avrebbe questo problema poiché non utilizza un IP di router virtuale, ma utilizza l'indirizzo IP reale del router principale.


L'ormai obsoleto RFC 2362 afferma in realtà "I messaggi Join / Prune vengono inviati solo se il vicino RPF è un vicino PIM". Non riesco a trovare esattamente la stessa cosa nell'attuale RFC 4601, ma dice "In generale, un messaggio PIM Join / Prune dovrebbe essere accettato per l'elaborazione solo se proviene da un vicino PIM noto".
Gerben,

1
... sarebbe meglio modificare le informazioni aggiuntive nella tua domanda originale se hai imparato di più da quando hai scritto il Q. O se questa è pensata per essere una risposta alla tua domanda (che è perfettamente accettabile), ha bisogno di molto di lavoro per dare un senso.
Craig Constantine,

Vedresti lo stesso comportamento con VRRP come la maggior parte delle implementazioni moderne usano un VIP.
netdad,

2

Forse usando una route statica che punta all'indirizzo IP dell'interfaccia "reale", quindi una route statica normale che punta a HSRP. allora almeno ottieni HSRP per unicast. OPPURE indirizzare il percorso o il percorso statico verso l'interfaccia anziché un indirizzo IP.


In questo caso, l'installazione è stata creata solo per visualizzare le informazioni che arrivano attraverso il multicast, ma per il resto questo potrebbe essere un miglioramento.
Gerben,

2

Supponendo che ti trovi in ​​un ambiente Cisco .... hai abilitato ip pim sparse-mode tutte le interfacce tra quel dispositivo e il RP?

Inoltre, non dimenticare di averlo in ip pim autorp listenermodo da trovare automaticamente l'RP.

Inoltre, se si dispone di collegamenti ridondanti tra l'utente e il routing (o rami) RP ... PIM, non seguire lo stesso percorso della tabella di routing normale. Controlleranno l'RPF (inoltro del percorso inverso) per assicurarsi che l'origine del flusso multicast provenga dalla giusta direzione. Ma è possibile avere il collegamento HSRP di standby come DR (router designato) sul lato PIM della casa. È possibile modificare questo comportamento impostando la priorità DR. ip pim dr-priority xmaggiore è la X maggiore è il valore.

Puoi anche verificare se il router vede i join multicast emettendo show ip mrouteche dovrebbe elencare anche il RP.

show ip pim neigh ti dirà anche se vede il vicino multicast a monte

Credo che VRRP segua lo stesso concetto, tuttavia non ne sono sicuro al 100% poiché utilizzo raramente gateway predefiniti multi-vendor.


"Loro" erano su Cisco, "noi" eravamo su Juniper.
Gerben,
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.