Lanconfig 9.10.0053 RC1 / Problem mit Config Upload

[marsbewohner]

Hallo zusammen,

ich habe bei der obigen Version das Phänomen, das ich keine Konfig in einen L460 zurückschreiben kann, weder per TFTP noch per SSH. Entweder Upload geht bis 100% und bleibt dann "stecken", oder aber es hängt schon vorher (16% oder ähnlich). Wenn man es dann abbricht geht teilweise danach der L460 in einen undefinierten Zustand oder ist per LAN auch nicht mehr ansprechbar, was nur durch einen cold-boot auf physikalischer Ebene gefixt werden kann

Ein Trace geht währenddessen manchmal noch, ich finde aber nichts aussagekräftiges dazu (keine LAN Errors, Durchsatz ok etc.).

Der Bootlog zeigt nur ein "System boot after power on".

Nach was könnte ich suchen um es einzukreisen?

Gruß,

[LoUiS]

Hi marsbewohner,

danke fuer Dein Feedback, ich habe die Meldung als Bug eingetragen.


Ciao
LoUiS

[LoUiS]

Hi marsbewohner,

mit welchem Protokoll greifst Du dabei auf das LANCOM zu? Evtl. mal ein anderes Protokoll probiert?


Ciao
LoUiS

[marsbewohner]

Hallo LoUis,

bisher per SSH und TFTP, ich habe jetzt zum Test mal auf HTTPS umgeschaltet, und dabei ist schon nach 216 Byte der Download der Konfig eingefroren (siehe Screenshot). Auf dem AP läuft die 9.10.0262 RC1.

Hat das Lanconfig irgend eine Art von Log den ich exportieren könnte?

Spannenderweise klappen alle anderen Dienste auf dem AP problemlos, auch die Datenübertragung von großen Files im GByte Bereich klappt ohne Einbußen, es ist nur der Konfig-Austausch. Ein Abruf der Statusdaten via Lanmonitor geht ebenfalls problemlos.

Gruß,

[hyperjojo]

Hallo,

welches LCOS ist auf dem 460er? Ich habe ähnliche Probleme mit Geräten, die ein LCOS < 9.0 haben.

Gruß hyperjojo

[marsbewohner]

Hi,

ich wollte mal fragen ob es zu dem Thema in nächster Zeit noch ein Update gibt, oder ob nur durch ein Downgrade da Abhilfe geschaffen werden kann?

Danke & Gruß,

[LoUiS]

Hi,

ich wollte mal fragen ob es zu dem Thema in nächster Zeit noch ein Update gibt, oder ob nur durch ein Downgrade da Abhilfe geschaffen werden kann?

Danke & Gruß,

Ich habe gerade die Build 0061von LANconfig und Build 0055 von LANmonitor als beta auf den FTP Server gelegt.
Bitte teste das mal mit dieser Version, da sollte der Fehler bereits behoben sein.
Feedback willkommen.


Ciao
LoUiS

[marsbewohner]

Leider nein - bei meinen beiden Testaufbau Geräten schlägt beim ersten schon der Download fehl (LC-1781VA), sowohl via SSH und TFTP, und beim LC-460 geht zwar der Konfig Download via SSH aber danach kein Upload mehr, siehe Bild. Geht man danach wieder auf "Prüfen" für beide Geräte, werden sie als OK angezeigt, und auch der Lanmonitor kann dauerhaft Daten auslesen. Die RC1 ist jeweils das aktive Image.

Gruß,

[LoUiS]

Hi,

das kann ich weder mit einem 1781VA noch einem L-460, oder einem noch aelteren LANCOM nachstellen. Egal welche Firmware in den Geraeten aktiv ist und welches Protokoll genutzt wird, die Kommunikation funktioniert problemlos.
Die Probleme mit aelteren Geraeten und den vorherigen Versionen von LANconfig konnte ich lokal reproduzieren, diese Fehler sind aber nun in Build 0061 behoben.
Ich denke, da kommen wir ohne Wireshark Traces von Deiner Installation nicht weiter um zu sehen was da genau passiert.


Ciao
LoUiS

[marsbewohner]

Hallo,

ok - dann lasse ich mal einen entsprechenden Trace mitlaufen und schicke die Ergebnisse an den Support, oder hier hochladen?

Gruß,

[LoUiS]

Hi,

ich denke das sollte besser ueber den Support laufen, ggf. mit Hinweis auf diesen Thread, dann kann man das intern zuordnen.


Ciao
LoUiS

[marsbewohner]

Hi,

ok - mit denen bin ich ohnehin im Kontakt, dann werde ich das da mal noch mit einfließen lassen

Gruß,

Edit: Wireshark geschickt! 1504.0423.2156.ACAL

[marsbewohner]

Moin, kurze Testerkenntniss:

Nachdem auch mit den RC2 Tools die Devices nicht konfigurierbar waren, bin ich auf die 9.04RU4 zurück gewechselt (das ging), und konnte nach dem Wechsel dann auch das Device wieder konfigurieren bzw. die Konfig erfolgreich zurückschreiben. Ein Upload der 9.10RC2 danach hat auch geklappt, allerdings ist der 460 danach in einen undefinierten Zustand gegangen, und konnte nur mit einem cold-boot via Strom neu gestartet werden - leider nichts verwertbares dazu im Log.

Das verhalten beim zurückschreiben von Uploads Lanconfig -> Device hat sich wenn beide auf der RC2 sind allerdings nicht geändert und geht wieder nicht, nur wenn das Device zurück auf die 9.04 geht.

Bin ja mal gespannt was der Support mit dem Wireshark rausfindet

Gruß,

[marsbewohner]

Hallo zusammen,

bei einem manuellen Test mit TFTP konnte ich den Fehler finden:

Ich hatte in den IP Netzwerken noch den Default DMZ Eintrag auf 0.0.0.0 mit der Schnittstelle "beliebig" zugewiesen. Beim testweisen Ändern der Konfig via TFTP kam nach dem Upload der Hinweis das ein Parameter von LCOS 9.10 nicht mehr unterstützt wird, und ich wurde auf eben selbigen Eintrag geführt. Nach dem Ändern auf eine feste Schnittstelle konnte die Konfig geändert werden, und seit dem klappt es auch mit SSH wieder problemlos. Anscheinend wird hier mit HTTPS/SSH der Fehler nicht erkannt bzw. keine Meldung für die Änderung identifiziert?

Gruß,

[LoUiS]

Hi marsbewohner,

schoen das der Umstand nun klar ist. Fuer ssh hast Du auch damit Recht. Es gibt keinen Fehlerkanal, in dem ueber ssh dem LANconfig mitgeteilt werden kann, was da beim Schreiben genau schief gegangen ist. Dies ist leider auch nicht einfach zu beheben, bzw. zu implementieren.
Bei den anderen Protokollen wie http, tft und auch bei https funktioniert das aber. Fuer tftp hast Du dies ja bereits selbst festgestellt. LANconfig versucht im Fehlerfall zu der betreffenden Stelle zu fuehren und weist darauf hin, dass das Interface des betreffenden Netz anzupassen ist.
Dieser Mechanismus kann aber auch nur bei dem LANconfig bekannten Parametern funktionieren. Wenn z.B. ein Wert falsch eingestellt ist, der LANconfig nicht bekannt ist, weil er z.B. nur ueber die CLI konfiguriert werden kann, dann wird bei allen Protokollen nur der allgemeine Hinweis auf einen Fehler ausgegeben. In dem Falle kann man dann aber auf der CLI unter "/status/config/event-log" die ID herausfinden bei der der Fehler aufgetreten ist und dies dann manuell in der Konfig modifizieren.


Ciao
LoUiS