Socket UDP-Übertragung mit Flusskontrolle

[java83]

UDP-Übertragung mit Flusskontrolle, ein java-Programm die zwischen Server und Client in selben rechner, Daten zum umtauschen darstellen kann, ich habe viel beispiele gefunden aber die funktionieren komische weise nicht wenn jemand das programm bereit hat kann er paar kommentare dazu schreiben damit ich es vertehen kann. ich bin noch Anfänger und habe ich als hausaufgabe bekommen. vielen Dank.

 

[java83]

sieht jemand meine Frage oder nicht????

 

[HoaX]

Da in deinem ersten Post kein einziges Fragezeichen auftaucht, und auch sonst zu viel mit Satzzeichen gespart wurde, könnte man auf deinen zweiten Post mit "nein" antworten wollen.
Da du aber eine Tautologie formuliert hast ist die Antwort ganz eindeutig: Ja!

 

[Gast2]

Da du aber eine Tautologie formuliert hast ist die Antwort ganz eindeutig: Ja!

ja - Du kannst das TCP-Rad in UDP neu erfinden

 

[TheDarkRose]

Oder du nimmst einfach TCP :lol:

 

[java83]

danke für eure antwort.
aber die aufgabe lautet dass ich ein internet-protokoll mit java entweckeln der daten über udp mit flusskontrolle (wenn die packet sich verspätet oder verloren geht soll der server es neu senden nach bistimmte zeit "time to live"). hat jemand das programm schon bereit oder gebt es eine leichte beispiel der bringt mich zum lösung?????? Vielen Dank

 

[TheDarkRose]

Gott, wer stellt den solche dummen Aufgaben? Schau dir an wie TCP arbeitet und baue dies dann auf Basis von UDP nach.

 

[irgendjemand]

wie bereits erwähnt wäre diese aufgabe folgend zu beantworten : neu-erfindung von TCP auf basis UDP

im groben arbeitet TCP recht einfach

nach dem handshake *bei dem SYN und SEQ synchronisiert werden* erhält jedes paket eine sequenz-nummer ... also eine nummer anhand derer die reihenfolge der pakete eindeutig identifizier bar ist ...

dessweiteren erwartet TCP auf jedes gesendete pakete eine empfangsbestätigung innerhalb eines festgelegten timeouts ... erfolgt dieses nicht wird das paket erneut gesendet ...

die SEQ-nummer ist dann noch für den empfänger interessant um die eingegangen daten wieder in die richtige reihenfolge zu bringen

und da UDP und TCP schon seit jahrzehnten etablierte standards sind sollte man den aufgabensteller wirklich mal um die sinnhaftigkeit fragen ...

zu mal man mit Java ohne externe LIBs eh probleme bekommt sowas nachzubauen ... da Java selbst nur UDP und TCP bereitstellt ...

um jetzt aber ein eigenes protocol auf basis IP zu entwickeln bräuchte man low-level LIBs um die pakete wirklich selbst zusammenbauen zu können ... andernfalls legt java um deine "daten" noch die entsprechenden protocol-header was dann wieder zu problemen führen kann

 

[Gast2]

Gott, wer stellt den solche dummen Aufgaben?

als Übungsaufgabe ist das aber in Ordnung ... persönlich gesehen - eine schöne Aufgabe ... aber in Anwendungen natürlich völlig unsinnig

aber die aufgabe lautet [...]

hand, mogel