1781A lässt nach einigen Stunden kein TCP mehr durch

[gpl]

Ich habe gestern einen 1781A Router installiert, was mir (trotz LANCOM-Neuling) relativ gut gelungen ist.
Allerdings scheint der Router nach ein paar Stunden keine Protokolle der Anwendungs- bzw. Transportschicht (also HTTP, SMTP, etc.) mehr durch zu lassen. Ein Ping funktioniert, ein Zugriff per HTTP auf eine beliebige Webseite nicht. Mit SMTP ist es genauso. Andere Protokolle hab ich noch nicht getestet.

Sobald ich den Router neu starte, geht es wieder eine Zeit lang, bis es dann plötzlich wieder nicht mehr geht.
Die neuste Firmware hab ich drauf gemacht.

Ich hatte bisher noch keine Zeit, mich weiter in die Sache einzuarbeiten, aber vielleicht hat hier jemand schon mal einen guten Tipp für mich.

[Bernie137]

Meine spontane erste Idee, mit LANmonitor draufschauen und die Syslog Tabelle anzeigen lassen. Bei beiden nach Auffäligkeiten schauen.

Gruß Heiko

[fildercom]

Kommst du denn per HTTP noch auf das Webinterface des Routers drauf, sobald das Problem da ist?

Hast du eventuell ein bestimmtes Traffic-Kontingent eingerichtet?

[LoUiS]

Hi,

welche LCOS Version ist drauf, wenn das passiert (Ich tippe gerade auf 8.82 RC1)? Passiert das auch mit der 8.80 RU1?

Ciao
LoUiS

[gpl]

Ja, über das Webinterface komme ich noch drauf. Im Syslog ist nichts Auffälliges.

Installiert ist die Firmware 8.80.0157

Ein Traffic-Contingent habe ich meines Wissens nicht eingerichtet. Ich weiß spontan auch nicht, wo man das einstellen könnte. Ich begebe mich mal auf die Suche...

[gpl]

Noch ein paar Infos:
Ein eingehendes Port-Forwarding funktioniert im Fehlerfall auch nicht. Nach einem Neustart läuft dann alles wieder wie es soll.
Hab heute Morgen um 11:15 Uhr den Router neu gestartet und jetzt, um 13:30 Uhr war wieder keine Verbindung ins Internet möglich.

Kurz zur Konfiguration:
Der Zugang zum Internet erfolgt über Kabeldeutschland mit 100Mbit/s. Der Router von Kabeldeutschland ist direkt mit ETH-2 verbunden.
An ETH-3 ist eine CompanyConnect-Leitung der Telekom angeschlossen, die allerdings in erster Linie eingehend (ins DMZ) genutzt werden soll, was auch funktioniert.
An ETH-1 ist das interne LAN angeschlossen, ETH-4 ist fürs DMZ.

Ich werde mal weiter testen...