SRP-2100 verliert LAN-Verbindung

[steve]

Hallo miteinander,

habe mir vor Kurzem einen neuen 2100 in der EUP-Version zugelegt.
Neueste FW ist drauf! Genutzt wird SMARTEPG als Aufnahmetool und das modifizierte FTP zur Datenübertragung.

Und genau bei Letzterem hakt es nachvollziehbar:
Der Topf bootet, die Taps starten.
Ich stelle mit Filezilla vom PC eine Verbindung her und stosse ein oder mehrere Datenübertragungen an. Leider ist es ganz selten, dass diese Übertragungen am Stück klappen. In 99% aller Fälle verliert der Topf nach ein paar Minuten komplett die Lanverbindung. Diese kann dann nur noch mit einem Neustart wieder hergestellt werden.

Kenn jemand das Problem? Kann mir da jemand weiter helfen?

[Anthea]

Tja.... darum nutze ich nur noch BGC aufs NAS. Das läuft deutlich stabiler. Der ganze interne TCP/IP Stack des Topfes ist etwas sehr instabil.

Das FTP wird manchmal stabiler, wenn man die Timeouts im FileZilla sehr, sehr viel höher dreht als sie standardmäßig sind.

[wohliks]

Tja.... darum nutze ich nur noch BGC aufs NAS. ...

Ich kann mich da nur anschliessen: Seit ich die Dateien per BGC (BackGroundCopy) kopiere, gehören die lästigen FTP-Freezes der Vergangenheit an...

[Twilight]

es gibt auch noch einen alternativen ftp server als tap, ob das dann stabiler wird weiß ich allerdings nicht.

twilight

[steve]

Es sind ja nicht nur die FTP-Freezes! Es bricht das komplette LAN weg. Also auch ein evtl. laufendes BGC oder Remote Control.
Es ist, als ob jemand das LAN-Kabel gezogen hätte!

[wohliks]

Es sind ja nicht nur die FTP-Freezes! Es bricht das komplette LAN weg. Also auch ein evtl. laufendes BGC oder Remote Control.
Es ist, als ob jemand das LAN-Kabel gezogen hätte!

Hier war das so : Nach einem FTP-Freeze ist das LAN komplett weg, der Toppi muss neu gestartet werden. Wenn ich keine ftp-übertragung mache, treten diese Freezes nicht auf - das LAN des Toppi funktioniert mit BGC und TMSRemote zuverlässig und ohne Probleme.

Das gilt übrigens für den 2100 und den 2401: FTP führt zum LAN-Freeze, BGC macht keine Probleme.

[Anthea]

Der alternative FTP-Server bringt viele Verbesserungen, vor allem was die Dateinamen angeht. Aber er repariert nicht den internen TCP/IP Stack. Wie gesagt, ein extremes Hochdrehen der Timeouts in Filezilla bringt etwas, dann fängt sich das System öfter mal nach einem Hänger und läuft dann einfach weiter. Das wirkt mit dem internen FTP-Server genauso wie mit dem alternativen.
Und BGC kommt mit den Timeouts, die da genauso auftreten, halt ganz gut zurecht, dadurch dass der aktive Teil nun mal auch auf dem Topf läuft.

[TV-Junkie]

Lan Kabel oder Switch defekt
Bei mir war es mal ein switch, der nicht mehr richtig funktionierte, Fehlerbild fast gleiche

[steve]

Danke für alle hochgeschätzten Meinungen.

Was mich halt wundert:
Der Vorgänger (SRP2100 ohne EUP) hatte die Probleme so nicht. Der lief soweit recht stabil, allerdings mit einer TestFW von 2005 (die berühmte 09/2005).
Meine Logik sagt mir nun, dass sich entweder an der Hardware der EUP-Version was zum Nachteil geändert hat oder aber an FW und / oder Taps seitdem irgendwas verschlimmbessert wurde.
Kabeldefekte oder Switchdefekte habe ich durch temporären Tausch ausgeschlossen.
Ansonsten muss ich wohliks Recht geben, BGC klappt einigermaßen. Ob die gelegentlichen Totalabstürze auch mit der LAN-Verbindung zusammenhängen, kann ich leider noch nicht sagen.

LG
Steve

Edit: gibt es vielleicht eine FW, die bezügl. des IP-Stack stabiler ist?

[Anthea]

Nachdem ich auch den "alten" SRP2100 immer noch in Betrieb habe: Der hat die Probleme genauso, der ist nicht besser als die neueren. Ob eine Firmware vor über 10 Jahren besser war... keine Ahnug. Dahin will ich aber auch nicht zurück, zuviele andere Probleme.

Die Geräte "leiden" aber wirklich extrem unter Netzwerkproblemen. Da ich derzeit eine Strecke im Haus per PowerLAN brücke, bis das LAN-Kabel repariert ist, und die Verbindung nicht immer die stabilste ist und hin und wieder einen Tritt braucht: Wenn die Qualität da in den Keller geht, ist der Receiver während der Datenübertragung komplett unbedienbar, sowohl per FTP als auch per BGC. Nur dass BGC dann trotzdem durchläuft... Also je langsamer die Verbindung, um so mehr Leistung braucht der Receiver dafür. Sieht nach "aktivem Warten" auf Antworten aus.