Switch-Klassen und Formfaktoren: fest, modular, stapelbar, industriell, White-Box

Derselbe Forwarding-ASIC steckt in einer 1U-Pizzabox, einem stapelbaren Campus-Switch, einer 16-Slot-Chassis-Linecard und einer Hutschienen-Industrieeinheit. Die Bauform entscheidet, wie viel Optik die Box trägt, wie sie versorgt und gekühlt wird, ob die Luft von der Portseite oder zu ihr hin strömt, wie Module getauscht werden und wie die Policy des Herstellers ihnen gegenüber aussieht. Diese Seite klassifiziert Switches nach Formfaktor und Markt, listet die Teile eines Chassis-Systems auf und erklärt Luftführung, Redundanz und Umgebungsgrenzen aus Sicht des Transceivers.

Klassen nach Markt und Management

Klasse	Management	Ports	Optik-Policy	Anwendungsbeispiele
Unmanaged	keines	5–24 RJ45, 1–2 SFP	akzeptiert alles, was einen Link aufbaut; kein DDM sichtbar	Desktop, kleines Büro
Smart / Web-managed	Web-UI, eingeschränkte CLI	8–48 RJ45, 2–4 SFP/SFP+	permissiv; DDM manchmal angezeigt	KMU, Edge
Managed Enterprise (Campus)	volle CLI/API, Stacking	24–48 Access + 2–8 Uplinks	herstellerabhängig, oft strikt (Wie jedes NOS ein Modul validiert)	Büros, Campus
Data-Center fest	CLI/API, Automatisierung	32–64 × 100G–800G	oft permissiv bei Merchant-Silicon	Leaf, Spine
Data-Center-Chassis	CLI/API, redundante Supervisor	hunderte Ports auf Linecards	herstellerabhängig	Core, große Spine
Carrier-/Aggregationsrouter mit Optik	vollständig	gemischt 1G–400G, kohärent	strikt, OEM-Listen	Metro, Mobile Backhaul
Industriell	CLI/Web, Ring-Protokolle	8–28, Hutschiene, −40…+75 °C	permissiv; industrietaugliche Optik nötig (Temperaturklassen)	Anlagen, Bahn, Energie
White-Box / disaggregiert	SONiC, Cumulus, anderes offenes NOS	wie DC fest	Plattform-Plugin, permissiv (NOS-Landschaft)	Hyperscale, Cloud
Blade / eingebettet	über Chassis-Manager	interne Midplane + Uplinks	herstellerabhängig	Blade-Server
PON-OLT (ein Switch in Verkleidung)	vollständig	PON-SFP/XFP-Ports + Uplinks	strikt bei PON-Optikklassen	Zugangsnetzbetreiber

Formfaktoren

Formfaktor	Höhe	Ports	Strom	Hinweise
Fest, 1U (Pizzabox)	1U	24–64	1–2 Netzteile, 150–2 000 W	die meisten Switches; Lüfter in einer Reihe hinten
Fest, 2U	2U	64–128 oder Deep-Buffer/High-Power (400G/800G, kohärent)	2–4 Netzteile	800G-Boxen und ZR-lastige Plattformen
Stapelbar	je 1U, bis zu 8–10 im Stack	48 pro Einheit	pro Einheit	eine Management-Ebene (Stacking & MLAG)
Modular fest	1U mit Slots für Uplink-/Erweiterungsmodule	—	—	Uplink-Module haben eigene Optiklisten
Chassis	4–21U	4–18 Linecard-Slots + 2 Supervisor/Route-Prozessoren + Fabric-Karten	N+1/N+N-Netzteile, kW-Klasse	Linecards im Betrieb tauschbar; Optik pro Karte
Industrielle Hutschiene	kompakt, lüfterlos	8–28	12–48 V DC, dualer Eingang	konduktionsgekühlt; Modulwärme ist relevant
Robustes Rack-Gerät	1U, lüfterlos oder gefiltert	24–28	AC/DC	erweiterter Temperaturbereich
Blade-Chassis-Modul	pro Blade-Slot	intern + 4–8 Uplinks	vom Chassis	—

Aufbau eines Chassis-Systems

Komponente	Funktion	Relevanz für die Optik
Linecard	Ports + PHYs + Teil des Forwarding	jede Karte hat ihre eigene Liste unterstützter Optik und Käfig-Generation; das Mischen von Generationen in einem Chassis ist normal
Supervisor / Route-Prozessor / Control-Karte	Control-Plane, Management	liest jedes Modul über die CPLDs der Karte
Fabric-Karte / Switch-Fabric	verbindet Linecards	keine Optik (manche Designs nutzen interne Optik, künftig CPO)
Midplane / Orthogonal Direct	elektrische Verbindungskarte ↔ Fabric	—
Power-Entry-Module, Netzteile	N+1 oder N+N	eine Karte mit 36 × 400G-Optik addiert ~400 W
Lüftereinschübe	vorne-nach-hinten oder seite-zu-seite	im Betrieb tauschbar; ein ausgefallener Einschub überhitzt zuerst die Optik in dieser Reihe

Luftführungsrichtung und Optik

Luftführung	Bedeutung	Wo	Folge für Module
Portseitiger Einlass (vorne nach hinten)	kalte Luft tritt an den Ports ein, entweicht an Netzteilen/Lüftern	Data-Center-Standard, Kaltgang vorne	Module sitzen in der kältesten Luft; Bestfall
Portseitiger Auslass (hinten nach vorne)	Luft tritt hinten ein, entweicht über den Ports	Leaf-Switches mit den Ports zum Warmgang (Rackrückseite) montiert, damit die Server-DACs kurz bleiben	Module sitzen in 10–20 °C wärmerer Abluft; DDM-Temperaturen laufen hoch; Luftführungs-SKU entsprechend wählen
Seite-zu-Seite	Einlass auf einer Seite	Campus, Telekom-Racks, manche Chassis-Linecard-Designs	braucht seitlichen Freiraum; blockierte Seitenbleche überhitzen ein Ende der Karte
Umkehrbare Lüfter	Lüftereinschübe oder Netzteile als „AFO“/„AFI“ bestellt (Air Flow Out/In an der Portseite)	viele DC-Plattformen	das Mischen von Richtungen in einer Box wird vom NOS verweigert oder überhitzt sie

Regel: die Luftführungs-SKU des Switches auf den Warm-/Kaltgang des Racks und die Richtung der angeschlossenen Server abstimmen; prüfen, dass die Kühlkörper der Module zum thermischen Pfad des Käfigs zeigen (Leistung & Verbrauch, Leistung & Wärme).

Umgebungsgrenzen der Box selbst

Punkt	Enterprise / DC	Industriell
Betriebstemperatur (Umgebung)	0…40 °C (manche 45)	−40…+75 °C
Lagerung	−40…+70 °C	−40…+85 °C
Luftfeuchtigkeit	10–90 % nicht kondensierend	5–95 %
Höhe	bis 3 000 m (oberhalb 1 800 reduziert)	—
Akustik	50–75 dBA bei voller Lüfterdrehzahl	lüfterlos
Vibration/Schock	Rack-Standard	IEC 60068, EN 50155 (Bahn)

Eine kommerzielle Optik in einem Switch, dessen Umgebung 40 °C erreicht, sieht eine Gehäusetemperatur nahe ihrer 70-°C-Grenze; industrielle Switches brauchen industrietaugliche Optik.

Redundanz

Element	Typische Redundanz	Was bei Fehlen ausfällt
Netzteil	1+1 (fest), N+1/N+N (Chassis)	gesamte Box bei Netzteil- oder Zuleitungsausfall
Lüfter	N+1 im Einschub	thermische Abschaltung nach Minuten
Supervisor	1+1 mit Stateful Switchover (Chassis)	Control-Plane; Forwarding kann weiterlaufen (NSF)
Uplinks	2+ auf unterschiedlichen Modulen/Karten, LAG oder ECMP	Isolation des gesamten Access-Blocks
Stack-Mitglieder	Ring-Topologie	geteilter Stack bei Kabelausfall
Optik	Ersatzteile vor Ort (5–10 %)	Stunden Ausfall für ein Modul im Wert eines Kaffees

White-Box und Disaggregation

ODM-Hardware (Edgecore/Accton, Celestica, UfiSpace, Delta, Wistron, Quanta) läuft mit SONiC, Cumulus/NVUE oder einem separat gewählten Hersteller-NOS. Für die Optik gilt: das Plattform-Plugin (keine Policy) liest die Module, die CMIS-Unterstützung hängt vom NOS-Release ab, und Kompatibilitätstests sind Aufgabe des Betreibers — der Grund, warum Hyperscaler ihre eigenen Listen qualifizierter Optik veröffentlichen (Kompatibilitätsmatrizen & Firmware).

In CodingBox

Die Switch-Klasse verrät die zu erwartende Policy: Campus- und Carrier-Geräte prüfen Identitäten, DC- und White-Box-Geräte parsen sie meist nur, Industriegeräte brauchen I-Temp-Module. CodingBox zeigt die Identitätsbytes, die die strikten Klassen prüfen, und die Schwellwerte, die auf die Temperaturklasse des Moduls hinweisen (Transceiver prüfen).

Wenn Sie in diesem Artikel eine Ungenauigkeit oder einen Fehler finden, markieren Sie die betreffende Stelle und drücken Sie Ctrl+Enter, um .