12. Operazione Multicast

Questa sezione descrive un'operazione di instradamento multicast su una rete IPv6 RPL e, specificamente, come i DAO unicast possono essere utilizzati per inoltrare le registrazioni di gruppo. Lo stesso costrutto DODAG può essere utilizzato per inoltrare traffico unicast e multicast. Questa sezione è limitata a una descrizione di come le registrazioni di gruppo possono essere scambiate e come funziona l'infrastruttura di inoltro. Non fornisce una descrizione completa del multicast all'interno di una LLN e, in particolare, non descrive la generazione di DODAG specificamente mirati al multicast o i dettagli dell'operazione di RPL per il multicast -- ciò sarà oggetto di ulteriori specifiche.

La registrazione del gruppo multicast utilizza messaggi DAO che sono identici all'unicast tranne per il tipo di indirizzo che viene trasportato. La differenza principale è che il traffico multicast che va verso il basso viene copiato a tutti i figli che si sono registrati con il gruppo multicast, mentre il traffico unicast viene passato a un solo figlio.

I nodi che supportano la modalità di operazione Storing di RPL DOVREBBERO anche supportare le operazioni DAO multicast come descritto di seguito. I nodi che supportano solo la modalità di operazione Non-Storing non sono tenuti a supportare questa sezione.

L'operazione multicast è controllata dal campo MOP nel DIO.

Se il campo MOP richiede il supporto multicast, allora un nodo che si unisce alla rete RPL come router deve operare come descritto in questa sezione per la segnalazione e l'inoltro multicast all'interno della rete RPL. Un nodo che non supporta l'operazione multicast richiesta dal campo MOP può unirsi solo come foglia.
Se il campo MOP non richiede il supporto multicast, allora il multicast è gestito in qualche altro modo che è fuori dall'ambito di questa specifica. (Esempi possono includere una serie di copie unicast o inondazioni a portata limitata).

Un router potrebbe scegliere di passare un messaggio DAO di registrazione dell'ascoltatore solo al suo genitore preferito; nel qual caso, i pacchetti multicast che tornano indietro potrebbero essere persi per tutti i suoi sub-DODAG se la trasmissione fallisce su quel collegamento. In alternativa, il router potrebbe scegliere di copiare genitori aggiuntivi come farebbe per i messaggi DAO che annunciano destinazioni unicast; nel qual caso, potrebbero esserci duplicati che il router dovrà sfoltire.

Di conseguenza, gli stati di instradamento multicast sono installati in ogni router sulla via dagli ascoltatori alla radice del DODAG, consentendo alla radice di copiare un pacchetto multicast a tutti i suoi router figli che avevano emesso un messaggio DAO includendo un'opzione Target per quel gruppo multicast.

Per un pacchetto multicast proveniente dall'interno del DODAG, il pacchetto viene passato ai genitori preferiti, e se ciò fallisce, allora alle alternative nel DODAG. Il pacchetto viene anche copiato a tutti i figli registrati, tranne quello che ha passato il pacchetto. Infine, se c'è un ascoltatore nell'infrastruttura esterna, allora la radice del DODAG deve propagare ulteriormente il pacchetto nell'infrastruttura esterna.

Di conseguenza, la radice del DODAG agisce come un punto di incontro proxy automatico per la rete RPL e come sorgente verso il dominio non-RPL per tutti i flussi multicast avviati nel dominio RPL. Quindi, indipendentemente dal fatto che la radice sia effettivamente collegata a un dominio non-RPL, e indipendentemente dal fatto che il DODAG sia grounded o floating, la radice può servire flussi multicast interni in ogni momento.