Wir haben eine Reihe von Geräten, die in einem Ring verbunden sind und STP verwenden (unter Verwendunghttps://github.com/mstpd/mstpdim Moment), um Probleme mit der Schleife zu vermeiden. Wir haben festgestellt, dass STP das Netzwerk zwar anpassen kann, wenn eine Verbindung vollständig unterbrochen ist, es jedoch eine Situation ignoriert, in der eine der Verbindungen einen hohen Paketverlust aufweist.
Wird dies von stp unterstützt? Das heißt, den Paketverlust in Netzwerkverbindungen in den mit einer bestimmten Schnittstelle verbundenen Kosten zu berücksichtigen und das Netzwerk entsprechend anzupassen? Wenn nicht, gibt es gute Alternativen?
Wir sind darauf gestoßen, weil es einige USB-zu-ETH-Adapter gab, die in einigen Fällen nach einem Neustart oder nach einem manuellen Wiederanschluss des ETH-Kabels ausfielen. Obwohl das Problem wahrscheinlich ein treiber-/betriebssystembezogenes Problem ist, zeigte es sehr deutlich, dass stp immer noch die teilweise fehlerhafte Verbindung wählt, was zu einem dauerhaften Paketverlust von 50 % führt, anstatt zu 0 %, wenn diese Verbindung vermieden wird.
Antwort1
Wir haben festgestellt, dass stp das Netzwerk zwar anpassen kann, wenn eine Verbindung vollständig unterbrochen ist, es jedoch Situationen ignoriert, in denen eine der Verbindungen einen hohen Paketverlust aufweist. Wird dies von stp unterstützt?
Die Verbindungsqualität ist für STP kein Thema und es ist auch nicht dafür ausgelegt, damit umzugehen.
STP läuft zwischen Switches. Wenn mehr als nur ein paar Pakete verloren gehen, ist die Verbindung fehlerhaft und muss repariert werden.
Die einzige Möglichkeit, diese fehlerhaften Verbindungen zu vermeiden, wäre eine Überwachung und Abschaltung des Ports bei einer bestimmten Fehlerrate. Da Verbindungen normalerweise praktisch fehlerfrei sind, ist dies bei einem Switch nichts, was man normalerweise findet.
Als Problemumgehung können Sie Portprioritäten verwenden, damit STP eine bekanntermaßen fehlerhafte Verbindung vermeidet und sie dennoch als Failover aufrechterhält.