Protocol-Independent Multiemisji i Multipoint
Windows Sockets 2 zapewnia ogólną metodę wykorzystania funkcji multipoint i multiemisji transportu. Ta ogólna metoda implementuje te funkcje tak samo, jak umożliwia dostęp do podstawowych możliwości transportu danych wielu protokołów transportowych. Termin multipoint jest używany w dalszej części do odwoływania się do komunikacji multiemisji i multipoint.
Bieżące implementacje multipoint (na przykład multiemisji IP, ST-II, T.120 i ATM UNI) różnią się znacznie. Sposób łączenia węzłów z sesją wielopunktową, niezależnie od tego, czy określony węzeł jest wyznaczony jako węzeł centralny lub główny, oraz czy dane są wymieniane między wszystkimi węzłami lub tylko między węzłem głównym a różnymi węzłami liścia różnią się między implementacjami. Struktura WSAPROTOCOL_INFO dla gniazd systemu Windows 2 służy do deklarowania różnych atrybutów multipoint protokołu. Sprawdzając te atrybuty, programista wie, jakie konwencje mają być zgodne z odpowiednimi funkcjami Windows Sockets 2 do konfigurowania, wykorzystywania i usuwania sesji multipoint.
Poniżej przedstawiono podsumowanie funkcji winsock obsługujących wiele punktów:
- Dwa atrybuty bitów w strukturze WSAPROTOCOL_INFO.
- Cztery flagi zdefiniowane dla parametru dwFlags funkcji WSASocket.
- Jedna funkcja, WSAJoinLeaf, do dodawania węzłów liścia do sesji wielopunktowej
- Dwa WSAIoctl kody poleceń do kontrolowania sprzężenia zwrotnego multipoint i ustanawiania zakresu transmisji multiemisji. (Ten ostatni odpowiada czasowi multiemisji IP na żywo lub parametrowi TTL).
Nuta
Włączenie tych funkcji wielopunktowych w systemach Windows Sockets 2 nie wyklucza korzystania z istniejącego interfejsu zależnego od protokołu, takiego jak opcje gniazd deerowania dla multiemisji IP.
Zobacz Multipoint and Multicast Semantics, aby uzyskać szczegółowe informacje na temat sposobu scharakteryzowania różnych schematów multipoint i sposobu korzystania z odpowiednich funkcji windows Sockets 2.