Protocol-Independent Multicast e Multipoint nello SPI
Proprio come Windows Sockets 2 consente di accedere 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 a comunicazioni multicast e multipoint.
Le implementazioni multipoint correnti (ad esempio, multicast IP, ST-II, T.120, ATM UNI) variano ampiamente rispetto al modo in cui i nodi si uniscono a una sessione multipoint, se un determinato nodo è designato come nodo centrale o radice e se i dati vengono scambiati tra tutti i nodi o solo tra un nodo radice e vari nodi foglia. La struttura di Windows Sockets 2 WSAPROTOCOL_INFO viene usata per dichiarare gli attributi multipoint di un protocollo. Esaminando questi attributi, il programmatore conoscerà le convenzioni da seguire usando le funzioni Winsock applicabili per configurare, usare e rimuovere sessioni multipoint.
Le funzionalità di Windows Sockets 2 che supportano il multicast possono essere riepilogate come segue:
- 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 codici di comando WSPIoctl per controllare il loopback multipoint e stabilire l'ambito per le trasmissioni multicast. Quest'ultimo corrisponde al parametro time-to-live o TTL IP multicast.
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 del socket Deering per il multicast IP.