1781EF+: ARP-Tabelle mit falschem Eintrag?

Forum zu aktuellen Geräten der LANCOM Router/Gateway Serie

Moderator: Lancom-Systems Moderatoren

Benutzeravatar
rotwang
Beiträge: 145
Registriert: 04 Jun 2021, 22:01

Re: 1781EF+: ARP-Tabelle mit falschem Eintrag?

Beitrag von rotwang »

Ich habe nach längerem Überlegen beschlossen, in diesem Thread nichts mehr zu schreiben, weil die Sache wieder aus dem Ruder läuft und in allgemeine Diskussionen ausartet. Biringt nix, ärgert mich und andere nur.

Nur soviel, daß ich mich geirrt hatte mit dem Empfang der NULL-Frames und dem daraus folgenden Löschen der ARP-Tabelle. Im Zuge von Umbauten nach der 10.50 war der Code nur an eine andere Stelle gewandert. Warum bei Jirka das nicht funktioniert, ist also nach wie vor ungeklärt, und wird sich wohl nur lösen lassen, in dem jemand einen Case bei LANCOM aufmacht, vollständige Konfigs liefert, und das ganze im Support nachgestellt wird.
Dr.Einstein
Beiträge: 2924
Registriert: 12 Jan 2010, 14:10

Re: 1781EF+: ARP-Tabelle mit falschem Eintrag?

Beitrag von Dr.Einstein »

backslash hat geschrieben: 28 Aug 2023, 15:11 NEIN! Die Möglichkeit die Optimierung abzuschalten kam da rein...
Bin der Meinung, seit Wegfall der Schnittstelle "beliebig" ist dies passiert, sodass man gezwungen ist, eine LAN-x/BRG-x Verbindung zuzuweisen. An einem 1721 zB konntest du früher anschalten, wie du wolltest, die Switchfunktion hat einfach gelernt und funktioniert. Aber gut, meine Anwesenheit hier im Thread ist nicht mehr erwünscht, Wahnsinn wie man ein so dünnes Fell haben kann. Bis dahin
tstimper
Beiträge: 973
Registriert: 04 Jun 2021, 15:23
Wohnort: Chemnitz
Kontaktdaten:

Re: 1781EF+: ARP-Tabelle mit falschem Eintrag?

Beitrag von tstimper »

Hi,

Könnte nicht jemand mal eine kleine Präsentation erstellen,
in dem die Entwicklung und die Problematik über die verschiedenden LCOS Versionen
und Router Modelle beschrieben wird?

Ich glaube das würde uns allen helfen, das Verhalten in Abhängigkeit vom LCOS und Device jeweils verstehen zu können.

Nächsten Montag 16:00 Uhr ist wieder unser nm - LANCOM Community Talk.

Würde gut passen.

Bei Interesse, bitte PN:

Viele Grüße

ts
TakeControl: Config Backup für LANCOM Router, ALC, APs und Switche...
https://www.linkedin.com/posts/activity ... 04032-DNQ5
https://www.nmedv.de
backslash
Moderator
Moderator
Beiträge: 7016
Registriert: 08 Nov 2004, 21:26
Wohnort: Aachen

Re: 1781EF+: ARP-Tabelle mit falschem Eintrag?

Beitrag von backslash »

Hi Dr.Einstein
in der Meinung, seit Wegfall der Schnittstelle "beliebig" ist dies passiert, sodass man gezwungen ist, eine LAN-x/BRG-x Verbindung zuzuweisen.
das hat nichts mit dem hier beschreibenen Problem zu tun - das ist i.Ü. schon eine Ewigkeit her (das war m.W, irgendwo zur 10.20) und ist der Umstellung auf die FIB geschuldet, die eine höhere Routuing-Performace mit sich brachte..
An einem 1721 zB konntest du früher anschalten, wie du wolltest, die Switchfunktion hat einfach gelernt und funktioniert.
nein, hat sie nicht! Auch im 1721 hatte der Switchbaustein das Problem - offenbar hast du das damals nur nicht bemerkt.
Wie gesagt: das ist ein Problem, daß ALLE Switchbausteine haben (die mehr sind als ganz dumme Switchbausteine)

Gruß
Backslash
backslash
Moderator
Moderator
Beiträge: 7016
Registriert: 08 Nov 2004, 21:26
Wohnort: Aachen

Re: 1781EF+: ARP-Tabelle mit falschem Eintrag?

Beitrag von backslash »

Hi tsimper
Könnte nicht jemand mal eine kleine Präsentation erstellen,
in dem die Entwicklung und die Problematik über die verschiedenden LCOS Versionen
und Router Modelle beschrieben wird?
da gibt es nichts zu beschreiben...
Das ist ein Problem der Hardware und die Lösung über die ARP-Tabelle gibt es, seit es den Switch gibt - genauer: seit die Möglichkeit genutzt wird, den Switch in einzelne Gruppen zu unterteilen (also bereits seit ELSA-Zeiten...)

Gruß
Backslash
tstimper
Beiträge: 973
Registriert: 04 Jun 2021, 15:23
Wohnort: Chemnitz
Kontaktdaten:

Re: 1781EF+: ARP-Tabelle mit falschem Eintrag?

Beitrag von tstimper »

backslash hat geschrieben: 28 Aug 2023, 17:49 Hi tsimper
Könnte nicht jemand mal eine kleine Präsentation erstellen,
in dem die Entwicklung und die Problematik über die verschiedenden LCOS Versionen
und Router Modelle beschrieben wird?
da gibt es nichts zu beschreiben...
Das ist ein Problem der Hardware und die Lösung über die ARP-Tabelle gibt es, seit es den Switch gibt - genauer: seit die Möglichkeit genutzt wird, den Switch in einzelne Gruppen zu unterteilen (also bereits seit ELSA-Zeiten...)

Gruß
Backslash
Hi Backslash,

was man letzendlich einstellen kann und wie es wirkt, ist ja je Router und LCOS Version schon unterschiedlich.
Also zumindest eine Tabelle, die das auflistet wäre hilfreich.

Ab und zu treffe ich "da draussen" doch auch Leute, die haben nicht die gesamte LCOS und LCOS Device History im Kopf wie die meisten hier im Forum ;-)

Zumindest habe ich aus diesem Thread nun gelernt, das man, sobald man mehr als einen WLAN AP nutzt und Clients roomen können sollen,
das (LCOS) Default Gateway im Bridge Modus laufen muss, damit das Rooming geht.

Da stellt sich dann die Frage, wie die Netztrennung durch die LCOS Firewall zwischen WLAN Netzen und dem LAN durchgesetzt wird.
Die Pakete müssen dann ja nicht her durch das Routermodul oder?
Und es gibt keine SNMP Allow / Deny Log Einträge, da die Pakete nicht durch die Firewall gehen.
Oder sehe ich das falsch?

Viele Grüße

ts
TakeControl: Config Backup für LANCOM Router, ALC, APs und Switche...
https://www.linkedin.com/posts/activity ... 04032-DNQ5
https://www.nmedv.de
backslash
Moderator
Moderator
Beiträge: 7016
Registriert: 08 Nov 2004, 21:26
Wohnort: Aachen

Re: 1781EF+: ARP-Tabelle mit falschem Eintrag?

Beitrag von backslash »

Hi tstimper,
was man letzendlich einstellen kann und wie es wirkt, ist ja je Router und LCOS Version schon unterschiedlich.
Also zumindest eine Tabelle, die das auflistet wäre hilfreich.
Die "Tabelle" müßte dann aber letztendlich alle Konfigurationspunkte aller Firmwaren enthalten - da bleibt am Ende doch nur das böse RTFM...
Zumindest habe ich aus diesem Thread nun gelernt, das man, sobald man mehr als einen WLAN AP nutzt und Clients roomen können sollen,
das (LCOS) Default Gateway im Bridge Modus laufen muss, damit das Rooming geht.
nein, denn der AP sendet laut Rotwang ja das Spezial-Paket - zumindest solange es ein LCOS-basierer LANCOM-AP ist... Ob die Linux basierten APs das auch machen, kann Rotwang nicht sagen (und ich erst recht nicht)...

Das ist aber nichts "Neues" sondern war schon immer so...

Und ich habe es selbst ausprobiert: Wenn ich einem LANCOM ein solches Paket schicke, dann werden auch alle Einträge mit der MAC-Adresse aus er ARP-Tabelle entfernt.
Da stellt sich dann die Frage, wie die Netztrennung durch die LCOS Firewall zwischen WLAN Netzen und dem LAN durchgesetzt wird.
Die Pakete müssen dann ja nicht her durch das Routermodul oder?
Und es gibt keine SNMP Allow / Deny Log Einträge, da die Pakete nicht durch die Firewall gehen.
Oder sehe ich das falsch?
Richtig, die Firewall kommt nur ins Spiel, wenn geroutet wird, d.h. eine "Trennung zwischen LAN und WLAN" bekommst du nur hin, wenn du die APs in ein eigenes Netz stellst.
Auf einem AP selbst sind WLAN und LAN in einer Bridgeruppe - und da greifen maximal die Protokoll-Filter der Bridge...

Das sind aber Netzwerk-Basics und unabhängig davon, ob der Router von LANCOM ist oder einem anderen Hersteller

Gruß
Backslash
tstimper
Beiträge: 973
Registriert: 04 Jun 2021, 15:23
Wohnort: Chemnitz
Kontaktdaten:

Re: 1781EF+: ARP-Tabelle mit falschem Eintrag?

Beitrag von tstimper »

backslash hat geschrieben: 29 Aug 2023, 12:48 Hi tstimper,
was man letzendlich einstellen kann und wie es wirkt, ist ja je Router und LCOS Version schon unterschiedlich.
Also zumindest eine Tabelle, die das auflistet wäre hilfreich.
Die "Tabelle" müßte dann aber letztendlich alle Konfigurationspunkte aller Firmwaren enthalten - da bleibt am Ende doch nur das böse RTFM...
Da finde ich nur das hier https://www.lancom-systems.de/docs/LCOS ... 89612.html
Dass ist wirklich rudimentär als Info.

Also die offizielle Dokumentation enthält nicht die Besonderheiten der jeweiligen Geräte in Anhängigkeit des verbauten Switch Chips.
Und einige Router überlassen das Switching gleich der CPU.

Dann haben wir noch Hardware NAT, Isolierter Mode der Bridge, Communikationsunterdrückung zwischen Ethernet Ports.

Und da noch je Gerät in Anhängigkeit von der LCOS Version ein unterschiedliches Verhalten.

Das ist ja genau das, was ein Developer in eine Spezifikation schreibt.

Ich persönlich finde RTFM überhaupt nicht böse ....
Böse finde ich, wenn ich beim FM beim R die gesuchten Infos nicht finde.

ich fände es echt mal cool, jemand würde sich die Zeit nehmen und mal in einem Meeting uns allen erklären,
wie sich die Bridge denn nun in Abhängigkeit von LCOS Version und Gerätevariante verhält.

Viele Grüße

ts
TakeControl: Config Backup für LANCOM Router, ALC, APs und Switche...
https://www.linkedin.com/posts/activity ... 04032-DNQ5
https://www.nmedv.de
Benutzeravatar
Jirka
Beiträge: 5225
Registriert: 03 Jan 2005, 13:39
Wohnort: Ex-OPAL-Gebiet
Kontaktdaten:

Re: 1781EF+: ARP-Tabelle mit falschem Eintrag?

Beitrag von Jirka »

Hallo zusammen,
rotwang hat geschrieben: 28 Aug 2023, 16:01 Ich habe nach längerem Überlegen beschlossen, in diesem Thread nichts mehr zu schreiben,
das fände ich sehr schade! Und würde mich freuen, wenn Du wenigstens auf meine Fragen/Feststellungen/Aussagen/Vermutungen was schreiben würdest. Ich habe bisher hier in diesem Thread nur Probleme aufgezeigt und fand einiges etwas komisch, aber das scheint sich ja im Augenblick auch wieder gerade zu rücken (Null-Frames).

Noch mal für alle: Ich kann derzeit aus verschiedenen Gründen nichts machen, was der Problemaufklärung dienlich wäre. Davon abgesehen, dass ich absolut gar keine Zeit mehr habe im Augenblick ist auch niemand vor Ort mit Geräten, womit das Problem auftritt. Und wenn beides wieder vorhanden wäre, gibt es leider noch eine einwöchige Brückensperrung, so dass keiner mehr hin kommt oder nur mit hohem Aufwand über Umwege. Es dauert also noch, aber ich versuche mein Bestes zu tun, um die Sache hier aufzuklären!
rotwang hat geschrieben: 28 Aug 2023, 16:01 Nur soviel, daß ich mich geirrt hatte mit dem Empfang der NULL-Frames und dem daraus folgenden Löschen der ARP-Tabelle. Im Zuge von Umbauten nach der 10.50 war der Code nur an eine andere Stelle gewandert.
Na das ist dann doch beruhigend, alles andere hätte mich ja auch gewundert und hätte dann abgeklärt werden müssen.
rotwang hat geschrieben: 28 Aug 2023, 16:01 Warum bei Jirka das nicht funktioniert, ist also nach wie vor ungeklärt,
Ganz genau.
rotwang hat geschrieben: 28 Aug 2023, 16:01 und wird sich wohl nur lösen lassen, in dem jemand einen Case bei LANCOM aufmacht, vollständige Konfigs liefert, und das ganze im Support nachgestellt wird.
Na ja, wir werden sehen. Da bin ich nicht ganz der gleichen Auffassung. Wie man hier sieht benötigt es selbst mehrere Experten auf einen Haufen, um aufzuklären, was hier für Sachen vor sich gehen. Ich bin eigentlich noch nach wie vor überzeugt, dass es die richtige Entscheidung war, das hier auszudiskutieren, alleine schon wenn der ein oder andere was davon mitnehmen konnte, ist es doch schon sinnvoll gewesen. Außerdem kann ich mich an Entwickler bei LANCOM erinnern, die oft gesagt haben, dass wenn das Problem nicht nachstellbar ist, dass es dann schwierig ist, und wer weiß, ob das alles so auf Anhieb klappt. Vollständige Konfigs kann ich gerne bereitstellen, aber erstmal schauen wir mal, was die nächsten Traces liefern.

Zu allem Überfluss habe ich gestern ein in den Symptomen her ähnliches Problem bekommen: 1926VAG mit WLC-12 mit aktueller Firmware, dahinter GS-3152XP und daran/dahinter 5 x LX-6400, 1 x LW-500 und 1 x OAP-822. Beim Roaming zwischen dem OAP-822 und den anderen APs haben WLAN-Clients (auch viel Apple-Geräte) danach kein Internet mehr, obwohl die WLAN-Verbindung ok ist, das WLAN muss aus- und wieder eingeschaltet werden, dann geht wieder alles.
Leider bekomme ich die LX-APs und Switch nicht mal in LANconfig dazugefügt. (Ich will die nicht mit LANconfig konfigurieren, aber als Übersicht und Einstieg fürs Webinterface und SSH bin ich einfach daran gewöhnt und muss mir irgendwo die Geräte festhalten und eine Übersicht haben, welche Firmware-Versionen diese haben usw.). Neulich hatte ich das schon mal mit LCOS-basierten Geräten. Da fehlte im Gerät eine elliptische Kurve, nämlich die x25519. Nachdem die im Gerät hinzugefügt war, klappte es auch mit LANconfig. Allerdings weiß ich nicht, wo ich das an LX-Geräten einstellen soll und ob es überhaupt geht und ob das überhaupt richtig ist, wenn die übern WLC gesteuert werden. Vielleicht auch einfach mal ein Reset der APs und vom WLC neu einrichten lassen, keine Ahnung, muss ich mich durcharbeiten. Vielleicht liegt die Ursache hier auch an meinem PC, das Onlinebanking-Programm wirft auch seit Februar Fehler aus, geht aber noch. LANconfig ist Version 10.72-RU2.

P. S.: Ich konnte bisher nur das Posting von Rotwang und eines jeweils von Backslash und Dr. Einstein lesen.
P. P. S.: Vertragt Euch und bleibt freundlich, wir müssen uns doch hier nicht streiten. Andere Leute haben ganz andere Probleme, das muss man sich immer wieder klar machen.

Vielen Dank und viele Grüße
Jirka
tstimper
Beiträge: 973
Registriert: 04 Jun 2021, 15:23
Wohnort: Chemnitz
Kontaktdaten:

Re: 1781EF+: ARP-Tabelle mit falschem Eintrag?

Beitrag von tstimper »

Jirka hat geschrieben: 30 Aug 2023, 12:14
Zu allem Überfluss habe ich gestern ein in den Symptomen her ähnliches Problem bekommen: 1926VAG mit WLC-12 mit aktueller Firmware, dahinter GS-3152XP und daran/dahinter 5 x LX-6400, 1 x LW-500 und 1 x OAP-822. Beim Roaming zwischen dem OAP-822 und den anderen APs haben WLAN-Clients (auch viel Apple-Geräte) danach kein Internet mehr, obwohl die WLAN-Verbindung ok ist, das WLAN muss aus- und wieder eingeschaltet werden, dann geht wieder alles.
Das kommt mir bekannt vor.
Nutzt Du einen WLC Tunnel und wenn ja, ist der auf ein Bridge Interface gebunden?

Ansonnsten wenn ich das bisher im Thead gesagte richtig verstehe MUSS, damit Roomig von Clients zwischen APs sauber läuft,
der beteiligte Router auch dann ein Bridge Inferface nutzen, auch wen er selbst kein WLAN interface hat.
Und die LAN Bridge MUSS im Bridge Modus laufen.

Das schließt dann leider aus meiner (Sicherheits-) Sicht den Einsatz dieses Routers als Internet Router aus,
da wie den internet Router IMMER im isoliertem Modus laufen lassen.

Man braucht dann also immer einen Internet Router, z.B. 1926VAG im Router Modus und dahinter dann einen WLC oder Router mit WLC Option im Bridge Modus, der fürs WLAN Default Gatewas ist.

Wir haben das so mit einen 1906VA fürs Internet und einem WLC-1000 mit 160 * LC-6400 mitlerweile problemlos am Laufen.
Ich kann da im iPhone T-Mobile WLAN Call telefonierend durchs Haus laufen und zwischen 20 beteiligten LX APs ohne Aussetzer roomen.

Viele Grüße

ts
TakeControl: Config Backup für LANCOM Router, ALC, APs und Switche...
https://www.linkedin.com/posts/activity ... 04032-DNQ5
https://www.nmedv.de
backslash
Moderator
Moderator
Beiträge: 7016
Registriert: 08 Nov 2004, 21:26
Wohnort: Aachen

Re: 1781EF+: ARP-Tabelle mit falschem Eintrag?

Beitrag von backslash »

Hi tstimper,
Ansonnsten wenn ich das bisher im Thead gesagte richtig verstehe MUSS, damit Roomig von Clients zwischen APs sauber läuft,
der beteiligte Router auch dann ein Bridge Inferface nutzen, auch wen er selbst kein WLAN interface hat.
Und die LAN Bridge MUSS im Bridge Modus laufen.

Das schließt dann leider aus meiner (Sicherheits-) Sicht den Einsatz dieses Routers als Internet Router aus,
da wie den internet Router IMMER im isoliertem Modus laufen lassen.
wo steht das? wer hat das gesagt? ich jedenfalls NICHT!

Ob die Bridge im isoloierten Modus läuft oder nicht, hat NICHTS damit zu tun, ob sie sich die Zuordnung von MAC-Adresse, LAN-Interface und Switchport merkt. Und es hat auch NICHTS mit der "Bridge-Optimierung" zu tun!
Der Isolierte Modus sagt, daß "externe" Clients nur mit dem "Host-Port" der Bridge sprechen dürfen, nicht aber untereinader - das ist das gleiche wie der "private Mode" beim Switch...

Das abschalteten der Bridge-Optimierung hingegen sorgt dafür, daß die Bridge die zur MAC-Adresse gespeicherten Informationen (LAN-Interface und Switchport) auch nutzt, da diese nicht mehr von der ARP-Tabelle vorgegeben werden! Da dabei die Bridge aber für jedes Paket in ihre MAC-Tabelle schauen muß, kostet das halt etwas Performance

Was anderes habe ich nie geschrieben - aber sowas passiert offenbar, wenn man nur noch im Shitstorm-Modus unterwegs ist und nicht mal mehr liest, was eigentlich gepostet wird.

Gruß
Backslash
tstimper
Beiträge: 973
Registriert: 04 Jun 2021, 15:23
Wohnort: Chemnitz
Kontaktdaten:

Re: 1781EF+: ARP-Tabelle mit falschem Eintrag?

Beitrag von tstimper »

backslash hat geschrieben: 30 Aug 2023, 17:42 Hi tstimper,
Was anderes habe ich nie geschrieben - aber sowas passiert offenbar, wenn man nur noch im Shitstorm-Modus unterwegs ist und nicht mal mehr liest, was eigentlich gepostet wird.

Gruß
Backslash
Hi Backslash,

Hä?
Meinst Du jetzt mich mit dem Shitstorm Modus oder Dich oder wen?

Das hat doch mit Shitstorm überhaupt nichts zu tun, wnn man versucht, die Soll und Ist Funktion technischer Geräte zu vestehen.

Ich denke das Problem ist, das manche Zusammenhänge eben zu komplex sind, um sie vernünftig in einem Manual
(da steh dazu leider nichts tiefergehendes wie ich schon geschrieben habe) oder in einem Forums Thread zu erklären.

Deshalb mein Vorschlag : Meeting. Wir machen Montag 16:00 Uhr eins, würde mich freuen wenn Du dabei wärst.

Wahrscheinlich wäre selbst ein aufgezeichnetes Video zum Erklären der Aspekte der Bridge hilfreicher als sich durch Forum zu wühlen.

Wollen wir mal zusammen eins aufnehmen?

Viele Grüße

ts
TakeControl: Config Backup für LANCOM Router, ALC, APs und Switche...
https://www.linkedin.com/posts/activity ... 04032-DNQ5
https://www.nmedv.de
backslash
Moderator
Moderator
Beiträge: 7016
Registriert: 08 Nov 2004, 21:26
Wohnort: Aachen

Re: 1781EF+: ARP-Tabelle mit falschem Eintrag?

Beitrag von backslash »

Hi tstimper
Wahrscheinlich wäre selbst ein aufgezeichnetes Video zum Erklären der Aspekte der Bridge hilfreicher als sich durch Forum zu wühlen.
wie ich schon schrieb: Ethernet-Hardware (Switch/dedizierte Ports), -Treiber und -Bridge sind nicht meine Baustelle und ich kann da auch nur mit gefährlichem Halbwissen glänzen... Wenn überhaupt, dann wäre da Rotwang der passende Ansprechpartner.

Ich kann aber den Zusammenhang zwischen ARP und der "Bridge-Optimierung" erkären - bzw. das habe ich in dem Thread schon mehrfach gemacht. Ein weiteres Mal wäre überflüssig. Ich sage einfach nur nochmal, daß die sog. "Bridge-Optimierung" NUR das ARP (bzw. im IPv6 die Neighbor-Discovery) beeinflußt. Die Option brauchte halt nur einen passenden Namen, der darauf hinweist, daß sie nur einen Einfluß hat, wenn auch eine Bridge involviert ist - selbst wenn sie nur einen externen Port hat... Sie heißt i.Ü. ja auch deshalb ARP-Bridge-Optimization (bei IPv6 heißt sie zwar nur Bridge-Optimization, befindet sich dafür aber im Verzeichnis NDP).

Gruß
Backslash
Benutzeravatar
Jirka
Beiträge: 5225
Registriert: 03 Jan 2005, 13:39
Wohnort: Ex-OPAL-Gebiet
Kontaktdaten:

Re: 1781EF+: ARP-Tabelle mit falschem Eintrag?

Beitrag von Jirka »

Hallo zusammen,

so ich habe jetzt mal wieder versucht, das Problem zu verstehen oder irgendwie nachzuvollziehen, was da passiert.

Wenn man erst mal anhand der Syslog-Daten von den APs versucht nachzuvollziehen, was wann passiert ist, dann stellt man irgendwie fest, dass der WLAN-AP am WAN-Port des Routers (LAN-1 zugeordnet) im Fehlerfall irgendwie noch denkt, der WLAN-Client sei mit ihm verbunden, dabei ist der WLAN-Client zu einem AP an ETH-2 geroamt. Im WLAN-AP am WAN-Port fehlt mir das

Code: Alles auswählen

WLAN station b4:85:e1:6c:d3:29 (Apple 6c:d3:29) [iPhone] roamed away
In der Folge denkt der AP meiner Ansicht nach der WLAN-Client sei noch verbunden und - da die ARP-Behandlung an ist (default) - verhält er sich möglicherweise auch so und gaukelt dem Router ggf. noch vor, der WLAN-Client würde sich noch am WAN-Port befinden.

Frage: Dieses roamed away da oben, wie kommt das zu Stande? Empfängt ein WLAN-AP über das IAPP-Netzwerk eine Nachricht von einem Nachbar-AP und weiß so, dass der WLAN-Client sich dort angemeldet hat und schmeißt den WLAN-Client so aus seiner Liste? Oder muss sich der WLAN-Client für dieses roamed away ordnungsgemäß über WLAN abgemeldet haben?
Im ersten Fall müsste ich schauen, warum die Nachricht den WLAN-AP über Ethernet nicht erreicht oder warum er diese verwirft. Ein Konfigurationsproblem scheint nicht vorzuliegen. Versucht man das Problem nachzustellen, kommt es auch vor, dass mal das roamed away kommt und dann tritt das Problem auch nicht auf. Also mitunter geht es auch ordentlich, dann aber häufig auch wieder nicht.

Der WLAN-AP am WAN-Port ist der ehemalige Router, wie ich schon schrieb. Der blieb erst mal vor Ort und wurde von Router auf Nur-WLAN-AP umkonfiguriert. Es handelt sich um einen 1781AW mit 10.34.0469-er Firmware. Die Firmware mag dem ein oder anderen alt erscheinen, aber vor Ort arbeitet auch noch ein L-322agn mit 9.24 und ein L-460agn mit 10.20 und vorher gab es diese Probleme nicht. Die treten erst auf, seitdem der Router wegen Glasfaser-WAN auf 1781EF+ umgestellt wurde. In der Regel gibt es ein Roaming vom 1781AW auf LN-630acn (10.72-RU4) (dort auf WLAN-2 mit 5 GHz) und dann ist irgendwann das Internet weg, obwohl der Client sauber verbunden ist. Irgendwie kam mir auch die Idee, dass das iPhone von 2,4 auf 5 GHz vielleicht auch 2,4 erst abschaltet, wenn 5 verbunden ist, aber das ist auch Quatsch, oder? Es handelt sich um iPhone 12, 12 mini und 12 Pro, die dort vor Ort sind, aber auch andere Apple-Geräte sind betroffen (iPad usw.). Samsung-Handys wohl nicht, die machen, habe ich im Trace gesehen, nach dem Roaming ein ARP-Request nach dem Default-Gateway, womit entsprechende Tatsachen geschaffen werden. Glaube das iPhone macht das nicht. Ich bin mit meinen Traces noch nicht am Ende.

Vielen Dank und viele Grüße
Jirka
Benutzeravatar
Jirka
Beiträge: 5225
Registriert: 03 Jan 2005, 13:39
Wohnort: Ex-OPAL-Gebiet
Kontaktdaten:

Re: 1781EF+: ARP-Tabelle mit falschem Eintrag?

Beitrag von Jirka »

Jirka hat geschrieben: 17 Sep 2023, 13:34 Irgendwie kam mir auch die Idee, dass das iPhone von 2,4 auf 5 GHz vielleicht auch 2,4 erst abschaltet, wenn 5 verbunden ist, aber das ist auch Quatsch, oder?
Ja, also das ist natürlich Quatsch. Wenn das so wäre, würde ja alles aus den Fugen geraten, da das iPhone in 2,4 und 5 GHz ja dieselbe MAC-Adresse hat.

Also das Problem entsteht wie folgt: Das iPhone roamt auf einen anderen AP und wird jetzt auf beiden APs als connected geführt, obwohl es mit dem alten AP ja gar nicht mehr verbunden ist. Wie es dazu kommt - siehe Frage oben mit dem roamed away - weiß ich nicht. Jetzt funktioniert das Internet eine Zeit lang, und wenn das iPhone länger nichts macht (oder wie auch immer), altert der ARP-Eintrag in der Tabelle des Routers raus. Die MAC-Adresse des iPhones ist jetzt irgendwann nicht mehr in der ARP-Tabelle. Dann macht der Router ein ARP-Request und der AP, wo das iPhone gar nicht mehr angemeldet ist, antwortet, der AP, wo das iPhone tatsächlich angemeldet ist, vermutlich auch, das konnte ich nicht sehen, der LN-630acn hat auf einen Ethernet-Trace gar nichts mehr ausgeworfen, das ging erst nach einen Neustart wieder, keine Ahnung was da gewesen ist. Fakt ist jedenfalls, dass nach dem ARP-Request vom Router vom falschen AP eine Antwort kommt und dann die ARP-Tabelle falsch ist und von da an ist das Internet am iPhone weg. Ich weiß nicht, was da vor sich geht, habe mir über die ARP-Behandlung vom AP auch noch nie Gedanken gemacht. Aber irgendwas geht hier schief.

Da ich derzeit keine Lösung habe oder einfach auch mal andere Sachen ausprobieren wollte, habe ich den 1781AW von Firmware 10.34.0469 auf 10.42-RU11 geupdatet. Leider ohne Ergebnis, das Problem tritt mit der neuesten Firmware genauso auf, zusätzlich stürzte das Gerät aber bereits mehrfach ab, teilweise in so kurzer Folge, dass ich nicht mal mehr ein Bootlog liefern kann, weil die E-Mail noch nicht abgesetzt werden konnte und die Log-Datei (8 kB) in dem älteren Gerät mehr als ein Bootlog nicht aufnehmen kann. Die neue Firmware ist also keine Lösung, mit dem Update-Ende bei der 10.34 lag ich also eher richtig.

der erste Bootlog:

Code: Alles auswählen

09/17/2023 17:34:38  System boot after firmware upload

DEVICE:                LANCOM 1781AW
HW-RELEASE:            B
VERSION:               10.42.1113RU11 / 10.03.2023

### found memory corruption: boundary out of range
*** broken->previous block @ 06462840
prev=064627e0 next=06464b20 size[blocks]=279 size[byte]=0x2298 bound=(0x28 06464b18)
owner=(0251faa0 'Idle' 1) | [BT] 00d9b460 01491464 00d8b164
*** broken block @ 06464b20
prev=06462840 next=06464b80 size[blocks]=3 size[byte]=0x80000004 bound=(0x8000003c 86464b64)
owner=(0251faa0 'Idle' 3903953679) | [BT] 5b315d20 426f6f74 696e6720 6d6f6465 6d3a2053
Adr:= 06464b00
Len:= 00000060
06464B00:  00 00 00 00 00 D8 D4 98  00 00 00 00 00 00 00 00 | ........ ........
06464B10:  00 00 00 00 00 00 00 00  FF 00 00 00 00 00 00 00 | ........ ........
06464B20:  06 46 4B 80 06 46 28 40  00 00 00 03 02 51 FA A0 | .FK..F(@ .....Q..
06464B30:  00 00 00 00 01 B0 F4 4A  80 00 00 3C E8 B1 9B 0F | .......J ...<....
06464B40:  00 05 78 44 53 4C 3A 20  5B 31 5D 20 42 6F 6F 74 | ..xDSL:  [1] Boot
06464B50:  69 6E 67 20 6D 6F 64 65  6D 3A 20 53 79 73 74 65 | ing mode m: Syste
----------
found back into block chain @ 06464b80
### found memory corruption: boundary broken
*** broken block @ 06466e60
prev=06464b80 next=06466ec0 size[blocks]=3 size[byte]=0x14 bound=(0x2c 06466eb4)
owner=(0251faa0 'Idle' 1) | [BT] 0050e6b4 00d9b460 81491464 e8b19ee0
Adr:= 06466e40
Len:= 00000060
06466E40:  29 00 00 00 00 D8 D4 98  00 00 00 00 00 00 00 00 | )....... ........
06466E50:  00 00 00 00 00 00 00 00  FF 00 00 00 00 00 00 00 | ........ ........
06466E60:  06 46 6E C0 06 46 4B 80  00 00 00 03 02 51 FA A0 | .Fn..FK. .....Q..
06466E70:  00 00 00 00 01 B0 F4 4A  00 00 00 2C 00 00 00 01 | .......J ...,....
06466E80:  00 00 00 05 00 00 00 04  00 50 E6 B4 00 D9 B4 60 | ........ .P.....`
06466E90:  81 49 14 64 E8 B1 9E E0  04 05 5B 57 4C 41 4E 2D | .I.d.... ..[WLAN-
Adr:= 06466e80
Len:= 00000060
06466E80:  00 00 00 05 00 00 00 04  00 50 E6 B4 00 D9 B4 60 | ........ .P.....`
06466E90:  81 49 14 64 E8 B1 9E E0  04 05 5B 57 4C 41 4E 2D | .I.d.... ..[WLAN-
06466EA0:  31 5D 20 4B 65 79 20 68  61 6E 64 73 68 61 6B 65 | 1] Key h andshake
06466EB0:  20 77 69 74 68 20 70 65  65 72 20 32 36 3A 36 66 |  with pe er 26:6f
06466EC0:  3A 34 64 3A 36 32 3A 63  33 3A 35 62 20 28 6C 6F | :4d:62:c 3:5b (lo
06466ED0:  63 61 6C 6C 79 2D 61 64  6D 2E 29 20 73 75 63 63 | cally-ad m.) succ
----------
found back into block chain @ 06467160
****

09/17/2023 17:52:07  LCOS-Watchdog
Task name = Message-Watchdog  Type=e300: DSI Interrupt (Data TLB miss)
Code=0x00000003 Thread=026a1630 Task=00000000 Nest=0x00000000

 R00=0x01489e48  SP =0x026a2690  R02=0x01e23000  R03=0x064671a0 
 R04=0x026a26b8  R05=0x026a2700  R06=0x55555555  R07=0x00000001 
 R08=0x06464bc0  R09=0xe8b19f26  R10=0x06466ea4  R11=0x026a26a0 
 R12=0x20002242  R13=0x02412440  R14=0x00000000  R15=0x00000000 
 R16=0x00000000  R17=0x00000000  R18=0x00000000  R19=0x00000000 
 R20=0x00000000  R21=0x00000000  R22=0x00000000  R23=0x00000000 
 R24=0x00000000  R25=0x00000000  R26=0x026a2700  R27=0x0251c074 
 R28=0x00000000  R29=0x0251c070  R30=0x00000025  R31=0x026a26b8 

 CR  =0x20000004  XER =0x20000000  LR  =0x01489e48  CTR =0x00d906c8 
 DAR =0xe8b19f3a  DSR =0x40000000  TBL =0x08e18df2  TBU =0x0000a67b 
 IBCR=0x00e20000  DBCR=0x00000000  DBR =0x00000000  DBR2=0x00000000 
 HID0=0xc090c000  HID1=0x0c000000  HID2=0x04e40000  MBAR=0x00000000 
 SPR0=0x026a26a0  SPR1=0x064671a0  SPR2=0x026a26b8  SPR3=0x000010b6 
 SPR4=0x20000004  SPR5=0x00000000  SPR6=0x00000000  SPR7=0x00000000 
 TGR0=0x00001080  TGR1=0xe8b19f3a  TGR2=0x00000000  TGR3=0x200a90b2 

 SRR0(PC) =0x00d906e4
 SRR1(MSR)=0x000090b2

 exception, additional backtrace: [BT] 01489e48 01489e48 01489ee0 00d90780 0148c278 01492390 00d8d498

largest available memory block: 24627392 bytes


DEVICE:                LANCOM 1781AW
HW-RELEASE:            B
VERSION:               10.42.1113RU11 / 10.03.2023

****

09/17/2023 17:52:27  System boot after LCOS-Watchdog

DEVICE:                LANCOM 1781AW
HW-RELEASE:            B
VERSION:               10.42.1113RU11 / 10.03.2023
der letzte Bootlog:

Code: Alles auswählen

09/17/2023 18:23:55  System boot after LCOS-Watchdog

DEVICE:                LANCOM 1781AW
HW-RELEASE:            B
VERSION:               10.42.1113RU11 / 10.03.2023

### found memory corruption: boundary broken
*** broken block @ 0646c660
prev=0646c5e0 next=0646d940 size[blocks]=151 size[byte]=0x1298 bound=(0x28 0646d938)
owner=(0251faa0 'Idle' 1) | [BT] 018de9d4 018b68ec 00d89ad0 014914e0 00d8b164
Adr:= 0646c640
Len:= 00000060
0646C640:  DD 21 33 E0 8C 0C 4A 3E  FF D8 B2 04 75 00 B7 F9 | .!3...J> ....u...
0646C650:  FF 18 17 00 E8 B1 A6 5E  00 05 4C 6F 63 61 6C 20 | .......^ ..Local 
0646C660:  06 46 D9 40 06 46 C5 E0  00 00 00 97 02 51 FA A0 | .F.@.F.. .....Q..
0646C670:  00 00 00 00 01 B0 F4 4A  00 00 00 28 00 00 00 01 | .......J ...(....
0646C680:  00 00 00 05 00 00 00 05  01 8D E9 D4 01 8B 68 EC | ........ ......h.
0646C690:  00 D8 9A D0 01 49 14 E0  00 D8 B1 64 06 46 C6 60 | .....I.. ...d.F.`
Adr:= 0646d900
Len:= 00000060
0646D900:  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00 | ........ ........
0646D910:  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00 | ........ ........
0646D920:  00 00 00 00 00 D8 D4 98  00 00 00 00 00 00 00 00 | ........ ........
0646D930:  00 00 00 00 80 00 00 00  E8 B1 A6 A5 00 05 4C 6F | ........ ......Lo
0646D940:  63 61 6C 20 74 69 6D 65  20 73 65 74 20 74 6F 20 | cal time  set to 
0646D950:  32 30 32 33 2D 30 39 2D  31 37 20 31 36 3A 32 34 | 2023-09- 17 16:24
----------
found back into block chain @ 0646d100
### found memory corruption: boundary broken
*** broken block @ 06470220
prev=0646f1c0 next=06471280 size[blocks]=131 size[byte]=0x1000 bound=(0x40 06471260)
owner=(0251faa0 'Idle' 1) | [BT] 014d76b8 014d9c64 00bdead0 00d89a70 014914e0
Adr:= 06470200
Len:= 00000060
06470200:  FF 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00 | ........ ........
06470210:  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00 | ........ ........
06470220:  06 47 12 80 06 46 F1 C0  00 00 00 83 02 51 FA A0 | .G...F.. .....Q..
06470230:  00 00 00 00 01 B0 F4 4A  00 00 00 40 00 00 00 01 | .......J ...@....
06470240:  00 00 00 05 00 00 00 05  01 4D 76 B8 01 4D 9C 64 | ........ .Mv..M.d
06470250:  00 BD EA D0 00 D8 9A 70  01 49 14 E0 06 47 02 20 | .......p .I...G. 
Adr:= 06471240
Len:= 00000060
06471240:  00 00 00 00 00 00 01 02  03 04 05 06 07 08 09 0A | ........ ........
06471250:  0B 0C 0D 0E 0F 10 11 12  13 14 15 16 17 18 19 1A | ........ ........
06471260:  1B 1C 1D 1E 1F 00 01 02  03 04 05 06 07 08 09 0A | ........ ........
06471270:  0B 0C 0D 0E 0F 10 11 12  13 14 15 16 17 18 19 1A | ........ ........
06471280:  1B 1C 1D 1E 1F 00 00 00  00 00 00 00 00 00 00 00 | ........ ........
06471290:  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00 | ........ ........
----------
found back into block chain @ 06471120
****

09/17/2023 18:24:33  LCOS-Watchdog
Task name = Idle  Type=e300: DSI Interrupt (Data TLB miss)
Code=0x00000003 Thread=0251faa0 Task=00000000 Nest=0x00000000

 R00=0x01489a38  SP =0x026af528  R02=0x01e23000  R03=0xcea2f103 
 R04=0x0251fe60  R05=0x0000003c  R06=0x02d2b790  R07=0x0251c2ec 
 R08=0xcea2dff1  R09=0xe8b1a6c0  R10=0x0251c308  R11=0x026af550 
 R12=0x20002242  R13=0x02412440  R14=0x00000000  R15=0x00000000 
 R16=0x00000000  R17=0x00000000  R18=0x00000000  R19=0x00000000 
 R20=0x00000000  R21=0xffffffff  R22=0x00000003  R23=0x001010ac 
 R24=0x07f00000  R25=0x0790ac80  R26=0x07f00338  R27=0x00000000 
 R28=0x01484684  R29=0x0251fd0c  R30=0x0251fea0  R31=0x0251fe60 

 CR  =0x20002248  XER =0x20000000  LR  =0x01489988  CTR =0x01489a1c 
 DAR =0xe8b1a730  DSR =0x40000000  TBL =0x0e841e87  TBU =0x0000a68a 
 IBCR=0x00e20000  DBCR=0x00000000  DBR =0x00000000  DBR2=0x00000000 
 HID0=0xc090c000  HID1=0x0c000000  HID2=0x04e40000  MBAR=0x00000000 
 SPR0=0x026af550  SPR1=0xcea2f103  SPR2=0x0251fe60  SPR3=0x000010b6 
 SPR4=0x20002248  SPR5=0x00000000  SPR6=0x00000000  SPR7=0x00000000 
 TGR0=0x00001080  TGR1=0xe8b1a730  TGR2=0x00000000  TGR3=0x200a10b6 

 SRR0(PC) =0x01489900
 SRR1(MSR)=0x000010b6

 exception, additional backtrace: [BT] 01489988 01489a38 0149f934 014846ac 0149d768

Stack dump (1024 bytes):
Adr:= 026af528
Len:= 00000400
026AF528:  02 6A F5 40 02 51 FD 0C  02 6A F5 50 02 51 FD 0C | .j.@.Q.. .j.P.Q..
026AF538:  02 51 FD 00 02 51 FE 80  02 6A F5 50 01 48 9A 38 | .Q...Q.. .j.P.H.8
026AF548:  02 51 FD 00 02 51 FE 70  02 6A F5 78 01 49 F9 34 | .Q...Q.p .j.x.I.4
026AF558:  02 51 FD 0C 02 51 C2 00  02 6A F5 78 01 48 5F 2C | .Q...Q.. .j.x.H_,
026AF568:  02 6A F5 78 55 55 55 55  02 6A 54 E1 02 6A 54 C0 | .j.xUUUU .jT..jT.
026AF578:  02 6A F5 90 01 48 46 AC  00 00 05 05 79 8B 78 F2 | .j...HF. ....y.x.
026AF588:  00 00 05 05 79 8B 78 D8  02 51 F9 60 01 49 D7 68 | ....y.x. .Q.`.I.h
026AF598:  41 9E 00 40 01 4A A3 88  FF 43 00 08 7F 89 48 00 | A..@.J.. .C....H.
026AF5A8:  40 9E 00 04 4C 00 01 2C  2F 89 00 00 41 9E 00 EC | @...L.., /...A...
026AF5B8:  7C 20 04 AC 7D 20 50 28  02 6A F6 20 02 6A 75 60 | | ..} P( .j. .ju`
026AF5C8:  00 00 00 03 02 51 FA A0  00 00 00 00 01 B0 F4 4A | .....Q.. .......J
026AF5D8:  00 00 00 38 00 00 00 01  00 00 00 05 00 00 00 01 | ...8.... ........
026AF5E8:  00 D8 B1 64 00 00 00 00  00 00 00 00 00 00 00 00 | ...d.... ........
026AF5F8:  00 00 00 01 02 6A F5 C0  01 C5 06 A8 02 4F 4B 68 | .....j.. .....OKh
026AF608:  FF 99 E0 40 40 9E FE B8  3C 80 02 C2 7F C3 F3 78 | ...@@... <......x
026AF618:  38 A0 00 01 38 84 28 AC  02 6A F6 A0 02 6A F5 C0 | 8...8.(. .j...j..
026AF628:  00 00 00 04 02 51 FA A0  00 00 00 00 01 B0 F4 4A | .....Q.. .......J
026AF638:  00 00 00 38 00 00 00 01  00 00 00 05 00 00 00 01 | ...8.... ........
026AF648:  00 D8 B1 64 00 00 00 00  00 00 00 00 00 00 00 00 | ...d.... ........
026AF658:  00 00 00 01 02 6A F6 20  01 C4 B5 E8 00 00 00 00 | .....j.  ........
026AF668:  00 00 00 00 38 21 00 78  02 6A F6 70 02 6A F6 70 | ....8!.x .j.p.j.p
026AF678:  01 9C 00 08 81 5C 00 00  00 00 00 00 41 BE FF 84 | .....\.. ....A...
026AF688:  FF 89 E3 78 83 9C 00 08  81 5C 00 00 7F 89 50 00 | ...x.... .\....P.
026AF698:  40 9E FF DC 4B FF FF 6C  02 6B 07 00 02 6A F6 20 | @...K..l .k...j. 
026AF6A8:  00 00 00 83 02 51 FA A0  00 00 00 00 01 B0 F4 4A | .....Q.. .......J
026AF6B8:  00 00 00 40 00 00 00 01  00 00 00 05 00 00 00 03 | ...@.... ........
026AF6C8:  00 D8 9C E8 01 49 14 E0  00 D8 B1 64 00 00 00 00 | .....I.. ...d....
026AF6D8:  00 00 00 01 02 6A F6 A0  48 00 05 81 00 00 C0 00 | .....j.. H.......
026AF6E8:  02 8B E3 C8 02 74 71 28  40 00 00 00 00 00 00 00 | .....tq( @.......
026AF6F8:  38 71 00 04 88 A3 00 00  38 83 00 01 70 A9 00 80 | 8q...... 8...p...
026AF708:  00 00 00 00 7E 43 93 78  00 00 05 51 81 31 00 00 | ....~C.x ...Q.1..
026AF718:  02 6D D7 68 02 82 63 88  40 01 00 00 00 00 00 00 | .m.h..c. @.......
026AF728:  4B A8 4A 49 7C 72 1B 78  4B A8 49 E9 81 31 00 20 | K.JI|r.x K.I..1. 
026AF738:  00 00 00 00 2F 89 00 00  00 21 00 20 91 41 00 1C | ..../... .!. .A..
026AF748:  02 7E EC 48 02 75 94 E8  40 02 00 00 00 00 00 00 | .~.H.u.. @.......
026AF758:  7D 40 49 2D 40 A2 FF F4  7E 43 93 78 4B A8 49 DD | }@I-@... ~C.xK.I.
026AF768:  00 00 00 00 82 41 00 1C  00 90 00 00 41 9E 00 28 | .....A.. ....A..(
026AF778:  02 85 DD C8 02 81 A5 98  40 03 00 00 00 00 00 00 | ........ @.......
026AF788:  7D 20 51 2D 40 A2 FF F4  4C 00 01 2C 2F 89 FF FF | } Q-@... L..,/...
026AF798:  00 00 00 00 82 12 00 00  00 52 00 04 7F 90 90 40 | ........ .R.....@
026AF7A8:  02 6C 41 78 02 77 C5 E8  40 04 00 00 00 00 00 00 | .lAx.w.. @.......
026AF7B8:  7F C3 F3 78 91 21 00 1C  48 00 04 A1 38 81 00 1C | ...x.!.. H...8...
026AF7C8:  00 00 00 00 81 50 00 04  00 8A 00 00 40 BE 00 0C | .....P.. ....@...
026AF7D8:  02 8A 30 F8 02 6E 2B 68  40 05 00 00 00 00 00 00 | ..0..n+h @.......
026AF7E8:  40 9E FF F4 7D 50 53 78  7F 92 80 40 40 9E FF B8 | @...}PSx ...@@...
026AF7F8:  00 00 00 00 81 29 00 10  00 89 C0 00 40 9E 04 04 | .....).. ....@...
026AF808:  02 75 74 18 02 71 49 08  40 06 00 00 00 00 00 00 | .ut..qI. @.......
026AF818:  81 31 00 28 81 51 00 24  2F 89 00 00 91 21 00 20 | .1.(.Q.$ /....!. 
026AF828:  00 00 00 00 41 9E 00 18  00 29 00 04 7D 40 48 28 | ....A... .)..}@H(
026AF838:  02 7F 2C 98 02 7F C3 28  40 07 00 00 00 00 00 00 | ..,....( @.......
026AF848:  4B A8 48 F9 82 41 00 20  82 21 00 1C 2F 92 00 00 | K.H..A.  .!../...
026AF858:  00 00 00 00 39 52 00 04  00 20 04 AC 7D 20 50 28 | ....9R.. . ..} P(
026AF868:  02 77 A0 68 02 71 4E D8  40 08 00 00 00 00 00 00 | .w.h.qN. @.......
026AF878:  2F 89 FF FF 41 9E 01 B8  82 51 00 00 3A 31 00 04 | /...A... .Q..:1..
026AF888:  00 00 00 00 41 9E 00 68  00 52 00 18 38 A0 00 08 | ....A..h .R..8...
026AF898:  02 7E 9E 78 02 85 42 E8  40 09 00 00 00 00 00 00 | .~.x..B. @.......
026AF8A8:  81 32 00 1C 91 41 00 24  90 E1 00 1C 91 01 00 20 | .2...A.$ ....... 
026AF8B8:  00 00 00 00 48 00 03 A5  00 81 00 1C 48 00 03 BD | ....H... ....H...
026AF8C8:  02 87 16 B8 02 7B 71 D8  40 0A 00 00 00 00 00 00 | .....{q. @.......
026AF8D8:  7D 2A 4B 78 81 2A 00 00  2F 89 00 00 40 9E FF F4 | }*Kx.*.. /...@...
026AF8E8:  00 00 00 00 7F 91 90 40  00 9E FF A0 7C 20 04 AC | .......@ ....| ..
026AF8F8:  02 82 36 58 02 7A C8 88  40 0B 00 00 00 00 00 00 | ..6X.z.. @.......
026AF908:  4C 00 01 2C 2F 89 FF FF  41 9E 02 4C 80 61 00 18 | L..,/... A..L.a..
026AF918:  00 00 00 00 41 BE FC BC  00 23 00 08 39 43 00 08 | ....A... .#..9C..
Additional Stack dump (1024 bytes):
Adr:= 0251f960
Len:= 00000400
0251F960:  02 51 F9 78 01 48 4C 6C  07 F0 1A 4C 07 F0 19 DC | .Q.x.HLl ...L....
0251F970:  00 D8 B0 A0 07 90 AC 74  02 51 F9 C8 00 00 09 8C | .......t .Q......
0251F980:  01 49 15 94 01 49 D6 C0  00 00 00 00 02 51 F9 60 | .I...I.. .....Q.`
0251F990:  00 00 00 00 00 00 00 00  00 00 00 01 02 4F 39 38 | ........ .....O98
0251F9A0:  00 04 90 B6 00 00 90 B6  02 51 F9 C8 20 00 22 42 | ........ .Q.. ."B
0251F9B0:  40 00 22 44 20 00 00 00  01 49 15 98 01 4A A3 88 | @."D ... .I...J..
0251F9C0:  00 00 90 B6 07 90 AC 74  02 51 F9 D0 01 49 E2 A4 | .......t .Q...I..
0251F9D0:  00 00 00 00 00 D8 D4 98  00 00 3F 0C 02 51 FA A0 | ........ ..?..Q..
0251F9E0:  FF 63 DB 78 4B C6 65 C1  7F 83 E3 78 4B C6 65 B9 | .c.xK.e. ...xK.e.
0251F9F0:  7F A3 EB 78 4B C6 65 B1  80 01 00 2C 7F C3 F3 78 | ...xK.e. ...,...x
0251FA00:  02 51 FA 60 02 51 C3 A0  00 00 00 03 00 00 00 00 | .Q.`.Q.. ........
0251FA10:  00 00 00 00 01 C4 F1 84  00 00 00 30 00 00 00 00 | ........ ...0....
0251FA20:  00 00 00 05 00 00 00 04  01 48 52 30 01 49 13 74 | ........ .HR0.I.t
0251FA30:  00 D8 B1 20 00 00 00 00  00 00 00 01 02 51 FA 00 | ... .... .....Q..
0251FA40:  01 C4 F0 E8 02 51 FA 40  02 51 FC A0 02 51 FA A0 | .....Q.@ .Q...Q..
0251FA50:  FF 80 00 20 94 21 FF E0  7C 08 02 A6 3D 20 02 D4 | ... .!.. |...= ..
0251FA60:  02 51 FC 00 02 51 FA 00  00 00 00 0D 00 00 00 00 | .Q...Q.. ........
0251FA70:  00 00 00 00 01 C4 F1 84  00 00 00 38 00 00 00 00 | ........ ...8....
0251FA80:  00 00 00 05 00 00 00 04  01 48 52 30 01 49 13 74 | ........ .HR0.I.t
0251FA90:  00 D8 B1 20 00 00 00 00  00 00 00 01 02 51 FA 60 | ... .... .....Q.`
0251FAA0:  01 C4 BB E4 00 00 00 00  00 00 00 00 02 51 C2 00 | ........ .....Q..
0251FAB0:  01 B0 F4 4A 02 51 FA A0  00 00 00 00 00 00 00 00 | ...J.Q.. ........
0251FAC0:  00 00 00 0F 00 00 00 0F  02 51 FA C8 02 51 FA C8 | ........ .Q...Q..
0251FAD0:  00 00 00 00 00 00 00 00  00 00 00 00 41 9E 00 24 | ........ ....A..$
0251FAE0:  00 00 00 00 00 00 00 00  01 48 92 F4 02 51 FA A0 | ........ .H...Q..
0251FAF0:  01 B0 F4 4A 00 00 00 00  44 5B DB 78 4B C6 64 A9 | ...J.... D[.xK.d.
0251FB00:  00 00 00 00 00 00 36 00  02 51 F9 18 02 51 C3 E0 | ......6. .Q...Q..
0251FB10:  02 3C A3 2C 00 00 00 00  00 00 00 00 02 51 FA A0 | .<.,.... .....Q..
0251FB20:  02 51 FA A0 FF FF FF FF  00 00 00 00 00 00 00 10 | .Q...... ........
0251FB30:  02 28 B5 48 00 00 00 00  00 00 00 00 02 51 FA A0 | .(.H.... .....Q..
0251FB40:  02 51 FA A0 4D F9 D4 EA  02 3C A3 2C 00 0D FA 09 | .Q..M... .<.,....
0251FB50:  00 00 00 01 4B FF F7 9D  00 00 00 02 00 01 FB 78 | ....K... .......x
0251FB60:  00 00 00 00 02 51 FA A0  03 B4 E3 09 03 B4 E3 09 | .....Q.. ........
0251FB70:  02 F7 1C 07 02 3C A3 2C  02 3C A3 2C 00 00 00 00 | .....<., .<.,....
0251FB80:  00 00 00 00 00 00 00 01  00 00 00 01 00 00 2D EA | ........ ......-.
0251FB90:  00 9E 00 64 00 7C 00 00  02 51 FA A0 00 00 28 7C | ...d.|.. .Q....(|
0251FBA0:  FD C3 85 50 00 00 FB 78  4B FF F7 49 00 00 00 00 | ...P...x K..I....
0251FBB0:  00 E3 FB 78 00 00 00 00  7F 63 DB 78 4B C6 63 E9 | ...x.... .c.xK.c.
0251FBC0:  83 7C 00 04 2F 9B 00 00  41 9E 00 24 80 9B 00 00 | .|../... A..$....
0251FBD0:  7F E3 FB 78 4B FF F7 1D  00 00 00 00 7F E3 FB 78 | ...xK... .......x
0251FBE0:  4B FF F7 11 7F 63 DB 78  FF C6 63 BD 7F 83 E3 78 | K....c.x ..c....x
0251FBF0:  4B C6 63 B5 83 9D 00 04  2F 9C 00 00 41 9E 00 64 | K.c..... /...A..d
0251FC00:  02 51 FC 60 02 51 FA 60  00 00 00 03 00 00 00 00 | .Q.`.Q.` ........
0251FC10:  00 00 00 00 01 C4 F1 84  00 00 00 3C 00 00 00 00 | ........ ...<....
0251FC20:  00 00 00 05 00 00 00 05  01 49 FE 50 01 48 D7 74 | ........ .I.P.H.t
0251FC30:  01 48 52 30 01 49 13 74  00 D8 B1 20 02 51 FC 00 | .HR0.I.t ... .Q..
0251FC40:  00 00 01 18 FF 9B 00 04  7F E3 FB 78 4B FF F6 A5 | ........ ...xK...
0251FC50:  7F 63 DB 78 4B C6 63 51  7F 83 E3 78 4B C6 63 49 | .c.xK.cQ ...xK.cI
0251FC60:  02 51 FC C0 02 51 FC 00  00 00 00 03 00 00 00 00 | .Q...Q.. ........
0251FC70:  00 00 00 00 01 C4 F1 84  00 00 00 30 00 00 00 00 | ........ ...0....
0251FC80:  00 00 00 05 00 00 00 05  01 48 D7 74 01 48 52 30 | ........ .H.t.HR0
0251FC90:  01 49 13 74 00 D8 B1 20  00 00 00 00 02 51 FC 60 | .I.t...  .....Q.`
0251FCA0:  01 C4 F1 34 00 00 00 00  00 00 00 02 02 51 FA 40 | ...4.... .....Q.@
0251FCB0:  FF 80 00 20 94 21 FF E0  7C 08 02 A6 3D 20 02 D4 | ... .!.. |...= ..
0251FCC0:  02 51 FD 40 02 51 FC 60  00 00 00 04 00 00 00 00 | .Q.@.Q.` ........
0251FCD0:  00 00 00 00 01 C4 F1 84  00 00 00 30 00 00 00 00 | ........ ...0....
0251FCE0:  00 00 00 05 00 00 00 04  01 48 52 30 01 49 13 74 | ........ .HR0.I.t
0251FCF0:  00 D8 B1 20 00 00 00 00  00 00 00 01 02 51 FC C0 | ... .... .....Q..
0251FD00:  01 C4 F0 D8 00 00 10 B6  00 9B 00 00 03 54 3C 80 | ........ .....T<.
0251FD10:  06 3F 3E 60 07 07 1E C0  00 00 00 00 80 9A 00 00 | .?>`.... ........
0251FD20:  00 00 05 05 79 8B 78 F2  00 00 00 00 00 00 00 00 | ....y.x. ........
0251FD30:  FF FF F5 C1 7F 43 D3 78  4B C6 62 6D 83 5B 00 04 | .....C.x K.bm.[..
0251FD40:  02 51 FD A0 02 51 FC C0  00 00 00 03 00 00 00 00 | .Q...Q.. ........
0251FD50:  00 00 00 00 01 C4 F1 84  00 00 00 38 00 00 00 00 | ........ ...8....
largest available memory block: 24627392 bytes


DEVICE:                LANCOM 1781AW
HW-RELEASE:            B
VERSION:               10.42.1113RU11 / 10.03.2023

****

09/17/2023 18:24:53  System boot after LCOS-Watchdog

DEVICE:                LANCOM 1781AW
HW-RELEASE:            B
VERSION:               10.42.1113RU11 / 10.03.2023
Vielen Dank und viele Grüße
Jirka
Antworten