4.3. Allocation of Source-Specific Multicast Addresses (Allocazione degli indirizzi multicast specifici della sorgente)
L'indirizzo di destinazione SSM 232.0.0.0 è riservato e non deve essere usato come indirizzo di destinazione. Analogamente, anche FF3x::4000:0000 è riservato. Lo scopo di riservare questi due indirizzi è preservare un indirizzo di destinazione SSM non valido per IPv4 e IPv6, utile in un'implementazione come valore nullo. L'intervallo di indirizzi 232.0.0.1 - 232.0.0.255 è attualmente riservato per l'allocazione da parte della IANA. Gli indirizzi di destinazione SSM nell'intervallo da FF3x::4000:0001 a FF3x::7FFF:FFFF sono analogamente riservati per l'allocazione IANA [IPv6-MALLOC]. La motivazione per la riserva di questi indirizzi è delineata nella Sezione 9, "Considerazioni IANA".
La politica di allocazione degli altri indirizzi SSM alle applicazioni mittenti è determinata strettamente in modo locale dall'host mittente.
Quando si allocano indirizzi SSM dinamicamente, un host o un sistema operativo host NON DEVE allocarli sequenzialmente a partire dal primo indirizzo consentito. Si RACCOMANDA di allocare indirizzi SSM alle applicazioni in modo casuale, garantendo al tempo stesso che gli indirizzi già allocati non siano assegnati simultaneamente a più applicazioni ed evitando gli indirizzi riservati. Per IPv6, la randomizzazione dovrebbe applicarsi ai 31 bit meno significativi dell'indirizzo.
Come descritto nella Sezione 6, la mappatura di un pacchetto IP con indirizzo di destinazione SSM su un indirizzo multicast di livello collegamento non considera l'indirizzo IP sorgente del datagramma, su livelli di collegamento comunemente usati come Ethernet. Se tutti gli host iniziassero dal primo indirizzo consentito, con alta probabilità molti canali specifici della sorgente su LAN a mezzo condiviso userebbero lo stesso indirizzo multicast di livello collegamento. Di conseguenza, il traffico destinato agli iscritti di un canale verrebbe consegnato al modulo IP di un altro canale, che dovrebbe poi scartare il datagramma.
Un sistema operativo host DOVREBBE fornire un'interfaccia che consenta a un'applicazione di richiedere un'allocazione univoca dell'indirizzo di destinazione del canale prima dell'inizio di una sessione, e questo database di allocazione DOVREBBE persistere attraverso i riavvii dell'host. Fornendo allocazioni persistenti, un'applicazione host può annunciare la sessione prima dell'orario di inizio su una pagina web o in un'altra directory. Questo problema non è specifico delle applicazioni SSM: lo stesso problema si presenta anche per ASM.
Questo documento non definisce interfacce per richiedere o restituire indirizzi, né specifica gli algoritmi host per memorizzare tali allocazioni. Un'API astratta plausibile è definita in RFC 2771 [RFC2771]. Si noti che RFC 2771 consente a un'applicazione di richiedere un indirizzo all'interno di uno specifico intervallo di indirizzi. Se questa interfaccia viene usata, l'indirizzo iniziale dell'intervallo DOVREBBE essere selezionato casualmente dall'applicazione.
Per IPv6, gli indirizzi di canale SSM con ambito amministrativo vengono creati scegliendo un identificatore di ambito appropriato per l'indirizzo di destinazione SSM. I normali confini di ambito multicast IPv6 [SCOPINGv6] si applicano al traffico inviato a un indirizzo di destinazione SSM, inclusi eventuali confini pertinenti applicati sia all'indirizzo sorgente sia all'indirizzo di destinazione.
Attualmente non è definito alcun intervallo di indirizzi con ambito amministrativo concordato globalmente [ADMIN-SCOPE] per il multicast specifico della sorgente IPv4. Per IPv4, l'ambito amministrativo degli indirizzi SSM può essere implementato all'interno di un dominio amministrativo filtrando, presso i router di confine del dominio, il traffico SSM in uscita inviato a un indirizzo con ambito.