4
Nach Update von 6.35 auf 6.38.1 RouterOS (gefühlt) wiederkehrende wechselnde(Interface) FCS-Fehler (RX)
... Guten Morgen.
Ich hab momentan ein nerviges zyklisches Problem auf meine CCR1036 (6.38.1) nach einem durchgeführten Update.
In unbestimmbaren dynamischen Abständen entstehen auf unterschiedlichen Interface (RJ-45) immer wieder FCS-RX Fehler.
Ab einer bestimmten Anzahl schalten dann das Fehlerverursachende TX - Interface so ab, dass eine Nutzung unmöglich ist.
Es geht dann nichts mehr ... ! Es fehlt unter Neighbor, MAC-Telnet geht nicht mehr wie auch alle IP-Basierten Dienste.
Es laufen zwar noch Daten ... aber Verbindungen wie Tunnel etc. sind tot.
Muss das(die) TX-RB(s) (alle 911 mit 6.38.1) dann stromlos machen ... erst danach geht es wieder.
Vor dem Update mit 6.35, hatte ich diese Fehler nie. Am CCR sind 12 betroffene 911RB ´s als WLAN-Bridge angeschlossen.
Hierdurch laufen pro Link jeweils ein EoIP-Tunnel. Aktive Dienste nutzen nur OSPF,SNMP, Neighbor und den WINBOX-Service.
Keine Firewall etc. laufen auf dem Board. Es hat sich nur die Firmware verändert. Mehr nicht !
Durch den Tunnel läuft je Standort die PPPPOE-Einwahl und deren Daten. Ab und an auch mal ein Remotezugriff auf Switche(Port 80)
und eine Fernabfrage(FTP).
Auf dem CCR habe ich Dude laufen, Userman, OSPF, Firewall und NTP !
Da alle RX-Fehler auf dem Zentralen CCR auflaufen, vermute ich den Fehler auf diesem System. Denn ich denke dass die FCS-Problematik
nur ein Symptom ist. Der Fehler liegt bestimmt wo anders.
Hat einer ne Idee ?
Danke !
Ich hab momentan ein nerviges zyklisches Problem auf meine CCR1036 (6.38.1) nach einem durchgeführten Update.
In unbestimmbaren dynamischen Abständen entstehen auf unterschiedlichen Interface (RJ-45) immer wieder FCS-RX Fehler.
Ab einer bestimmten Anzahl schalten dann das Fehlerverursachende TX - Interface so ab, dass eine Nutzung unmöglich ist.
Es geht dann nichts mehr ... ! Es fehlt unter Neighbor, MAC-Telnet geht nicht mehr wie auch alle IP-Basierten Dienste.
Es laufen zwar noch Daten ... aber Verbindungen wie Tunnel etc. sind tot.
Muss das(die) TX-RB(s) (alle 911 mit 6.38.1) dann stromlos machen ... erst danach geht es wieder.
Vor dem Update mit 6.35, hatte ich diese Fehler nie. Am CCR sind 12 betroffene 911RB ´s als WLAN-Bridge angeschlossen.
Hierdurch laufen pro Link jeweils ein EoIP-Tunnel. Aktive Dienste nutzen nur OSPF,SNMP, Neighbor und den WINBOX-Service.
Keine Firewall etc. laufen auf dem Board. Es hat sich nur die Firmware verändert. Mehr nicht !
Durch den Tunnel läuft je Standort die PPPPOE-Einwahl und deren Daten. Ab und an auch mal ein Remotezugriff auf Switche(Port 80)
und eine Fernabfrage(FTP).
Auf dem CCR habe ich Dude laufen, Userman, OSPF, Firewall und NTP !
Da alle RX-Fehler auf dem Zentralen CCR auflaufen, vermute ich den Fehler auf diesem System. Denn ich denke dass die FCS-Problematik
nur ein Symptom ist. Der Fehler liegt bestimmt wo anders.
Hat einer ne Idee ?
Danke !
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-Key: 332448
Url: https://administrator.de/contentid/332448
Printed on: April 24, 2024 at 04:04 o'clock
4 Comments
Latest comment
6.38.1 hat diverse misteriöse Fehlverhalten sieht man auch am Feedback im Mikrotik-Forum Aktuell ist im Release Tree 6.38.5
P.
P.
... läuft sie bei dir, ... die 6.38.5 ? Danke !
Bei 6.38.1 hatte deswegen ein Downgrade gemacht, aktuell hier 6.38.4 wieder alles in Butter.
Den Hinweis zur 6.38.x hast du gelesen ?
Im 38er Zweig gibt es diverse Neuerungen.
Important note!!!
RouterOS v6.38 contains STP/RSTP changes which makes bridges compatible with IEEE 802.1Q-2014 by sending and processing BPDU packets without VLAN tag.
To avoid STP/RSTP compatibility issues with older RouterOS versions, upgrade RouterOS to v6.38 on all routers in Layer2 networks with VLAN and STP/RSTP configurations.
The recommended procedure is to start by upgrading the remotest routers and gradually do it to the Root Bridge device.
If after upgrade you experience loss of connectivity, then disabling STP/RSTP on RouterOS bridge interface will restore connectivity so you can complete upgrade process on your network.
