TCP/IP Problem, ftp connect extrem langsam

[amalcher]

Hallo @all,

wir haben momentan ein Problem mit dem FTP Verbindungsaufbau zu einem System i R 6.1:
Es dauert extrem lange (vor ein paar Tagen muss es noch fix gegangen sein, ka was geändert wurde), ca. 15sec. Für einen Windows FTP-Client stellt das kein wirkliches Problem da, der wartet entsprechend lange. Der Scanner ist da leider empfindlicher und meldet zu schnell einen Verbindungsfehler.
Sobald die Verbindung dann aufgebaut ist, wird alles weitere fix akzeptiert und abgearbeitet (im Client, dem Scanner hilft das nix mehr). Mit anderen TCP IP Protokolle haben wir dieses Problem nicht (ping, telnet, http-Server).

Meine Frage: welche Stellschrauben oder Fehlerquellen kann es hier geben?

Bin für jeden Hinweis dankbar ...

[KingofKning]

Die Frage ist, habt ihr ne Namensauflösung oder arbeitet ihr mit fixen IP-Adressen.

Weiterhin stellt sich die Frage wievile KOmponeneten sind da im Spiel.
Geht das ganze über Wlan oder Leitung. Habt ihr da Switche dazwischen oder oder.


GG

[amalcher]

Es handelt sich um fixe IP-Adressen, meine Intention geht auch in Richtung Netzwerk-Konfiguration und TCP/IP, der Kunde schliesst das Problem auf seiner Seite aber aus.
Daher wollte ich mal hören, ob sich serverseitig auf der i etwas einstellen, bzw. verstellen lässt (bzgl. TCPSVR und FTP).

Danke trotzdem für die Nachfrage zur weiteren Spezifizierung, das führt mich wieder zusätzlich in Richtung Netzwerk (ich weiss, das meine Anfrage hier im Forum etwas dünn ist, wusste aber auch nicht, wie ich das Problem besser beschreiben sollte).

[holgerscherer]

Es dauert extrem lange (vor ein paar Tagen muss es noch fix gegangen sein, ka was geändert wurde), ca. 15sec. ...

Ein später Nachtrag: Wurde eventuell für FTP-Server ein Exit-Point registriert, der die Connects protokolliert? Vielleicht ist da eineVerzögerung zu finden.
Und: Netzwerkkabel prüfen. Klingt doof, ist es aber nicht.

-h

[amalcher]

Danke für den Input!
Verkabelung sollte funktionieren, der Zugriff der Clients klappte problemlos per CA, telnet und http aus dem entsprechendem Netz.
Aufgrund der Kundenaussage ist deren Router/Firewall nicht das Problem und bevor ich (etwas unsicher) dem Kunden sage "Nö, das Ding muss blocken!") wollte ich sicher gehen, das es kein Konfigurationsfehler meinerseits auf der i ist und hab mich mal ins Forum gewagt

Mittlerweile funktioniert der ftp-Zugang problemlos, ebenso eine ebenfalls unbeantwortete ldap Abfrage der i auf deren AD, obwohl auch hier angeblich nichts blockiert wurde...und auch nichts geändert, damit es auf einmal funktioniert.

Ich danke Euch, die Anfrage kann erstmal als erledigt betrachtet werden.

[Dura]

Hi, das Problem ist bekannt und ist mir bei zig Kundeninstallationen passiert. Offensichtlich haben einige Netzwerkswitches Probleme mit der Übertragungsgeschwindigeit. Die Lösung sah immer folgendermaßen aus: Kontrolliere mal den Parameter LINKSPEED in der ETH-Leitiungsbeschreibung. Steht der auf *AUTO, trage hier mal fix die am Switch eingestellte Übertragungsgeschwindigkeit ein. Umgekehrt genauso: War hier eine fest eingestellte Geschwndigkeit drin, half in diesem Fall der Parameter *AUTO.
Das Ändern geht natürlich nur bei abgehänger Leitung und TCP/IP deaktiviert -> Änderungen an der Console oder per CL-Programm. Viel Erfolg!