Mikrotik CAPsMAN - CAPs verbinden sich in zufälligem Zeitintervall neu und Timeouts beim wiederverbunden der CAPs zum CAPsMAN
Hallo alle zusammen,
ich habe hier ein für mich echt strenges Problem, dass ich irgendwie nicht gefasst bekomme.
Ich betreibe einen hEX als CAPsMAN, dazu 2 laps und einen wAP als Access-Points, also CAP, am CAPsMAN. Alle Geräte habe die aktuelle ROS 4.62.6 drauf.
Das Netzwerk an sich funktioniert, zumindest konnte ich nichts auffälliges feststellen. Ich habe DROP oder ERROR Einträge auf irgendeinem Mikrotik Device.
Allerdings habe ich schon vor einer Weile immer mal wieder Problem mit dem WLAN und dessen Durchsatz gehabt und dies aus Frequenzkonflikte geschoben. Nachdem ich mehrfach alles Frequenzen so angepasst habe, dass es bei der Situation nicht besser geht - es liegt kein anderes Netz auf den jeweiligen Frequenzen meines CAPs, wurde es nicht besser.
Da habe ich zufällig bemerkt, dass meine dynamisch erzeugten CAPs im CAPsMAN immer neue Nummern bekommen, sich ale neu verbinden. Das hat mich zum Grübeln gebracht. Ich konnte bisher nur feststellen, dass alles besser funktioniert, wenn ich RSTP ausstelle. Dann bleiben die CAPs über Tage stabil am CAPsMAN und keine re-connects.
Alle CAPs und der CAPsMan erreichen sich gegenseitig, alle haben passende Deafult-Gateways, alle haben die passenden DNS-Server Einträge, Alle kommen ins Internet für Softwareupdates, also auf den ersten Blick keine Auffälligkeiten.
ch habe sogar schon alle anderen Komponenten bis auf einen hAP und den hEX abgeklemmt, um das Problem nach und nach einzugrenzen. Auch diese beiden - selbst DSL-Modem war abgeklemmt, hatten untereinander in der CAPsMAN-Konfiguration die Probleme.
Heute ist mir auf einem CAP beim re-connect erstmalig aufgefallen, dass es zu timeout bei dem Prozess kommt:
So langsam gehen mir die Ideen aus, wo ich noch suchen bzw. ausschließen soll.
Also wenn Ihr noch so komische Verdachtsmomente habt, einfach her damit. Braucht Ihr mehr Infos meiner Konfiguration? Gerne
Ich bin echt für jeden noch so kleinen Hinweis dankbar!!!
Gruß,
Jens
ich habe hier ein für mich echt strenges Problem, dass ich irgendwie nicht gefasst bekomme.
Ich betreibe einen hEX als CAPsMAN, dazu 2 laps und einen wAP als Access-Points, also CAP, am CAPsMAN. Alle Geräte habe die aktuelle ROS 4.62.6 drauf.
Das Netzwerk an sich funktioniert, zumindest konnte ich nichts auffälliges feststellen. Ich habe DROP oder ERROR Einträge auf irgendeinem Mikrotik Device.
Allerdings habe ich schon vor einer Weile immer mal wieder Problem mit dem WLAN und dessen Durchsatz gehabt und dies aus Frequenzkonflikte geschoben. Nachdem ich mehrfach alles Frequenzen so angepasst habe, dass es bei der Situation nicht besser geht - es liegt kein anderes Netz auf den jeweiligen Frequenzen meines CAPs, wurde es nicht besser.
Da habe ich zufällig bemerkt, dass meine dynamisch erzeugten CAPs im CAPsMAN immer neue Nummern bekommen, sich ale neu verbinden. Das hat mich zum Grübeln gebracht. Ich konnte bisher nur feststellen, dass alles besser funktioniert, wenn ich RSTP ausstelle. Dann bleiben die CAPs über Tage stabil am CAPsMAN und keine re-connects.
Alle CAPs und der CAPsMan erreichen sich gegenseitig, alle haben passende Deafult-Gateways, alle haben die passenden DNS-Server Einträge, Alle kommen ins Internet für Softwareupdates, also auf den ersten Blick keine Auffälligkeiten.
ch habe sogar schon alle anderen Komponenten bis auf einen hAP und den hEX abgeklemmt, um das Problem nach und nach einzugrenzen. Auch diese beiden - selbst DSL-Modem war abgeklemmt, hatten untereinander in der CAPsMAN-Konfiguration die Probleme.
Heute ist mir auf einem CAP beim re-connect erstmalig aufgefallen, dass es zu timeout bei dem Prozess kommt:
aug/03 17:20:20 system,error,critical router was rebooted without proper shutdown
aug/03 17:20:31 interface,info ether1 link up (speed 1G, full duplex)
aug/03 17:20:34 caps,info CAP selected CAPsMAN MikroTik-Keller2 (CC:2D:E0:68:3D:3E/13/0)
aug/03 17:20:35 caps,info CAP connected to MikroTik-Keller2 (CC:2D:E0:68:3D:3E/13/0)
aug/03 17:20:35 caps,info CAP joined MikroTik-Keller2 (CC:2D:E0:68:3D:3E/13/0)
05:54:39 system,info cloud change time Aug/03/2018-17:23:56 => Aug/04/2018-05:54:39
06:45:39 caps,info CAP sent max keepalives without response
06:45:39 caps,info CAP disconnected from MikroTik-Keller2 (CC:2D:E0:68:3D:3E/13/0)
06:46:12 caps,info CAP selected CAPsMAN MikroTik-Keller2 (CC:2D:E0:68:3D:3E/13/0)
06:46:32 caps,info CAP connect to MikroTik-Keller2 (CC:2D:E0:68:3D:3E/13/0) failed: timeout
06:46:32 caps,info CAP failed to join MikroTik-Keller2 (CC:2D:E0:68:3D:3E/13/0)
06:46:32 caps,info CAP selected CAPsMAN MikroTik-Keller2 (::ffff:192.168.5.1:5246)
06:46:52 caps,info CAP connect to MikroTik-Keller2 (::ffff:192.168.5.1:5246) failed: timeout
06:46:52 caps,info CAP failed to join MikroTik-Keller2 (::ffff:192.168.5.1:5246)
06:47:00 caps,info CAP selected CAPsMAN MikroTik-Keller2 (CC:2D:E0:68:3D:3E/13/0)
06:47:02 caps,info CAP connected to MikroTik-Keller2 (CC:2D:E0:68:3D:3E/13/0)
06:47:02 caps,info CAP joined MikroTik-Keller2 (CC:2D:E0:68:3D:3E/13/0)
06:49:54 system,info,account user admin logged in from 192.168.5.55 via ssh
06:59:10 caps,info CAP sent max keepalives without response
06:59:10 caps,info CAP disconnected from MikroTik-Keller2 (CC:2D:E0:68:3D:3E/13/0)
06:59:13 caps,info CAP selected CAPsMAN MikroTik-Keller2 (CC:2D:E0:68:3D:3E/13/0)
06:59:14 caps,info CAP connected to MikroTik-Keller2 (CC:2D:E0:68:3D:3E/13/0)
06:59:14 caps,info CAP joined MikroTik-Keller2 (CC:2D:E0:68:3D:3E/13/0)
06:59:32 caps,info CAP sent max keepalives without response
06:59:32 caps,info CAP disconnected from MikroTik-Keller2 (CC:2D:E0:68:3D:3E/13/0)
06:59:34 caps,info CAP selected CAPsMAN MikroTik-Keller2 (CC:2D:E0:68:3D:3E/13/0)
06:59:37 caps,info CAP connected to MikroTik-Keller2 (CC:2D:E0:68:3D:3E/13/0)
06:59:37 caps,info CAP joined MikroTik-Keller2 (CC:2D:E0:68:3D:3E/13/0)
07:07:55 caps,info CAP sent max keepalives without response
07:07:55 caps,info CAP disconnected from MikroTik-Keller2 (CC:2D:E0:68:3D:3E/13/0)
07:07:58 caps,info CAP selected CAPsMAN MikroTik-Keller2 (CC:2D:E0:68:3D:3E/13/0)
07:08:02 caps,info CAP connected to MikroTik-Keller2 (CC:2D:E0:68:3D:3E/13/0)
07:08:02 caps,info CAP joined MikroTik-Keller2 (CC:2D:E0:68:3D:3E/13/0)
07:21:40 caps,info CAP sent max keepalives without response
07:21:40 caps,info CAP disconnected from MikroTik-Keller2 (CC:2D:E0:68:3D:3E/13/0)
07:21:43 caps,info CAP selected CAPsMAN MikroTik-Keller2 (CC:2D:E0:68:3D:3E/13/0)
07:22:03 caps,info CAP connect to MikroTik-Keller2 (CC:2D:E0:68:3D:3E/13/0) failed: timeout
07:22:03 caps,info CAP failed to join MikroTik-Keller2 (CC:2D:E0:68:3D:3E/13/0)
07:22:03 caps,info CAP selected CAPsMAN MikroTik-Keller2 (::ffff:192.168.5.1:5246)
07:22:23 caps,info CAP connect to MikroTik-Keller2 (::ffff:192.168.5.1:5246) failed: timeout
07:22:23 caps,info CAP failed to join MikroTik-Keller2 (::ffff:192.168.5.1:5246)
07:22:31 caps,info CAP selected CAPsMAN MikroTik-Keller2 (CC:2D:E0:68:3D:3E/13/0)
07:22:51 caps,info CAP connect to MikroTik-Keller2 (CC:2D:E0:68:3D:3E/13/0) failed: timeout
07:22:51 caps,info CAP failed to join MikroTik-Keller2 (CC:2D:E0:68:3D:3E/13/0)
07:22:51 caps,info CAP selected CAPsMAN MikroTik-Keller2 (::ffff:192.168.5.1:5246)
07:23:11 caps,info CAP connect to MikroTik-Keller2 (::ffff:192.168.5.1:5246) failed: timeout
07:23:11 caps,info CAP failed to join MikroTik-Keller2 (::ffff:192.168.5.1:5246)
07:23:18 caps,info CAP selected CAPsMAN MikroTik-Keller2 (CC:2D:E0:68:3D:3E/13/0)
07:23:21 caps,info CAP connected to MikroTik-Keller2 (CC:2D:E0:68:3D:3E/13/0)
07:23:21 caps,info CAP joined MikroTik-Keller2 (CC:2D:E0:68:3D:3E/13/0)
So langsam gehen mir die Ideen aus, wo ich noch suchen bzw. ausschließen soll.
Also wenn Ihr noch so komische Verdachtsmomente habt, einfach her damit. Braucht Ihr mehr Infos meiner Konfiguration? Gerne
Ich bin echt für jeden noch so kleinen Hinweis dankbar!!!
Gruß,
Jens
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 382314
Url: https://administrator.de/forum/mikrotik-capsman-caps-verbinden-sich-in-zufaelligem-zeitintervall-neu-und-timeouts-beim-wiederverbunden-der-382314.html
Ausgedruckt am: 22.12.2024 um 04:12 Uhr