UDP Datei senden und empfangen

[BUG]

Wenn du etwas ernsthaftes, nicht-Echtzeit-kritisches mit größeren Datenmengen (Nachricht >> 1 Datagram) implementieren möchtest, solltest du nicht nur wegen des Hole-Punching auf TCP verzichten. Insbesondere, wenn das ganze über das Internet gehen soll. TCP würde jahrzehntelang auf die Übertragung von Byte-Strömen durch das Internet optimiert.

Wenn du es dir um den Lerneffekt geht: Viel Spaß dabei.
Hier findest du mit dem XDT-Protokol ein Beispiel, wie man ein paar grundlegende Dinge angehen kann.

[TTF]

Zitat:

Zitat von BUG (Beitrag 1233496)

..., solltest du nicht nur wegen des Hole-Punching auf TCP verzichten. Insbesondere, wenn das ganze über das Internet gehen soll. TCP würde jahrzehntelang auf die Übertragung von Byte-Strömen durch das Internet optimiert.

Ich verstehe irgendwie den Sinn dieser Aussage nicht. Einerseits sagst du, das ich auf TCP verzichten soll, andereseits rühmst TCP in Sachen Übertragung. Wie hast du das genau gemeint?

[BUG]

Zitat:

Zitat von TTF (Beitrag 1233529)

Einerseits sagst du, das ich auf TCP verzichten soll, anderseits rühmst TCP in Sachen Übertragung.

Ich habe es anders gemeint :mrgreen:

Nämlich im Sinne von:
Wenn man nicht etwas spezielles macht, sollte man bei TCP bleiben.
Es wäre ein riesiger Aufwand, ein Protokoll zu entwerfen, welches nur annähernd so durchdacht ist wie TCP.
Man macht das (afaik) in der Regel nur, wenn man 1. keine Zuverlässigkeit braucht und die Flusskontrolle + Stauvermeidung selbst übernehmen will (z.B. Echtzeit/Multimedia) oder 2. die zu übermittelnde Botschaft so kurz ist, das die Übertragung allein durch die Handshakes bedeutend verzögert wird (z.B. RPC).

[TTF]

Ach so hast du das gemeint:mrgreen:.
Theoretisch habe ich nichts dagegen, auf TCP umzusteigen.
Aber ich kapiere irgendwie nicht, wie Hole Punching bei TCP funktioniert. Da das Protokoll nicht wie UDP verbindungslos ist merkt es ja sofort, ob die Anfrage fehlschlägt. Und dann haben wir ja kein "Loch" mehr in der Firewall. Oder versteh ich das jetzt falsch? Kann mir das bitte jemand genauer erklären?

[Aphton]

Firewall? Wat? Weißt du überhaupt, was Holepunching ist?

[TTF]

Ja ich weiss, ich habe mich unpräzise ausgedrückt und bin davon ausgegangen, das zur heutigen Zeit jeder Router auch eine interne Firewall hat...

PS: Ich fänds noch nett, wenn du mich nicht wegen jedem Scheiss fertigmachst.

[Aphton]

Das Mapping der internen und externen Ports über die NAT (Network Addresss Translation) hat afaik absolut gar nichts mit einer Firewall zu tun!

Edit:

Zu deinem PS... Tut mir Leid, aber nein. Wir sind hier in einem Forum, wo Wissen ausgetauscht wird. Leute die dieses Thread hier nachher bei ihren Problemen lesen werden, sollten keine falsche Informationen bekommen.

Ich mache dich nicht fertig, ich korrigiere dich; jetzt bist du schlauer! Oder willst du nicht schlauer werden?

Die Art, wie ich antworte soll lehren, dass du nächstes Mal genauer drüber nachdenkst, wenn du etwas schreibst!

[sx2008]

Zitat:

Zitat von TTF (Beitrag 1233484)

Ich glaube ich bleibe mal vorerst bei UDP, da ich erstens schon ein paar Erfolge (wenn auch ziemlich lustige) erzielt habe und es sich besser erweitern lässt

Also Trivial File Transfer Protokoll ist UDP und es ist so ziemlich das einfachste Protokoll mit dem man über UDP Dateien übertragen kann.
Jede Vorgehensweise die noch einfacher sein will oder irgendwas weglassen will wird nicht funktionieren.

Stell dir vor du willst einen neuen Zug erfinden.
Dann wäre es doch viel viel einfacher das bestehende Schienensystem zu verwenden, oder?
Du möchtest vielleicht ein neues Schienenprofil mit weniger Reibung erfinden.
Dan wäre es sehr geschickt dafür existierende Züge zu verwenden.
Regelrecht dumm wäre es Zug und Schienen neu zu erfinden wenn das Gesamtergebnis schlechter als das bisherige Standardsystem ist.

So und jetzt übertrage diese Analogie auf Client und Server.
Wenn du Client und Server gleichzeitig eintwickeln musst und ausserdem kaum eine Ahnung hast wie Netzwerkprotokolle funktionieren, tja dann wird es richtig schwierig.
Wenn aber z.B. der Server und das Datenprotokoll schon feststehen, dann ist es viel einfacher einen Client zu programmieren.

[BUG]

Zitat:

Zitat von Aphton (Beitrag 1233697)

Ich mache dich nicht fertig, ich korrigiere dich; jetzt bist du schlauer! Oder willst du nicht schlauer werden?

Ein bisschen freundlicher hätte nicht geschadet :|

Zitat:

Zitat von Aphton (Beitrag 1233697)

Wir sind hier in einem Forum, wo Wissen ausgetauscht wird. Leute die dieses Thread hier nachher bei ihren Problemen lesen werden, sollten keine falsche Informationen bekommen.

Ich denke, diese Leute hätten sich auch über eine Erläuterung gefreuen, warum die Informationen falsch sind.
Ein "Wat?" hilft denen genauso wenig wie es TTF hilft :mrgreen:

[TTF]

Doch natürlich möchte ich schlauer werden:-D, aber es funktioniert ja auch, wenn der Computer direkt am Netz hängt, also ohne Router. Wie gesagt, ich habe mich unpräzise ausgedrückt und hätte besser NAT schreiben sollen.