Hilfe bei tcpdump Analyse von Problem mit DC
Hallo,
stellt Euch ein Netzwerk vor, bei dem eigentlich alles funktioniert. Ein
großes Netzwerk, mit Laserbridges etc. Alles funktioniert? Nein, ein
kleines Programm namens DC weigert sich, den Download _bestimmter_
Netzwerksegmente abzuwickeln - umgekehrt geht es aber sehr flott. Fast
überflüssig zu erwähnen, dass per scp und anderen Programmen alles
wunderbar funktioniert.
Manchmal, also stoßweise, läuft es dann (aber kaum zu beobachten, muss
maximal alle halbe Stunde sein oder so). Ports spielen dabei keine Rolle.
tcpdump meint immer nur etwas wie Folgendes (ein Rechner aus genanntem
Netzwerksegment möchte bei mir Downloaden):
12:16:10.961351 192.168.218.33.1090 > 192.168.20.72.2222: .
1671:3119(1448) ack 338 win 6432
Torsdag 15 januar 2004 12:30 skrev René Matthäi:
Hallo,
stellt Euch ein Netzwerk vor, bei dem eigentlich alles funktioniert. Ein großes Netzwerk, mit Laserbridges etc. Alles funktioniert? Nein, ein kleines Programm namens DC weigert sich, den Download _bestimmter_ Netzwerksegmente abzuwickeln - umgekehrt geht es aber sehr flott. Fast überflüssig zu erwähnen, dass per scp und anderen Programmen alles wunderbar funktioniert.
Wie in DCGUI-QT ???
Manchmal, also stoßweise, läuft es dann (aber kaum zu beobachten, muss maximal alle halbe Stunde sein oder so). Ports spielen dabei keine Rolle.
tcpdump meint immer nur etwas wie Folgendes (ein Rechner aus genanntem Netzwerksegment möchte bei mir Downloaden):
12:16:10.961351 192.168.218.33.1090 > 192.168.20.72.2222: . 1671:3119(1448) ack 338 win 6432
(DF) (ttl 64, id 42553, len 1500) 12:16:17.969348 192.168.218.33.1090 > 192.168.20.72.2222: . 1671:3119(1448) ack 338 win 6432
(DF) (ttl 64, id 61164, len 1500) Der Paket inhalt ändert sich meistens kaum, solche Pakete kommen vielleicht alle 30 s.
Woran kann es liegen, dass 1. alles andere (bisher) funktioniert und 2. es nur die eine Richtung(!) bei einigen Segmenten betrifft.
Wenn ich was downloade, geht alles supi, lauter Pakete wie das hier,
12:22:08.699066 130.83.20.72.3723 > 130.83.218.33.9176: . 2428861:2430321(1460) ack 285 win 65251 (DF) (ttl 122, id 59667, len 1500)
und dazwischen regelmäßig alle ca. 10 Pakete
12:25:05.501622 130.83.218.33.9176 > 130.83.20.72.3725: . [tcp sum ok] 275:275(0) ack 11121715 win 61320 (DF) (ttl 64, id 48062, len 40)
Jedes DC-Paket wird wohl mit so einer obigen Meldung eingeleitet und dann auf mehrere IP-Pakete verteilt. Das heißt auf jeden Fall, dass dann die Kommunikation in seine Richtung auch klappen muss!?
Oder könnte es vielleicht an den MTUs liegen?
Wer irgendeine Idee hat, melde sich mal bitte. Wir sind hier alle relativ ratlos...
Fredag 16 januar 2004 17:56 skrev René Matthäi:
Hi,
yep@osterbo-net.dk wrote:
Wie in DCGUI-QT ???
ja. Ist echt Mist so.
Ré
Hmmm weiss nicht so recht was da passiert, aber geht zum dcgui forum und frag da nach. Und würde sinn machen info's zum version beider "user" bereit zu haben. Aber ne lösung konnte sein die Ports 411 /412 / 1412 nicht zu gebrauchen. und welche hoch open "unters Dach" (65535) zu gebrauchen ("settings" Johan
participants (2)
-
René Matthäi
-
yep@osterbo-net.dk