Der Global-Time-Post dieser Serie hat kaskadierte Switches behandelt — zwei Chips, verbunden über einen normalen Uplink-Port, die höchstens ihre Uhren synchron halten, aber ansonsten unabhängig bleiben. Dieser Post behandelt ein anderes, oft damit verwechseltes Konzept: echtes Switch-Stacking.
Switch-Stacking ist — wie schon die interne Switch-Fabric-Architektur — kein in der AUTOSAR SWS EthernetSwitchDriver definiertes Konzept. Eine Volltextsuche nach "stack"/"stacking" in der SWS (R25-11) liefert außerhalb von "Software-/Protokoll-Stack" keine Treffer. Dieser Post beschreibt daher allgemeines Netzwerktechnik-Wissen, nicht AUTOSAR-Normtext. |
Kaskadierung vs. Stacking
Der entscheidende Unterschied liegt nicht im Kabel, sondern in der Management- und Forwarding-Ebene:
| Aspekt | Kaskadierung | Stacking |
|---|---|---|
FDB/ARL-Tabelle | Jeder Chip hat seine eigene | Eine gemeinsame Tabelle über alle Chips hinweg |
Management-Zugriff | Ein Zugriffspunkt pro Chip | Ein Zugriffspunkt für den gesamten Stack |
Uhrensynchronisation | Optional ( | Meist automatisch Teil des Stacking-Protokolls |
Verbindung | Normaler Uplink-Port | Dedizierte(r) Stacking-Port(s), oft proprietäres Protokoll, höhere Bandbreite als reguläre Uplinks |
Was einen Stack architektonisch ausmacht
Ein Stack aus mehreren Switch-Chips verhält sich nach außen wie ein einziger, größerer Switch:
Gemeinsame Lookup-Tabelle — eine MAC-Adresse, die an einem Chip gelernt wird, ist sofort auch am anderen Chip bekannt; kein separates Lernen pro Chip nötig
Ein Management-Zugriffspunkt — eine IP-/Diagnoseadresse für den gesamten Stack statt einer pro Chip
Konsistente VLAN-/Prioritäts-Konfiguration — Änderungen gelten für den ganzen Stack, nicht nur für den Chip, an dem sie vorgenommen wurden
Dedizierte Stacking-Verbindungen
Anders als ein gewöhnlicher Uplink ist der Stacking-Link typischerweise:
Höherbandbreitig als normale Ports, weil er sowohl Nutz-Traffic zwischen den Chips als auch Steuerinformationen (Lookup-Synchronisation, Health-Checks) tragen muss
Proprietär — anders als reguläres Ethernet oft ein herstellerspezifisches Protokoll zwischen zwei Chips derselben Familie
Auswirkung auf EthSwt_GetArlTable und SwitchIdx
Aus AUTOSAR-Sicht bleibt das Indexing-Schema aus
Teil 1
(SwitchIdx + SwitchPortIdx) bestehen — wie ein Stack darauf abgebildet
wird, ist reine Vendor-Entscheidung, die die SWS nicht vorschreibt:
Ein
SwitchIdxfür den gesamten Stack — plausibelste Variante, wenn der Stack sich nach außen wie ein einziger Chip mit mehr Ports verhält;EthSwt_GetArlTableliefert dann eine Tabelle über alle physischen Chips hinwegEin
SwitchIdxpro physischem Chip — möglich, wenn der Treiber die Stack-interne Aufteilung transparent nach oben durchreicht; erfordert dann aber, dass der Treiber die gemeinsame FDB selbst über mehrereEthSwt_GetArlTable-Aufrufe hinweg konsistent hält
Welche Variante ein konkreter MCAL-Lieferant wählt, ist Implementierungs- detail des Treibers für den jeweiligen Stack-fähigen Chip — die SWS macht dazu keine Vorgabe, weil sie das Konzept "Stack" gar nicht kennt. |
Ausfallverhalten
Ein Stack muss auf den Ausfall eines Mitglieds reagieren können:
Failover — fällt ein Chip aus, sollten die verbleibenden Chips den Stack mit reduzierter Portanzahl weiterbetreiben, statt komplett auszufallen
Split-Brain-Risiko — fällt ausgerechnet der Stacking-Link selbst aus (nicht ein Chip), könnten beide Chip-Hälften glauben, sie seien der aktive Stack — ein Zustand, der bei der Auswahl eines Stacking-fähigen Chips und seiner Konfiguration explizit betrachtet werden muss
Einsatzszenario im Fahrzeug
Stacking lohnt sich, wenn die Portanzahl eines einzelnen Switch-Chips nicht ausreicht — etwa ein großes zentrales Zonal-Gateway, das mehr Ports braucht, als ein einzelner Chip bietet, aber trotzdem als eine logische Verwaltungseinheit konfiguriert und diagnostiziert werden soll. Für die meisten Zonal-Topologien mit überschaubarer Portanzahl pro Zone reicht dagegen die einfachere Kaskadierung aus Teil 1 und dem Global-Time-Post völlig aus.
Zusammenfassung
| Aspekt | Kernaussage |
|---|---|
Kaskadierung vs. Stacking | Kaskadierung = unabhängige Chips, optional synchrone Uhren; Stacking = eine logische Einheit mit gemeinsamer FDB/Management-Ebene |
AUTOSAR-Bezug | Kein AUTOSAR-Konzept — reine Vendor-/Netzwerktechnik, wie beim Switch-Fabric-Architektur-Post |
SwitchIdx-Abbildung | Vendor-Entscheidung: ein |
Einsatzszenario | Sinnvoll bei Portzahlen, die ein einzelner Chip nicht mehr abdeckt |