Flusso Multicast Nativo - Modello Multicast Any-Source

Introduzione

Questo documento descrive il flusso di pacchetto del modello ASM (Any-Source Multicast).

Premesse

Questo documento fornisce il flusso del pacchetto di dettaglio del flusso del pacchetto multicast nativo e l'analisi del suo output. Descrive l'output dell'analisi di dettaglio e il flusso del pacchetto nel control plane e nel piano di inoltro.

ASM è il modello in cui il destinatario non è a conoscenza del mittente. Significa che può ricevere traffico da qualsiasi fonte. Il ricevente è a conoscenza solo del gruppo multicast utilizzato dal mittente e del protocollo IGMP (Internet Group Management Protocol) per sottoscrivere l'abbonamento e ricevere tutto il traffico destinato a questo indirizzo.

Tutto questo è trattato nel presente documento:

1. Cosa succede quando il ricevitore è attivo.

2. Cosa succede quando l'origine è attiva.

3. Cosa succede quando si riceve Register in Rendezvous Point (RP).

4. Modalità di formazione (S,G). Till First Hop Router (FHR).

5. Il percorso richiesto per il primo flusso multicast.

6. Cosa succede quando due flussi ricevono l'ultimo router hop (LHR).

7. Modalità di creazione dell'albero del percorso più breve (SPT, Shortest Path Tree) sulla struttura condivisa. Descrizione esatta dell'operazione e motivo del passaggio. 

Il protocollo PIM (Protocol Independent Multicast) viene utilizzato come protocollo di routing multicast tra l'origine e il destinatario per creare la struttura multicast. In ASM, la voce multicast (*,G) viene utilizzata dove * rappresenta un'origine qualsiasi e G è il ricevitore di indirizzi del gruppo multicast interessato a ricevere il traffico.

Passaggio 1. Quando il ricevente è attivo, invia un messaggio di report IGMP

• Una volta ricevuta l'espressione di interesse del destinatario, il router designato (DR) invia un messaggio di unione PIM all'RP per il gruppo multicast.
• Questo messaggio di join è noto come (*,G) Join perché viene aggiunto al gruppo G per tutte le origini a tale gruppo.
• L'unione (*,G) si sposta hop per hop verso l'RP del gruppo e, in ciascun router attraversato, viene creata un'istanza dello stato della struttura multicast per il gruppo G.

LHR viene considerato l'ultimo router hop perché ha il flag C nella voce (*,G), il che significa che ha un ricevitore connesso direttamente (in questo caso, lo stesso router usa il comando igmp join group).

Passaggio 2. Quando l'origine è attiva

• Prima che il DR invii il messaggio di registrazione, in breve, deve consultare la tabella mroute per assicurarsi che non sia il RP e che abbia informazioni RP-Set e che tutti i controlli richiedano che PIM sia abilitato tra DR e il router RP.
• Sia il tunnel FHR che il tunnel RP devono avere l'incapsulamento e la decapsulamento del tunnel a livello software.
• Registra messaggio fornisce le informazioni Gruppo di origini e l'esistenza di Origine.
• Il pacchetto multicast incapsulato viene estratto e l'RP verifica se esiste lo stato (*,G) per l'indirizzo di destinazione.
• Se lo stato non è (*,G), PIM Register-Stop viene inviato immediatamente.

Passaggio 3. Struttura condivisa modulo

• Prima che il DR invii il messaggio di registrazione, in breve, deve consultare la tabella mroute per assicurarsi che non sia il RP e che abbia informazioni RP-Set e tutti i controlli richiedono che PIM sia abilitato tra DR e il router RP
• Sia il tunnel FHR che il tunnel RP devono avere l'incapsulamento e la decapsulamento del tunnel a livello software
• Registra messaggio fornisce le informazioni Gruppo di origine ed esistenza se Origine.
• Il pacchetto multicast incapsulato viene estratto e l'RP verifica se esiste lo stato (*,G) per l'indirizzo di destinazione.
• Se lo stato non è (*,G), PIM Register-Stop viene inviato immediatamente.

Passaggio 4. (S,G) Raggiungimento del pacchetto verso FHR

• Solo la presenza di REGISTER MESSAGE all'RP (S,G) PIM JOIN viaggia all'FHR. Per creare lo stato Inoltro.
• Una volta che PIM JOIN ha completato il processo di creazione di uno stato di inoltro hardware per il flusso del traffico multicast.
• Se sono presenti (*,G) listener, l'RP inizia a costruire SPT verso l'indirizzo IP di origine multicast. In questa posizione viene eseguito il controllo RPF per individuare l'interfaccia a monte a cui inviare l'aggiunta PIM.

Passaggio 5. Primo flusso di pacchetti multicast, raggiungere il destinatario tramite struttura condivisa

• Un router inoltra il flusso multicast solo se ricevuto sull'interfaccia INC/RFP.
• L'indirizzo di origine dei pacchetti multicast è confrontato con RT unicast.
• Determinare l'interfaccia e il router multicast dell'hop successivo nella direzione dell'origine a cui è stato inviato il join.
• RP è in fase di unione alla struttura specifica dell'origine per S. I pacchetti di dati continueranno a essere incapsulati all'RP. Quando i pacchetti provenienti da SP iniziano ad arrivare anche in modo nativo all'RP, l'RP riceverà due copie di ciascuno di questi pacchetti.
• A questo punto, l'RP inizia a scartare la copia incapsulata di questi pacchetti e invia un messaggio REGISTER STOP al DR di S per impedire che il DR incapsuli inutilmente i pacchetti.

• Una volta che l'RP riceve il traffico di origine attraverso la struttura di origine. Il percorso di origine dell'hardware è stabilito. Impostare il flag "T" e l'albero è costruito.
• RP invia REGISTER STOP per eliminare il tunnel da FHR a RP dopo aver ricevuto il traffico di origine.
• Per interrompere questo processo di registrazione, l'RP invia un messaggio di interruzione del registro PIM 

Passaggio 6. LHR riceve il traffico da SPT e invia un messaggio di eliminazione verso la struttura condivisa

Dopo aver ricevuto due flussi di traffico multicast, l'LHR inizia a ricevere il traffico dall'SPT e invia un messaggio eliminato alla struttura ad albero condivisa.

Il flag J indica che lo stato rispettivo (*,G) è quello di commutare l'SPT dal router foglia. 

N. LHR

(10.0.12.1, 239.1.1.1), 00:00:38/00:02:21, bandiere: LJT

  Interfaccia in ingresso: Fast Ethernet0/0, RPF nbr 10.0.78.7

  Elenco interfacce in uscita:

    Gigabit Ethernet 1/0, Forward/Sparse, 00:00:38/00:02:21

Il flag "F" si trova in genere per gli stati creati sul router PIM DR e segnala gli stati di inoltro che corrispondono ai flussi registrati con l'RP. Se il flag "F" persiste, è molto probabile che il router non sia in grado di ricevere i messaggi PIM Register-Stop dal RP, e quindi vi sono origini che non sono passate al SPT.

Cronologia delle revisioni

Revisione	Data di pubblicazione	Commenti
1.0	12-Jan-2018	Versione iniziale