Probleme im Netzwerk Switche teilweise nicht erreichbar
Guten Morgen,
seit Monaten haben wir hier immer wieder Probleme mit dem Netzwerk, das Problem konnte ich leider aber noch immer nicht finden. Es sind insgesamt 5 Gebäude miteinander verbunden. Leider bricht immer mal wieder die Verbindung zu einem Switch, an dem noch ein weiterer Switch hängt ab.
Alle Switche sind mit Cat 7 Kabeln auf entsprechenden Patchpanels aufgelegt und wurden auch erfolgreich auf Durchgang geprüft.
Einen defekt der Switche kann ich ebenfalls ausschließen, da ich alle bereits testweise ausgetauscht hatte, das Problem aber dennoch auftrat.
Ich vermute, dass hier die Erdung ein Problem sein könnte, da die Netzwerkschränke nur im jeweiligen Gebäude geerdet sind, nicht aber alle miteinander verbunden sind.
Hat jemand von euch noch eine Idee wo hier das Problem schlummern könnte?
seit Monaten haben wir hier immer wieder Probleme mit dem Netzwerk, das Problem konnte ich leider aber noch immer nicht finden. Es sind insgesamt 5 Gebäude miteinander verbunden. Leider bricht immer mal wieder die Verbindung zu einem Switch, an dem noch ein weiterer Switch hängt ab.
Alle Switche sind mit Cat 7 Kabeln auf entsprechenden Patchpanels aufgelegt und wurden auch erfolgreich auf Durchgang geprüft.
Einen defekt der Switche kann ich ebenfalls ausschließen, da ich alle bereits testweise ausgetauscht hatte, das Problem aber dennoch auftrat.
Ich vermute, dass hier die Erdung ein Problem sein könnte, da die Netzwerkschränke nur im jeweiligen Gebäude geerdet sind, nicht aber alle miteinander verbunden sind.
Hat jemand von euch noch eine Idee wo hier das Problem schlummern könnte?
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 657736
Url: https://administrator.de/contentid/657736
Ausgedruckt am: 22.11.2024 um 11:11 Uhr
32 Kommentare
Neuester Kommentar
Guten Morgääähhhhn
Es ist definitiv die Verbindung zwischen dem 1. Switch der Kaskade zum (Core)Switch? Du hast zwischen den Gebäuden Kupferleitungen? Wie lang sind die? Die beste Lösung wäre Glasfaser zwischen den Gebäuden, kostet zwar was, aber ob die Abbrüche der letzten Monate so günstig waren?
Ansonsten, wer hat die Kabel verlegt? Wann? Gewährleistung?
Ob ich jetzt ein "Erdungskabel" zur Verbindung einziehe oder Glasfaser ist egal, das eine löst das Problem vielleicht, das andere ziemlich sicher.
Zitat von @hukiman:
Leider bricht immer mal wieder die Verbindung zu einem Switch, an dem noch ein weiterer Switch ....
Leider bricht immer mal wieder die Verbindung zu einem Switch, an dem noch ein weiterer Switch ....
Es ist definitiv die Verbindung zwischen dem 1. Switch der Kaskade zum (Core)Switch? Du hast zwischen den Gebäuden Kupferleitungen? Wie lang sind die? Die beste Lösung wäre Glasfaser zwischen den Gebäuden, kostet zwar was, aber ob die Abbrüche der letzten Monate so günstig waren?
Ansonsten, wer hat die Kabel verlegt? Wann? Gewährleistung?
Ob ich jetzt ein "Erdungskabel" zur Verbindung einziehe oder Glasfaser ist egal, das eine löst das Problem vielleicht, das andere ziemlich sicher.
Frage: Hat das jemals funktioniert? Wielange und mit welcher Geschwindigkeit?
Bezüglich dem "Gebäudeverbindungskabel": Wie schauts da mit der Feuchtigkeit (Eis?) im Rohr und so aus?
Zitat von @hukiman:
Die Zuleitung muss dann aber von Patchpanel runter, damit nichts auf die anderen Kabel übertragen wird oder?
Ach, das Kabel aus der Wand ist direkt auf dem Patchpanel?Die Zuleitung muss dann aber von Patchpanel runter, damit nichts auf die anderen Kabel übertragen wird oder?
Sorry, dumm von mir, ist natürlich auf dem Patchfeld.
Ja, dann muss da das runter um den gewünschten Effekt zu erziehlen.
Stefan
Ok, wenns jahrelang funktioniert hat ..... knapp funktioniert hat und jetzt, aufgrund von Alterung, Näße, Eis, Länge in der Nähe des Limits eben nicht mehr, dann mußt Du eben das Kabel tauschen.
Aber teste es zuerst mit Stefans Dingern ..... einen Versuch ist es sicher wert.
Hallo,
Lies bitte die Switch-Logs. Da müsste drinstehen, was mit dem Port passiert.
Was heißt es eigentlich, dass die Verbindung nicht funktioniert? Link weg / Lampe aus oder Lampe an und trotzdem keine Verbindung mit Ping bzw. Webinterface? Wie gesagt, die Logs sollten Dir weiterhelfen.
Wieso hast Du eigentlich noch nicht exakt identifiziert, welcher Link / welches Kabel betroffen ist? Wenn Du sogar schon die Leitungen durchgemessen hast? Es ist jedenfalls sinnvoll zuerst das Problem zu isolieren und dann an der Lösung zu arbeiten. Vielleicht ist der Potentialausgleich ja gar nicht das aktuelle Problem?
Grüße
lcer
Zitat von @hukiman:
Ja, das hat jahrelang ohne Probleme funktioniert. Wie gesagt, die Leitungen habe ich auch durchgemessen, die funktionieren problemlos.
Was hat sich denn dann geändert?Ja, das hat jahrelang ohne Probleme funktioniert. Wie gesagt, die Leitungen habe ich auch durchgemessen, die funktionieren problemlos.
Lies bitte die Switch-Logs. Da müsste drinstehen, was mit dem Port passiert.
Was heißt es eigentlich, dass die Verbindung nicht funktioniert? Link weg / Lampe aus oder Lampe an und trotzdem keine Verbindung mit Ping bzw. Webinterface? Wie gesagt, die Logs sollten Dir weiterhelfen.
Wieso hast Du eigentlich noch nicht exakt identifiziert, welcher Link / welches Kabel betroffen ist? Wenn Du sogar schon die Leitungen durchgemessen hast? Es ist jedenfalls sinnvoll zuerst das Problem zu isolieren und dann an der Lösung zu arbeiten. Vielleicht ist der Potentialausgleich ja gar nicht das aktuelle Problem?
Grüße
lcer
STP war auf allen Switches ab Werk schon aktiv, hier habe ich nichts verändert
Und genau das ist das Fatale. Vermutlich aus fachlichem Unwissen ist das unterblieben. Damit wird der Root Switch willkürlich nach der niedrigsten Mac Adresse ausgewählt und kann dann der 5 Port Miniswitch bei der Sekretärin auf dem Schreibtisch sein. Ein fataler Fehler !Der "Hauptswitch" XS716T" hat deshalb eine fehlerhafte STP Konfiguration. RSTP ist schon richtig aber dieser Hauptswitch (Core) muss zwingend eine höhere RSTP Priority haben wie z.B. 8192 (modulo 4096). Damit ist dann sichergestellt das er Root Switch wird im Netz und die Root Uplinks niemals in den Blocking Mode gehen bei einem Topology Change. Jeder "Link Down" Event triggert einen Topology Change der dann für die Dauer von 2-5 Minuten die Uplinks in den STP Blocking Mode versetzt. Genau also dein Verhalten.
Das wäre unterblieben hättest du den Spanning Tree sauber und richtig konfiguriert. Netzwerklaien ignoirieren so etwas fatalerweise oft.
Die STP Priority des Switches wird vermutlich im Advanced Setup gesetzt.
Generell sind aber die "Link Down" Events die Ursache des Übels. Diese lösen die STP Topology Chjanges aus die dann die Blockings und die Unterbrechungen bewirken. Eine Ursachenkette also.
Die "Link Down" Events werden häufig durch defekte Kabel, defekte Ports und defekte optische SFP Transceiver ausgelöst. Hier gilt es also genau rauszufinden welche Ports betroffen sind und das abzustellen.
Zitat von @aqui:
Damit wird der Root Switch willkürlich nach der niedrigsten Mac Adresse ausgewählt ....
Damit wird der Root Switch willkürlich nach der niedrigsten Mac Adresse ausgewählt ....
Nachdem es jahrelang funktioniert hat und nichts verändert wurde hätte ich jetzt den Fehler nicht im spanning tree gesucht
Nachdem es jahrelang funktioniert hat und nichts verändert wurde
Na ja mal ehrlich... Diese Ammenmärchen Aussage hört jeder Netzwerker gefühlt 10mal am Tag und zu 99,99% stimmt diese nie wie alle wissen. Irgendwo hat immer einer ein Kabel gezogen, verändert, einen Miniswitch installiert, falsch gesteckt usw. usw.
Der TO hat sicher niemals in der Zeit in irgendwelche Switch Logs gesehen oder kontrolliert was in seiner Infrastruktur passiert....wetten ?!
in der Ausbildung zum Betriebsinformatiker lernt, aber dem ist leider nicht so...
Das lernt sogar der FiSi im ersten Lehrjahr schon, denn es gehört zu den Grundpfeilern einer stabilen Netzwerk Installation wie Stoßdämpfer bei der Autokarosserie ! 😉vor allem weil jeder Hersteller natürlich sein eigenes Süppchen kocht
Das das Quatsch ist weisst du auch selber. RSTP ist mit 802.1w ein weltweiter Standard an den sich alle Hersteller halten. Mit solchen zweifelhaften Aussagen sollte man in einem Administrator Forum immer etwas vorsichtiger sein.Außerdem gibt es einen Punkt MST Configuration, hier steht die Priotity auf 32768.
MSTP ist Multiple Spanning Tree was mehrere VLANs zu eine STP Instanz zusammenfassen kann im Gegensatz zu anderen klassischen Spanning Tree Protokollen wie STP, RSTP, PVSTP oder PVSTP+Wie du aber oben in deinem Screenshot selber sehen kannst und STP Operation Mode ist MSTP als Spanning Tree Protokoll bei dir gar nicht aktiv sondern einzig nur RSTP und nix anderes. Der Einwand ist also irrelevant für dein aktuelles Setup.
32768 ist die Default STP Priority die weltweit auf allen Switches so gesetzt ist. Priority Werte gehen von 4096 bis 61440. Kleinere Werte haben die höhere Priority und sie müssen Modulo 4096 vergeben werden.
Erlaubte Werte sind also: 4096, 8192, 12288, 16384, 20480, 24576, 28672, 32768, 36864, 40960, 45056, 49152, 53248, 57344 und 61440.
Deshalb die Empfehlung den XS716T als Hauptswitch zwingend auf 8192 zu setzen um diesen dann dediziert als RSTP Root Switch im Netz zu setzen.
Bei einem Priority Gleichstand entscheidet sonst die niedrigeste Mac Adresse ! Deshalb ist es bei dir dann immer völlig willkürlich wenn alle Switches unkonfiguriert den Default Wert haben und ein fataler RSTP Konfig Fehler.
Guckst du zu dem Thema auch hier:
Kaskadierung zwischen zwei HP Procurve 2810-24g Switchen über VLAN
Frage zur Konfiguration von Switchen zur Vermeidung eines Loops bei redundanter Anbindung
Ich würde CISCO empfehlen auch den Netzwerkkurs, da habe ich einiges gelernt. Ansonsten ein paar Links zu durchlesen.
https://www.cisco.com/c/en/us/support/docs/lan-switching/spanning-tree-p ...
https://www.cisco.com/c/de_de/support/docs/lan-switching/spanning-tree-p ...
https://www.ict.tuwien.ac.at/lva/384.081/datacom/07-Spanning-Tree_Detail ...
http://ccna-powertraining.de/wp-content/uploads/2019/07/STP-Konfigurati ...
https://www.cisco.com/c/en/us/support/docs/lan-switching/spanning-tree-p ...
https://www.cisco.com/c/de_de/support/docs/lan-switching/spanning-tree-p ...
https://www.ict.tuwien.ac.at/lva/384.081/datacom/07-Spanning-Tree_Detail ...
http://ccna-powertraining.de/wp-content/uploads/2019/07/STP-Konfigurati ...
Zitat von @aqui:
Na ja mal ehrlich... Diese Ammenmärchen Aussage hört jeder Netzwerker gefühlt 10mal am Tag und zu 99,99% stimmt diese nie wie alle wissen.
Na ja mal ehrlich... Diese Ammenmärchen Aussage hört jeder Netzwerker gefühlt 10mal am Tag und zu 99,99% stimmt diese nie wie alle wissen.
Das ist schon richtig, .... nur einem Fachmann glaube ich das prinzipiell .... und wenn es nicht stimmt .... er muß wissen, was es sagt und tut .... da bin ich "teflonbeschichtet", es prallt ab
Bei Usern, speziell meinen Usern, schaut die Sache ganz anders aus
Hallo,
Grüße
lcer
Zitat von @hukiman:
Hier nochmal der Aufbau zum Verständnis:
- XS716T als Hauptswitch
--GS724Tv4
---Ubiquiti US-8
--XS708T (hier habe ich die knapp 9000 Links down Ereignisse)
---XS708T
---Ubiquiti US-8
Aldo nach meinem Verständnis müsstest Du doch an 2 Switchen die gleiche Anzahl von Link-Down-Events haben, wenn es am Kabel dazwischen liegt, oder?Hier nochmal der Aufbau zum Verständnis:
- XS716T als Hauptswitch
--GS724Tv4
---Ubiquiti US-8
--XS708T (hier habe ich die knapp 9000 Links down Ereignisse)
---XS708T
---Ubiquiti US-8
Grüße
lcer
Was habe ich verändert? Ich habe nur das davor und danach weggeschnitten, der Rest ist original übernommen.
Zitat von @hukiman:
Hier nochmal der Aufbau zum Verständnis:
- XS716T als Hauptswitch
--GS724Tv4
---Ubiquiti US-8
--XS708T (hier habe ich die knapp 9000 Links down Ereignisse)
---XS708T
---Ubiquiti US-8
Hier nochmal der Aufbau zum Verständnis:
- XS716T als Hauptswitch
--GS724Tv4
---Ubiquiti US-8
--XS708T (hier habe ich die knapp 9000 Links down Ereignisse)
---XS708T
---Ubiquiti US-8
D.h. Hauptswitch -> nächstes Gebäudeswitch -> ein Port geht zum übernächsten Gebäude? Also zwei Gebäude hängen direkt am Hauptswitch und drei Gebäude über den "ersten Nebenswitch"?
Der XS708T mit den knapp 9.000 ..... zum Haupt- oder zum einem der nächsten Switchebene? Da gebe ich Icer00 recht, die Gegenstelle sollte das gleiche anzeigen. Ok, nach nochmaligen durchlesen Haupt- zum ersten Nebenswitch
Du hast eine reine Sternverkabelung? Dann spielt spanning tree eigentlich keine Rolle.
Noch ein Punkt: Die XS-Serie sind 10GBit Switche, brauchst Du die Verbindung als 10GBit ..... oder "nur" "nice-to-have"? Wenn der Uplink mit Kupfer ausgeführt ist, dann dürfens maximal 55m cat7 sein und das wird knapp zwischen zwei Gebäuden.. Nachdem die Verbindung eh nicht stabil ist wirds eher weniger als mehr sein ...... ich bin noch immer für den Tausch auf Glasfaser
Du hast eine reine Sternverkabelung? Dann spielt spanning tree eigentlich keine Rolle.
Das ist sachlich nicht ganz richtig wenn man wie üblich mit Link Redundanz im Netzwerk Backbone arbeitet wie es grundsätzlich in Firmennetzen ja heutzutage üblich ist. Auch wenn dieses keinen LACP Links sind sondern redundante Links mit Spanning Tree.ich bin noch immer für den Tausch auf Glasfaser
Richtig ! Bei Switch Uplinks untereinander sollte sowas zwingend sein. Ausnahme die Switches stehen nahe beieinander, da verwendet man dann in der Regel immer DAC/Twinax Kabel.Niemals sollten Infrastruktur Uplinks mit 10G Base T gemacht werden weil man dort keinerlei Garantie auf die Bandbreite hat. 10G Base T ist immer ein Negotiation Verfahren. Ein Knick, falscher Stecker oder länger als 30 Meter und von den 10G kommen nur Bruchteile an. Immer ein absolutes NoGo für die Backbone Vernetzung.
Zitat von @aqui:
Das ist sachlich nicht richtig wenn man wie üblich mit Link Redundnaz im Netzwerk arbeitet wie es grundsätzlich in Firmennetzen ja heutzutage üblich ist:
Das ist sachlich nicht richtig wenn man wie üblich mit Link Redundnaz im Netzwerk arbeitet wie es grundsätzlich in Firmennetzen ja heutzutage üblich ist:
Wenn man ..... genau das ist die Frage .... und darum habe ich nachgefragt. "Reiner Stern" = ein Core, dann genau eine Verbindung zum nächsten etc, ohne irgendwelche "Nebengeräusche". Nachdem er eh kein Kabel mehr in das Röhrl hineinbringt, wirds wohl keine Redunanz geben. Er wird ja auch keine Portbündelung haben, könnte aber auch sein. Er spricht von einem Hauptswitch und zwei in der nächsten Ebene ohne einer redunanten Verbindung.
Aber weißt eh, das was uns trennt ist die gemeinsame Sprache
So wie das Glasfaser zwischen den Gebäuden .... grundsätzlich vorhanden ist?
Ob zwei unterschiedliche Gebäude noch unter die Definition von "nahe" fallen? Für den Astronomen ganz sicher
Zitat von @hukiman:
@gilligan: Ich habe nur mit einem einfachen Gerät getestet, alle 8 Adern sowie die Schirmung sind sauber verbunden. Einen NEXT Wert kann man Gerät nicht ermitteln.
@gilligan: Ich habe nur mit einem einfachen Gerät getestet, alle 8 Adern sowie die Schirmung sind sauber verbunden. Einen NEXT Wert kann man Gerät nicht ermitteln.
Sorry, nicht falsch verstehen, solche Tester sind genauso zuverlässig wie ein Spannungsprüfer in der Elektroinstallation. Man kann damit Fehler finden, klare Sache, aber man kann damit niemals den einwandfreien Zustand feststellen! Dazu bedarf es richtiger Messtechnik. Ich habe auch solche eine Gurke im Einsatz, aber bei einem echten Problem "leihe" ich mir Technik und Wissen vom Fachbetrieb. Was der in 10 Minuten ermittelt hat Hand und Fuß und spart mir leicht Stunden.
-teddy