reliable-multicast

___ tag123multicast ___ Multicast bezieht sich auf Eins-zu-Viele-Netzwerkübertragungsoptionen, bei denen Pakete automatisch nur an die Knoten weitergeleitet werden, die sie empfangen möchten. IP-basiertes Multicast ist der übliche Fall, obwohl andere Multicast-Implementierungen existieren. ___ answer15519407 ___

Haben Sie MSMQ (Microsoft Message Queuing) installiert? Es ist erforderlich, damit IPPROTO_RM auf Ms-basierten Computern funktioniert. Plus es funktioniert nur für Windows-Version & gt; = Xp || 2003

Bearbeiten: Ich habe gesehen, dass Sie es bereits überprüft haben.

    
___ tag123winsock2 ___ Windows Sockets 2 (Winsock) ermöglicht es Programmierern, erweiterte Internet-, Intranet- und andere netzwerkfähige Anwendungen zu erstellen, um Anwendungsdaten unabhängig vom verwendeten Netzwerkprotokoll drahtlos zu übertragen ___ tag123c ___ C ist eine universelle Computerprogrammiersprache, die für Betriebssysteme, Bibliotheken, Spiele und andere Hochleistungsanwendungen verwendet wird. Dieses Tag sollte bei allgemeinen Fragen zur C-Sprache verwendet werden, wie in der Norm ISO 9899: 2011 definiert. Fügen Sie ggf. ein versionsspezifisches Tag wie c99 oder c90 für Fragen zu älteren Sprachstandards hinzu. C unterscheidet sich von C ++ und es sollte nicht mit dem C ++ - Tag kombiniert werden, wenn ein rationaler Grund fehlt. ___ qstnhdr ___ IPPROTO_RM blockiert während des Annahmeaufrufs ___ qstntxt ___

Diese Frage ist ähnlich wie Ссылка , aber mein Code unterscheidet sich etwas von dem Code, daher kann es zu einer anderen Antwort kommen.

Ich versuche, eine zuverlässige Multicast-Server / Client Proof-of-Concept-Konfiguration zu erhalten.

Die Lösung selbst ist eine Server / Client-Verbindung. Der Client verbindet sich über TCP / IP mit dem Server. Der Server öffnet dann einen zuverlässigen Multicast-Socket, auf den der Client hört. Der Client sendet Nachrichten über TCP und der Server gibt sie über %code% zurück. Das Endziel besteht darin, dass viele Clients mit dem Server verbunden sind und alle jede geteilte Nachricht empfangen.

Der Beispielcode basiert auf dieser Seite .

Ich habe meine RM-Sockets ähnlich eingerichtet (siehe Listings unten). Die TCP-Sockets funktionieren einwandfrei. Das Problem liegt in den RM Sockets. Der Server öffnet den Multicast-Socket, dann %code% und %code% richtig zur Multicast-Adresse. Der Client jedoch %code% korrekt, aber der Aufruf von %code% blockiert für immer.

Client- und Serverprozesse werden auf demselben Host ausgeführt.

Ich habe überprüft, und Multicasting-Unterstützung ist auf dem Host (Server 2008) installiert.

Update : Ich habe festgestellt, dass das Akzeptieren manchmal zurückkehrt, wenn ich zuerst einige Daten von der Senderseite in den Socket sende. Dies ist weder ideal noch zuverlässig.

Aktualisieren : Die Zeichen zeigen auf den Schalter. Scheint so, als würde ein kleiner Hub es nicht schneiden. Wir hatten einen urkomischen Vorfall, der dazu führte, dass das gesamte Gebäude verloren ging.

Auflistungen

Server erstellt und verbindet den Multicast Sender

%Vor%

Client erstellt und akzeptiert Multicast Reader

%Vor%     
___ tag123reliaflemulticast ___ Ein zuverlässiges Multicast-Protokoll ist ein Computer-Netzwerkprotokoll, das mehreren Empfängern gleichzeitig eine zuverlässige Sequenz von Paketen zur Verfügung stellt ___
1
Antwort

IPPROTO_RM blockiert während des Annahmeaufrufs

Diese Frage ist ähnlich wie Ссылка , aber mein Code unterscheidet sich etwas von dem Code, daher kann es zu einer anderen Antwort kommen. Ich versuche, eine zuverlässige Multicast-Server / Client Proof-of-Concept-Konfiguration zu erhalten....
04.03.2013, 03:23