Protocol-Independent Multicast e Multipoint in SPI
Proprio come Windows Sockets 2 consente l'accesso alle funzionalità di trasporto dati di base di numerosi protocolli di trasporto in modo generico, offre anche un modo generico per usare funzionalità multipoint e multicast dei trasporti che implementano queste funzionalità. Per semplificare, il termine multipoint viene usato qui dopo per fare riferimento alle comunicazioni multicast e multipoint.
Le implementazioni multipoint correnti (ad esempio, multicast IP, ST-II, T.120, ATM UNI) variano notevolmente rispetto al modo in cui i nodi si uniscono a una sessione multipoint, indipendentemente dal fatto che un determinato nodo sia designato come nodo centrale o radice e che i dati vengano scambiati tra tutti i nodi o solo tra un nodo radice e vari nodi foglia. La struttura WSAPROTOCOL_INFO Windows Sockets 2 viene usata per dichiarare gli attributi multipoint di un protocollo. Esaminando questi attributi, il programmatore saprà quali convenzioni seguire usando le funzioni Winsock applicabili per configurare, usare e rimuovere le sessioni multipunto.
Le funzionalità di Windows Sockets 2 che supportano il multicast possono essere riepilogate nel modo seguente:
- Tre bit di attributo nella struttura WSAPROTOCOL_INFO.
- Quattro flag definiti per il parametro dwFlags di WSPSocket
- Una funzione, WSPJoinLeaf, per l'aggiunta di nodi foglia in una sessione multipoint.
- Due WSPIoctl codici di comando per controllare il loopback multipoint e stabilire l'ambito per le trasmissioni multicast. Quest'ultimo corrisponde al parametro TTL o time-to-live multicast IP.
Nota
L'inclusione di queste funzionalità multipoint in Windows Sockets 2 non impedisce a un provider di servizi di supportare anche un'interfaccia dipendente dal protocollo esistente, ad esempio le opzioni socket Deering per il multicast IP.