Senden von Nachrichten in einem TCP-Stream

TCP ist stream-basiert, dh, Sie senden Bytes, ohne dass diese sich notwendigerweise in einer "Nachricht" befinden, sodass der Empfänger eine halbe Nachricht oder ein und zwei Drittel der Nachrichten erhalten kann.Senden von Nachrichten in einem TCP-Stream

Also in etwas wie ein Spiel, in dem jede Nachricht eine feste Größe ist, wenn ich einen Teil einer Nachricht erhalte, könnte ich es einfach in einem Puffer behalten, bis ich den anderen Teil erhalte. Das ist ein bisschen mühsam, aber gibt es ein anderes auf Nachrichten basierendes zuverlässiges Protokoll? Es gibt wahrscheinlich, aber keine sind im Betriebssystem wie mit TCP und UDP implementiert, so dass ich einige Bibliothek verwenden müssen, was gut ist, solange es einfach zu bedienen ist.

Ich könnte immer ein einigermaßen zuverlässiges UDP-Protokoll machen. Was schlägst du vor?

Quelle

2012-03-29 slartibartfast

Sie könnten Ihr eigenes ACK-basiertes Protokoll über UDP implementieren. Stellen Sie die Nachricht mit einer Nachrichten-/Sequenznummer auf der Sendeseite vor und geben Sie diese Nummer auf der Empfangsseite an den Absender zurück. Starten Sie für jede Nachricht einen Zeitgeber auf der sendenden Seite und brechen Sie ihn ab, wenn Sie die entsprechende Bestätigung erhalten. Wenn der Timer erscheint, senden Sie die Nachricht erneut.

XMPP ist viel zu schwer für diese Anwendung.

Quelle

2012-03-29 17:08:07 boettger1

Als diese Frage erneut auftauchte, fiel mir ein, dass ich tatsächlich damit fertig wurde. – slartibartfast

Der Begriff "unzuverlässig" um UDP kann Leute davon abhalten, es zu benutzen, aber meistens bedeutet es, dass zusätzliche Zuverlässigkeitsmaße nicht wie TCP in das Protokoll eingebaut sind. In einigen Kontexten werden Sie möglicherweise nicht benötigt oder sogar reproduziert, z. wenn Ihre Anwendung fehlertolerant ist oder wenn das Netzwerkdesign und die Datenlast die Fehler auf tolerierbare Werte reduzieren. In Echtzeitkontexten könnten diese Extras sogar ablenken. Für Ihren Gaming-Kontext ist UDP, das auf diese Weise verwendet wird, sehr verbreitet. – omatai

Sie können einen Blick auf XMPP werfen. Es ist ein TCP/IP-basiertes Protokoll, das auf XML-Nachrichten basiert.

Quelle

2012-03-29 16:45:23

Vielleicht ist das ein bisschen langsam und schwer für Spiele? – slartibartfast

Protocol Buffers, ist weniger bekannt, dass XMPP aber in Ihrem Fall von Interesse sein könnte.

http://code.google.com/intl/en-US/apis/protocolbuffers/docs/overview.html

Quelle

2012-03-29 16:49:30 dweeves

Protokollpuffer sehen interessant aus. Ich werde es mir ansehen. – slartibartfast

Es scheint keine offizielle C-Version zu geben und die von Drittanbietern sind noch nicht voll funktionsfähig. Erwähnen Sie dies, weil die Frage C markiert ist, nicht C++. – Ioan

Diese Antwort ist für die Frage unerheblich. Protokollpuffer lösen das Netzwerkproblem nicht, es stellt nur die Serialisierung bereit. – kshahar

Wenn Sie Transportschichtprotokoll suchen, dann SCTP überprüfen. SCTP ist nachrichtenorientiert wie UDP und sorgt für einen zuverlässigen, sequentiellen Transport von Nachrichten mit Überlastungskontrolle wie TCP.

SCTP ist noch nicht weit verbreitet. Also schlage ich vor, TCP mit irgendeiner Art von Framing zu verwenden.

Quelle

2012-03-29 16:50:11 SKi

Gibt es eine gute Bibliothek dafür? – slartibartfast

Linux-Kernel hat Unterstützung dafür. Und auch BSD Kernel-Implementierung existiert. Ich kenne keine Windows- oder Userspace-Bibliotheken. – SKi

http://www.bluestop.org/SctpDrv/ ist ein möglicher Treiber für SCTP unter Windows. – Ioan

Sie könnten ØMQ (ZeroMQ) als Ihre Messaging-Infrastruktur verwenden. ZeroMQ bietet eine zuverlässige Nachrichtenweiterleitung über TCP und andere Transportmechanismen. Es hat eine C-API und eine umfassende guide.

Beachten Sie, dass Sie eine externe Bibliothek für alle Peers verwenden müssten, aber Sie sagten, dass das OK für Sie ist.

Quelle

2012-07-10 12:49:00 kshahar

Senden von Nachrichten in einem TCP-Stream

Antwort

Verwandte Themen