Dieser Post wurde nach einem Fact-Check gegen die reale SWS EthSwt überarbeitet (siehe Korrektur-Issue #145): Ein generischer AUTOSAR-Konfigurationskanal über Frames mit speziellem EtherType existiert nicht. Was die SWS unter "Switch Management Support" (Kapitel 7.1.7.3) tatsächlich anbietet, ist etwas anderes — dieser Post trennt beide sauber.

Weiter unten wird das dennoch relevante Vendor-Konzept beschrieben, aber ausdrücklich als nicht AUTOSAR-standardisiert gekennzeichnet.

Was AUTOSAR tatsächlich bietet: portspezifisches Frame-Handling

Die SWS definiert unter EthSwtManagementSupportApi eine Gruppe von APIs (EthSwt_EthRxProcessFrame, EthSwt_EthTxPrepareFrame, EthSwt_SetMgmtInfo, EthSwt_EthTxProcessFrame, EthSwt_EthTxFinishedIndication), die es EthIf erlauben, Switch-Port- spezifische Kommunikationsattribute eines Frames zu setzen oder auszulesen. Zentral ist EthSwt_SetMgmtInfo:

Std_ReturnType EthSwt_SetMgmtInfo(
    uint8                       CtrlIdx,
    Eth_BufIdxType              BufIdx,
    const EthSwt_MgmtInfoType*  MgmtInfoPtr   // { SwitchIdx, SwitchPortIdx }
);

Laut SWS erweitert dieser Aufruf ein zuvor mit EthSwt_EthTxPrepareFrame vorbereitetes Ethernet-Frame um Management-Informationen, "um eine Übertragung nur auf bestimmten Ports zu erreichen" — der Anwendungsfall ist also gezieltes Senden über einen bestimmten Switch-Port, nicht das Übertragen beliebiger Konfigurationskommandos an den Switch selbst.

Laut Einleitung von Kapitel 7.1.7.3 ist diese Funktionalität "essenziell für andere BSW-Module, insbesondere EthTSyn" — sie liefert portspezifische Informationen für Zeitsynchronisations- oder Laufzeitmessungs-Frames (gPTP). Mehr dazu im Global-Time-Post dieser Serie.

Das Vendor-Konzept: In-Band-Management über den Host-Port

Unabhängig von der AUTOSAR-Abstraktion implementieren manche Switch-Chip-Familien einen eigenen Mechanismus: Statt SPI oder MDIO als separaten Bus zu nutzen, werden Konfigurationskommandos als normale Ethernet-Frames mit einem reservierten, chip-spezifischen EtherType direkt über den Host-Port des Switches gesendet.

Host-seitiges Frame mit Vendor-EtherType
──────────────────────────────────────────────────────────────
| Ziel-MAC | Quell-MAC | EtherType (vendor-reserviert) | Payload: Kommando |
──────────────────────────────────────────────────────────────
Wird vom Switch-Chip selbst erkannt und nicht wie normaler Datenverkehr
weitergeleitet/geswitcht.

Vorteile:

  • Keine zusätzlichen Pins/Busse (SPI, MDIO) nötig

  • Konfiguration über dieselbe physische Verbindung wie der Nutzdatenverkehr

Nachteile / Henne-Ei-Problem:

  • Der Host-Port muss bereits verlinkt sein, bevor er sich selbst konfigurieren lässt

  • Ein sinnvoller Default-Zustand nach Reset ist zwingend erforderlich, sonst ist der Switch nach dem Boot gar nicht erreichbar

Solche Management-Frames dürfen laut gängiger Vendor-Praxis nicht über reguläre Switch-Ports weitergeleitet werden — sonst könnte jedes am Fahrzeugnetz angeschlossene Gerät den Switch umkonfigurieren. Die Filterung (meist Port-Isolation oder VLAN-Trennung für den Management-Traffic) ist Sicherheitsvoraussetzung, nicht optionales Feature.

Zusammenspiel mit AUTOSAR

Ein solcher vendor-spezifischer Mechanismus ist keine Standard-EthSwt- API — er wird typischerweise als Erweiterung außerhalb der AUTOSAR-Schnittstelle im Chip-Hersteller-Treiber implementiert und ist von EthSwt_SetMgmtInfo (siehe oben) strikt zu unterscheiden.

Beispiel aus der Praxis

Switch-Chip-Familien wie die NXP-SJA1105-Reihe bieten einen solchen Mechanismus zur Erstkonfiguration über den Host-Port an, bevor überhaupt eine vollständige SPI- oder ARXML-basierte Konfiguration geladen ist — relevant z. B. für ein initiales Firmware-Update-Szenario, in dem der Switch noch keine funktionsfähige VLAN-Konfiguration besitzt.

Zusammenfassung

AspektKernaussage

AUTOSAR-Standard

EthSwt_SetMgmtInfo + Co. dienen portspezifischem Frame-Handling (v. a. für EthTSyn/gPTP), nicht der Switch-Konfiguration

Vendor-Mechanismus

Manche Chips erlauben Konfiguration über Frames mit reserviertem EtherType über den Host-Port — nicht AUTOSAR-standardisiert

Sicherheitsaspekt

Management-Frames dürfen nicht über reguläre Ports weitergeleitet werden

Siehe auch

Global-Time-Post dieser Serie für die korrekte Einordnung von EthSwt_SetMgmtInfo