UDP Datentransfer

[Klaus01]

Guten Abend,

sind die Rechner im einem LAN miteinander verbunden - oder liegt das "Internet dazwischen"?

Hast Du die Möglichkeit den Traffic mitzuschneiden (mit Wireshark ..)?

Liegt eventuell ein Fehler im Client vor?

Grüße
Klaus

[blackfin]

ReceiveString() ist soviel ich weiss blocking bzw. hat standardmäßig ein unendliches Timeout.
Nur eine vermutung (habe mit Indy-UDP noch nie gearbeitet): Kann es sein, dass bei einem Verbindungsabbruch während ReceiveString() ein Fehler auftritt ("connection reset" oder dergleichen) und noch Daten im Receive-Buffer hängen, so dass der Client nie weitergeht?

P.S.: Ich wollte mit meinem Beitrag nicht "klugscheissen" oder dir an den Karren pissen. Wenn dir das so vorkam, sorry, aber es hätte ja sein können, dass du nicht gewusst hast, dass bei UDP nicht unbedingt immer alle Daten ankommen...

[hanspeter]

Die Rechner hängen normal im Lan. (Betriebsnetz) und stehen beide auf meinem Schreibtisch, da ich die Lösung erst erprobe. (Ist die Protokollierung einer Maschinensteuerung.)
Die Frage stelle ich deshalb weil ich zu den Indys, je tiefer ich eindringe, immer weniger Vertrauen habe.
Ich verwende einen eigenen Timeout. Kommt innerhalb einer bestimmten Zeit keine Antort, dann setze ich die Steuerung komplett zurück und der Client sendet zyklisch einen Request an den Server. Ist der Server nicht bereit, dann wird die Ablaufsteuerung rückgesetzt und nach 3 Sek. ein neuer Request gesendet.
Der Server empfängt diesen auch und antwortet mit ACK (Ich schreibe ein Logfile.). Diese Antwort ( über die Bindings oder auch an den Serverport adressiert) kommt aber nicht an.
Ich will probieren den Verkehr mit zu protokollieren, da fehlt mir im Moment aber noch ein Tip für ein geeignetes Werkzeug.

Und an blackfin, sorry wenn meine Antwort ungehalten klang, war nicht so gemeint.
Mir passiertes bei einer Frage in diesem Forum in letzter Zeit halt öfter mal, dass man eine Antwort erhält, die völlig an der Fragestellung vorbeigeht. Irgendwann ist die eigentliche Frage total zerredet.
Ich selbst bin Diplominformatiker und seit über 40 Jahren im Fach. Mein erstes "größeres" Programm war 2.500 Lochkarten lang.
Wenn ich ein Thema angehe, dann beschäftige ich mich erst mit den Grundlagen. Um das Rad nicht nochmal zu erfinden, suche ich im Netz zwar nach vorhandenen Code.
Den verwende ich aber erst, wenn ich die Funktionalität verstanden habe.


Peter

[blackfin]

Schon ok

Zitat:

Ich will probieren den Verkehr mit zu protokollieren, da fehlt mir im Moment aber noch ein Tip für ein geeignetes Werkzeug.

Klaus01 hat ja bereits Wireshark erwähnt. Ich denke, damit solltest du alles sehen können, was über das Netzwerk läuft.

Achja, evtl. hilft dir bei dem Problem auch noch dieser Beitrag aus den EDN-Foren.

[sx2008]

Wenn Server und Client den gleichen UDP-Port benützen, wie verhinderst du dann, dass jeder Teilnehmer sofort seine eigenen gesendeten Daten empfängt?
Es müsste also irgendwo eine Abfrage geben: "if IPAdr=EigeneIPAdr then IngoreData".

Hast du Virenscanner und Personal Firewall testweise ausgeschaltet? (beide können nämlich den Empfang von Daten verhindern)

[samso]

@sx2008: Client und Server haben natürlich unterschiedliche IP-Adressen!

Ich vermute einen Fehler beim Anworten auf die Anfrage. Bei mir ist die Antwort so realisiert:

ABinding.SendTo(ABinding.PeerIP, ABinding.PeerPort, AData);
Wäre es möglich, dass bei Dir der PeerPort gecached wird und deshalb zeitweise nicht korrekt ist?

[hanspeter]

Ich bin jetzt soweit, dass wohl beim Client der Abfrage-Thread terminiert, wenn ich versuche einen
String mit LRead := FClient.ReceiveString(); abzufragen und der Server nicht gestartet ist.
Timeout ist auf 0 bzw. auf -2 (Defaultwert) gesetzt.
So wie es aussieht wartet der Client für eine feste Zeit (Timeout) auf Daten.
Diese Zeit muss extern vorgegeben werden.
Das Handling bei verzögerter Serverantwort scheint etwas problematisch zu sein.












Peter