1. Introduction (Introduzione)

Stato: Proposed Standard
Pubblicato: August 2006
Stream: IETF
Errata: Nessun errata

Il modello di servizio multicast del protocollo Internet (IP) è definito nell'RFC 1112 [RFC1112]. L'RFC 1112 specifica che un datagramma inviato a un indirizzo multicast IP (da 224.0.0.0 a 239.255.255.255) G viene consegnato a ciascun "modulo di protocollo di livello superiore" che ha richiesto la ricezione di datagrammi inviati all'indirizzo G. L'RFC 1112 chiama il servizio di rete identificato da un indirizzo di destinazione multicast G un "gruppo di host". Questo modello supporta sia la comunicazione di gruppo uno-a-molti che molti-a-molti. Questo documento utilizza il termine "Any-Source Multicast" (ASM) per riferirsi al modello di multicast definito nell'RFC 1112. L'RFC 3513 [RFC3513] specifica la forma degli indirizzi multicast IPv6 con semantica ASM.

Gli indirizzi IPv4 nell'intervallo 232/8 (da 232.0.0.0 a 232.255.255.255) sono attualmente designati come indirizzi di destinazione multicast specifici della sorgente (SSM) e sono riservati per l'uso da parte di applicazioni e protocolli specifici della sorgente [IANA-ALLOC].

Per IPv6, il prefisso dell'indirizzo FF3x::/32 è riservato per l'uso multicast specifico della sorgente, dove 'x' è qualsiasi identificatore di ambito valido, da [IPv6-UBM]. Utilizzando la terminologia di [IPv6-UBM], tutti gli indirizzi SSM devono avere P=1, T=1 e plen=0. [IPv6-MALLOC] impone che il campo del prefisso di rete di un indirizzo SSM sia anch'esso impostato a zero, quindi tutti gli indirizzi SSM rientrano nell'intervallo FF3x::/96. Documenti futuri potrebbero consentire un campo prefisso di rete diverso da zero se, ad esempio, viene definita una nuova mappatura da indirizzo IP a indirizzo MAC. Pertanto, l'allocazione degli indirizzi dovrebbe (SHOULD) avvenire all'interno dell'intervallo FF3x::/96, ma un sistema dovrebbe (SHOULD) trattare tutto FF3x::/32 come indirizzi SSM, per consentire la compatibilità con possibili usi futuri del campo prefisso di rete.

Gli indirizzi nell'intervallo da FF3x::4000:0001 a FF3x::7FFF:FFFF sono riservati in [IPv6-MALLOC] per l'allocazione da parte della IANA. Gli indirizzi nell'intervallo da FF3x::8000:0000 a FF3x::FFFF:FFFF sono consentiti per l'allocazione dinamica da parte di un host, come descritto in [IPv6-MALLOC]. Gli indirizzi nell'intervallo da FF3x::0000:0000 a FF3x::3FFF:FFFF sono indirizzi SSM IPv6 non validi. ([IPv6-MALLOC] indica che da FF3x::0000:0001 a FF3x::3FFF:FFFF devono impostare P=0 e T=0, ma per SSM, [IPv6-UBM] impone che P=1 e T=1, da cui la loro designazione come non validi.) Il trattamento di un pacchetto inviato a un tale indirizzo non valido non è definito -- un router o un host PUÒ (MAY) scegliere di scartare tale pacchetto.

La semantica di consegna multicast specifica della sorgente viene fornita per un datagramma inviato a un indirizzo SSM. Cioè, un datagramma con indirizzo IP sorgente S e indirizzo di destinazione SSM G viene consegnato a ciascun "socket" di livello superiore che ha specificamente richiesto la ricezione di datagrammi inviati all'indirizzo G dalla sorgente S, e solo a quei socket. Il servizio di rete identificato da (S,G), per l'indirizzo SSM G e l'indirizzo dell'host sorgente S, viene denominato "canale". A differenza del modello ASM dell'RFC 1112, SSM fornisce supporto a livello di rete solo per la consegna uno-a-molti.

I vantaggi del multicast specifico della sorgente includono:

Eliminazione della consegna incrociata del traffico quando due sorgenti utilizzano contemporaneamente lo stesso indirizzo di destinazione specifico della sorgente. L'uso simultaneo di un indirizzo di destinazione SSM da parte di più sorgenti e diverse applicazioni è esplicitamente supportato.
Evitare la necessità di coordinamento tra host quando si scelgono indirizzi specifici della sorgente, come conseguenza di quanto sopra.
Evitare molti dei protocolli e degli algoritmi del router necessari per fornire il modello di servizio ASM. Ad esempio, gli "alberi condivisi" e i punti di incontro (Rendezvous Points) del protocollo PIM - Sparse Mode (PIM-SM) [PIM-SM] non sono necessari per supportare il modello specifico della sorgente. I meccanismi del router richiesti per supportare SSM sono infatti in gran parte un sottoinsieme di quelli utilizzati per supportare ASM. Ad esempio, il meccanismo dell'albero del percorso più breve del protocollo PIM-SM può essere adattato per fornire la semantica SSM.

Come ASM, l'insieme dei ricevitori è sconosciuto a un mittente SSM. A una sorgente SSM non viene fornita né l'identità dei ricevitori né il loro numero.