Il multicast è un metodo di inoltro del traffico Ip a un gruppo di ricevitori con un singolo flusso. È spesso utilizzato per applicazioni video e sfrutta indirizzi Ip riservati. Alcuni service provider per erogare i canali televisivi attraverso la rete lo utilizzano al posto del poco conveniente unicast.

Come riesce a migliorare l’efficienza? Elimina la ridondanza del traffico riducendo il carico dei server. Vediamo come avviene l’inoltro del traffico multicast definito nell'rfc 4601 (PIM sparse mode), nel caso di un utente che, per esempio, desideri visionare uno streaming video erogato da una sorgente remota.

Differenza di banda tra unicast (con il quale si intende un pacchetto destinato ad un solo computer) 
e multicast nel caso di 10 utenti, per uno stream di 200kbps (kilobit per secondo)

Per ottenere un ambiente multicast video, all’interno di una rete abbiamo bisogno di questi attori:

-     Un rendez-vous point (RP)

-     Una o più sorgenti dello streaming video

-     Uno o più utenti che ricevono lo streaming

I ricevitori si segnalano al Rendez-vous Point (RP)

Nell’immagine il PC che vuole ricevere il flusso, manda un pacchetto di segnalazione, nello specifico chiamato IGMP join (il pacchetto blu in figura). Il primo router incontrato da questo tipo di join si chiama first-hop router e ha il compito di inviare verso l’RP un altro tipo di join, chiamata PIM join (pacchetto arancione). Poiché tutti i router della rete hanno configurato l’indirizzo dell’RP,  oppure l’hanno imparato  dinamicamente, questa join “risale” hop-by-hop nella rete, da un router all'altro, seguendo il percorso migliore, fino a raggiungere il Rendez-vous Point (RP).

I router che sono "attraversati" da questa join tengono traccia del passaggio di questa join e costruiscono a questo punto il ramo dello shared tree, l'albero di distribuzione del multicast condiviso (shared) da più sorgenti che permetterà al gruppo G, quello richiesto dal ricevitore, di avere un percorso dall’RP fino al ricevitore dell’utente che ha richiesto lo streaming. In altre parole, attraverso questi pacchetti denominati join, i ricevitori chiedono lo streaming multicast da qualsivoglia sorgente all’unico elemento che conoscono: il Rendez-vous Point. I router della rete che hanno imparato la strada RP-ricevitore la useranno al prossimo step.

Le sorgenti si registrano al Rendez-vous Point (RP)

La seconda parte dell’operazione è il processo di registrazione che può essere diviso nella sequenza di eventi che segue.

Quando la sorgente inizia ad erogare il suo flusso (1), il primo router della rete incapsula il multicast nativo della sorgente in pacchetti unicast (2), chiamati register messages, destinati all’RP.

Arrivati all’RP, questi pacchetti unicast:

·        vengono decapsulati e trasmessi sullo shared tree con destinazione il ricevitore (3),

·        come seconda azione, una volta ricevuti i messaggi di register message, l’RP invia verso la sorgente una join PIM (S,G)  per creare un ramo dello shortest-path tree (4).

Quando la join (S,G) raggiunge il router più vicino alla sorgente, questo router inizia a trasmettere sul nuovo albero shortest-path il multicast nativo proveniente dalla sorgente (5), senza smettere di inoltrare i register messages verso l’RP. In questo periodo di tempo l’RP e il ricevitore riceve pacchetti duplicati: sia quelli unicast che, decapsulati, vengono inoltrati alla sorgente, sia quelli multicast anche loro inoltrati alla sorgente.

Appena l’RP riceve questi duplicati, manda un register-stop per fermare i messaggi unicast (6), cosa che avviene appena il router vicino alla sorgente riceve la segnalazione.

Si ottimizza il percorso

Ultimo passaggio è lo switchover del percorso sullo shared tree verso il percorso shortest tree. Il router vicino al ricevitore manda una join (S,G) verso la sorgente (7). Attraversando la rete, si costruisce a ritroso l’ultimo pezzo del percorso sorgente-ricevitore senza necessariamente passare dall’RP permettendo di fruire del flusso multicast attraverso questo percorso, in rosso(8). Ultimo, al fine di fermare il traffico non voluto proveniente dall’RP (9) verso il ricevitore e dalla sorgente verso l’RP (10), si utilizza una speciale join chiamata (S,G) RP-bit Prune message.