3Com Switch 4800 - Startprobleme im Netzwerk

Billigheimer HP kann kein Per VLAN Spanning Tree sondern nur einen Global Spanntree. Damit ist HP nicht koppelbar mit Cisco die so oder so ihr eigenes STP (PVSTP+) Verfahren haben und auch 3Com die auch PVST supporten.
D.h. die beiden STP Verfahren PVSTP und Global sind inkompatibel und dann kommt es zu solchem Verhalten.
Ferner hat HP das default VLAN (1) immer untagged parallel auf einem getaggten Port. 3Com hat das nicht (jedenfalls bei früheren Geräten). HP nutzt aber das default VLAN für seinen Global Spanntree. Wäre also ein 2ter möglicher Grund.
In jedem Falle musst du hier tagged Uplinks im Paralellmodus betreiben und auch den STP Prozess auf Global umstellen um mit HP kompatibel zu sein !
Alternative sofern du keine Layer 2 Redundanz hast zw. den Switches und wie dog es oben schon vorgeschlagen hat: Ganz einfach Spanning Tree komplett ausschalten. Das löst dein Problem im Handumdrehen, birgt aber die sehr hohe Gefahr eines möglichen Loops im Netz !
Für den Produktivbetrieb mit gemischten Herstellerumgebungen solltest du also immer besser den STP Prozess anpassen auf das kleinste gemeinsame Vielfache !
Dumm nur das wenn man HP im Netz hat in die STP "Steinzeit" mit Neandertalmodus zurückfallen muss Das ist aber nun mal so bei Billigheimern die nicht alle Features supporten...
Ein einfacher Sniffer Trace mit dem Wireshark an diesem Port auf die STP BPDU Pakete zeigt dir das Verhalten sofort auf. Hast du vermutlich noch nicht gemacht, oder ??

Bei HP kann so ziemlich alles außer die 1700er/1800er MSTP.

MSTP ist aber kein wirkliches PVSTP bzw. PVSTP+. Mal abgesehen davon das HP gar kein PVSTP+ von Cisco supportet. Wenn man es genau betrachtet ist es wieder ein globaler STP Prozess mit mehreren Instanzen die dann auf Gruppen von VLANs per Policy übertragen werden.
Also eher ein quasi PVST aber kein wirklicher, denn bei "richtigem" PVST rennt ein separater STP Prozess autark pro VLAN. Muss ja auch einen Grund haben warum die HPs so billig sind
Sgelet bei MSTP die Instanz ab segelen alle VLANs diese Instanz mit ab.... OK, immer noch besser als ein rein singulärer Global STP wie sonst Default bei HP ! Aber auch ein Grund warum sich MSTP nicht so wirklich durchgesetzt hat...

Hallo zusammen!

Ist zwar schon ein etwas älterer Beitrag aber ich stehe aktuell vor einem
vergleichbaren Thema. Eine Sammlung an Geräten aus den 3Com und
HP Lager unterschiedlichen Typs die als Netzwerk zusammen arbeiten.
Da es sich um eine Produktivumgebung handelt ist es nicht immer möglich
nach "Versuch macht klug" zu arbeiten. Nun geht es darum VLANs zu
erstellen und ich lese schon seit Tage über die Vorgehensweisen.
Nun bin ich hier auf diesen Beitrag gestoßen und hätte da gleich eine Frage
dazu. Wie behandelt man die die Zusammenschaltung hinsichtlich VLAN1.
Stellt man das dann bei HP auch auf tagged damit es der 3Com Switch
annehmen kann? Die Tatsache mit dem STP musste ich schon "schmerzlich"
erfahren. Da es Geräte aus verschiedenen Epochen sind wird es sicher nicht
einfach flächendeckend VLAN zu verbreiten.

Viele Grüße
Micha

Der 802.1q Standard lässt beides zu. In der Regel haben aber alle Hersteller das VLAN 1 immer untagged auf einen Trunk bzw. tagged Uplink Port.
So macht es auch Billigheimer HP, Cisco und andere Hersteller wie auch ex 3Com.
Deine Aussage...
Ist also technischer Unsinn, denn das VLAN 1 kann man als Default VLAN gar nicht taggen auf diesen Plattformen ! In so fern ist diese Frage also vollkommen obsolet.
Bei beiden Herstellern wird auf tagged Uplinks das Default VLAN immer parallel untagged übertragen !
Das geht leider allen so die ProCurve Schrott von HP kaufen !
Die, die es wenigstens verstehen kommen mit üblen Workarounds wenigstens etwas drumrum. Die die es nicht verstehen verzweifeln häufig.
Doch, das klappt wunderbar wenn man weiss was man macht und sich auf das kleinste, gemeinsame Vielfache einigt was diese Switches supporten.
Bei Spanning Tree ist das ein Global Span Verfahren zu verwenden, was eigentlich jeder x-beliebige Switch der STP kann supportet. Swicthes die besseres PVSTP oder PVRSTP oder auch die Cisco Variante PVRSTP+ supporten lassen sich immer auf ein Global Span Verfahren zwingen über das Setup und sprechen dann auch eine (STP) Sprache zusammen mit den antiken Brüdern.
Nicht schön, weil man so in die Steinzeit des Spanning Tree zurück muss (bei HP ist es bis heute so) aber immer noch besser als nix.
Wenn die Switches im Global Span Verfahren dann auch noch RSTP supporten umso besser.
Muss aber auch nicht zwingend sein, denn altes Standard Global STP und RSTP sind rückwärts kompatibel, passen sich also an.
Fazit: Auch mit alten HP und 3Com Gurken bekommt man sowas sauber und problemlos hin.
Man muss eben nur wissen was man macht

Hallo aqui,

vielen Dank für die nüchternen aber der Tatsache entsprechenden Worte.
Also muss ich erst mal schauen das alle Geräte auf einem einfachen globalen
STP laufen?! Hatte bei einem ersten Versuch ein VLAN zu schalten gleich
den Effekt das die Anbindung via Linkaggregation zwischen zwei Geräten
weg war. Also speziell das VLAN1 was derzeit nur genutzt wird. Alle existierenden
Verbindungen laufen derzeit im LAG ohne LACP und kaum STP.

Zahlen, Daten, Fakten !
Ja, richtig !
Meist tun sie das weil HP und 3Com schlicht und einfach gar nichts anderes können. Sind halt sehr beschränkt die Teile..
Du kannst also davon ausgehen das das zu 98% schon der Fall ist wenn du STP oder RSTP aktiviert hast.
Wichtig ist das du kein MSTP im Mischbetrieb hast...das geht wieder nicht, da nicht kompatibel !
Das kann natürlich passieren wenn STP aktiviert ist und dieser Link auf dem Switch mit der niedrigsten Bridge Priority liegt, der dann prompt in den Blocking Mode geht !
Dazu müsste man aber jetzt dein Netzwerk Design mal sehen und sehen wo du die beiden Root und Backup Root Bridges im STP definiert hast um so die Bridge Hierarchie zu checken.

In der Regel sind das immer die beiden Core Switches die man immer mit einer niedrigeren Bridge Priority modulo 4096 ausstattet.
Niemals darf man dies dem Automatismus überlassen, denn der wählt den Switch mit der niedrigsten Mac Adresse und das kann der billige NetGear beim Kollegen Piepenbrink auf dem Schreibtisch sein, was sehr fatal und tödlich wäre für das STP Redundanz Verhalten und dann sowas wie mit deinem LAG passiert !!

Also z.B. sollte die Root Bridge mit STP Prio 4096 und die Backup Root mit 8192 konfiguriert sein.
Bei Linkaggregation solltest du zwingend darauf achten das du zwischen unterschiedlichen Herstellern immer LACP basierte LAGs konfigurierst ! Besser keine statischen Links nehmen. Zu Endgeräten wie Servern usw. sollte LACP sowieso immer Pflicht sein !
802.3ad LAGs mit LACP können durch die Bank auch ältere antike Switches.
Nicht gut.....besser wenn immer möglich LACP verwenden !

Naja ich arbeite seid einiger Zeit an der Dokumentation des ganzen Konstrukts
und bin daher noch bei der Bestandsaufnahme. Angefangen habe ich mit so Dingen
wie der Vergabe aussagekräftiger Namen und dem Eintragen der oder des NTP-Server(s).
Als zentraler Kontenpunkt ist ein Stack aus 2x 3Com 5500G-EI im Einsatz. An diesem
hängen vom HP A5120 bis hin zum SuperStack 3 4828G verschienden Kästen aus
dem Hause nun HP. An LACP habe ich mich aus versucht aber da gibt es leider auch
Unterschiede in den unterstützten Modis. Wenn ich auf dem 5500G LACP auf "dynamic"
stelle und es in der LAG vom A5120 mit konfiguriere ist der Link weg. Aber mit der Info
das STP nicht gleich STP ist und MSTP (was der HP kann) sich alles noch ganz anders
verhält, muss ich erst mal die Einstellungen der Ports und LAGs durchgehen.