Switch-Auswahl und Inbetriebnahme mit Blick auf die Optik
Bei der Optik trifft ein Switch-Projekt auf die Realität: Die Box wird nach Ports, Funktionen und Preis ausgewählt, und dann funktioniert ein Modul, das „eigentlich passen sollte“, nicht, der Uplink-Käfig kann die 40-km-Optik nicht versorgen, die Luftführung passt nicht zum Rack, oder das erste Software-Upgrade versetzt die Hälfte der Links in errdisable. Diese Seite besteht aus zwei Checklisten — worauf bei der Optik zu achten ist, wenn ein Switch ausgewählt wird, und wie er von der Auspackung bis zur DDM-Baseline in Betrieb genommen wird — sowie einem Abnahmetest, der grenzwertige Links erkennt, bevor es die Nutzer tun.
Auswahlkriterien
| Kriterium | Zu beantwortende Frage | Wo die Antwort zu finden ist |
|---|
| Portanzahl und -geschwindigkeiten | wie viele Downlinks mit welcher Geschwindigkeit, wie viele Uplinks, Wachstum für 3–5 Jahre | Design (Rollen & Topologien) |
| Oversubscription | welches Verhältnis Downlink- zu Uplink-Kapazität für den Traffic akzeptabel ist | Ports & Uplinks |
| Käfig-Generationen | SFP28 vs. SFP56, QSFP28 vs. QSFP-DD/OSFP; welche älteren Module die Käfige aufnehmen | Porttypen & Käfige |
| Geschwindigkeits- und Breakout-Regeln | Portgruppen, welche Ports aufgeteilt werden, 1G-Unterstützung in SFP+-Käfigen, QSA | Hardware-Installationshandbuch |
| Optik-Policy | strikte OEM-Prüfung, Listenabgleich, permissiv; dokumentierter Override; Auswirkung von Upgrades | Wie jedes NOS ein Modul validiert |
| Liste unterstützter Optik | sind die benötigten PMDs (LR, ER, BiDi, CWDM, DWDM durchstimmbar, 100G ZR) auf der Liste der Plattform | Kompatibilitätsmatrizen |
| Leistungsbudget des Käfigs | Klasse pro Port; Unterstützung für ZR/durchstimmbar/10GBASE-T SFP+ | Leistung & Verbrauch |
| Luftführungsrichtung | portseitiger Einlass oder Auslass passend zum Rack-SKU | Switch-Klassen |
| Umgebung | Umgebungsbereich; wird Industrie-Grade benötigt? | Temperaturklassen |
| Forwarding-Funktionen | L2/L3, VXLAN/EVPN, MLAG, PFC/ECN für Storage/KI | Grundlagen des Forwarding |
| Stacking / Pairing | Stack-Kabel oder Front-Port-VCP; verbrauchte MLAG-Peer-Link-Ports | Stacking & MLAG |
| Management | OOB-Port, Konsolentyp, APIs, Telemetrie für DDM, SNMP-MIBs | Management & Monitoring |
| Software-Lebenszyklus | Release-Takt, LTS-Zweige, ISSU, Enddaten des Supports | Lifecycle-Seiten des Herstellers |
| Support-Modell | was der Hersteller bei Drittanbieter-Optik unterstützt; Haltung des TAC | Vertrag |
| Gesamtkosten | Switch + Lizenzen + Optik (oft 30–60 % der Portkosten bei 100G+) + Strom + Ersatzteile | Stückliste |
| Redundanz | Netzteile, Lüfter, Supervisor; Uplinks auf unterschiedlichen Modulen | Switch-Klassen |
Stückliste für die Optik
| Position | Mengenregel |
|---|
| Downlink-DAC/AOC | eines pro Serverport, Länge nach Rack-Position (1/2/3 m) |
| Uplink-Module | 2 × (Uplinks pro Switch) — beide Enden |
| Breakout-Kabel | pro aufgeteiltem Port; MPO-Trunks und -Kassetten für Parallel-Optik (Breakout & MPO) |
| Stack-/Peer-Link-Kabel | pro Paar oder Ring |
| Management | 1G-Kupfer oder LX pro Switch zum OOB-Netz |
| Ersatzteile | 5–10 % pro Typ, mindestens 2 je Typ; mehr bei Artikeln mit langer Lieferzeit (ER, DWDM) |
| Reinigung und Test | Einweg-Reinigungsstifte, Inspektionsmikroskop, Lichtquelle/Leistungsmesser, ein Referenzmodul je Typ |
Checkliste zur Inbetriebnahme
- Auspacken und prüfen — Seriennummern, Netzteile, Lüftereinschübe, Luftführungs-SKU, Uplink-Module; die Frontplatte fotografieren.
- Optik inventarisieren — jedes Modul auf der Werkbank auslesen (Hersteller, PN, SN, Datum, Compliance, Leistungsklasse, Firmware) und gegen den geplanten Port dokumentieren (Transceiver prüfen, Code-Datenbank).
- Konsole anschließen — Management-IP am OOB-Port und VRF setzen, Zugangsdaten, NTP, Syslog, SNMP-/Telemetrie-Ziele (Management & Monitoring).
- Software — vor der Portkonfiguration auf den Zielstand aktualisieren; die Release Notes auf Transceiver-Punkte prüfen (Kompatibilitätsmatrizen & Firmware).
- Policy-Zeilen —
service unsupported-transceiver / allow-unsupported-transceiver / transceiver phony-alarm-disable, falls die Flotte sie braucht; Errdisable-Recovery. - Portkonfiguration — Geschwindigkeiten, FEC, Autonegotiation (an für DAC, aus für Optik), Breakout-Zuordnungen, Beschreibungen, LAG-/MLAG-Zugehörigkeit (Port-Konfigurationsrezepte).
- Module einsetzen — jeden Anschluss reinigen, mit geöffnetem Bügel einsetzen, auf das Einrasten achten; DAC/AOC-Ziehlaschen bei zweireihigen Käfigen nach oben ziehen, wie im Handbuch beschrieben.
- Jeden Port verifizieren — Modul erkannt, korrekter Typstring, Link mit der vorgesehenen Geschwindigkeit oben, FEC-Zähler bei null (Optik auf einem Switch verifizieren).
- DDM-Baseline — Rx/Tx-Leistung, Bias, Temperatur pro Port aufzeichnen („Link-Pass“); Rx mit dem Budget vergleichen (Monitoring, Rx-Leistung & Leistungsbudget).
- Abnahmetest — siehe unten.
- Dokumentieren — Portbelegung, Optik-Inventar mit Seriennummern, Kabel-IDs, Fotos, Konfigurations-Backup; beide Kabelenden beschriften.
- Ersatzteile vor Ort — in ESD-Beuteln gelagert, Staubkappen aufgesetzt.
Abnahmetest
| Test | Methode | Bestanden |
|---|
| Link-Stabilität | carrier-transitions/Flap-Zähler 24 h überwachen | keine Flaps |
| Fehlerfreiheit | CRC-/FCS- und FEC-Uncorrectable-Zähler nach 24 h Traffic | keine Uncorrectable; korrigierte FEC stabil, nicht steigend |
| Durchsatz | iperf/TRex zwischen Hosts über jeden Uplink (oder fixiertes LAG-Mitglied) | ≥ 95 % der Line-Rate |
| Leistungsreserve | Rx-Leistung vs. Empfindlichkeit pro Link | ≥ 3 dB Reserve (≥ 2 dB für SR auf MMF) |
| Temperatur | DDM-Temperatur des Moduls bei voller und bei normaler Lüfterdrehzahl | unter der High-Warning-Schwelle mit ≥ 10 °C Reserve |
| Failover | einen Uplink / ein Netzteil / ein Stack-Kabel ziehen | Traffic läuft weiter, Alarme werden ausgelöst, sauberes Wiederherstellen |
| Prüfung des redundanten Pfads | einen MLAG-Peer / Spine herunterfahren | ECMP/LAG konvergiert innerhalb der Design-Zeit neu |
| Management | SNMP-Walk der Transceiver-Objekte, Telemetrie-Abonnement, Syslog-Empfang | Daten kommen für jeden Port an |
Häufige Fehler bei der Inbetriebnahme
| Fehler | Folge | Behebung |
|---|
| Ports vor dem Software-Upgrade konfigurieren | Policy- oder Syntaxänderungen beim Upgrade | zuerst upgraden |
| Gemischte Luftführungs-SKUs in einer Rackreihe | heiße Optik in der umgedrehten Box | passende SKUs bestellen |
| 40-km-/ZR-Modul in einem Käfig der Klasse 4 | Modul bleibt im Low-Power-Zustand | Budgets prüfen (Leistung & Wärme) |
| AN bei Optik an gelassen, bei DAC aus | Link unten bei guten Pegeln | FEC & AN |
| Keine Reinigung vor dem Einsetzen | grenzwertiges Rx von Tag eins an | reinigen und inspizieren |
| Ungetestete Drittanbieter-Optik auf Plattform/Release | Errdisable an einem Freitag | vorab je ein Exemplar testen (Drittanbieter-Optik) |
| Keine DDM-Baseline | spätere Degradation unsichtbar | den Pass aufzeichnen |
| Unbeschriftete Kabel und undokumentierte Breakout-Kinder | Stundenverlust bei jedem Vorfall | beschriften und dokumentieren (Port-Benennung & LEDs) |
In CodingBox
Schritt 2 der Inbetriebnahmeliste ist die Werkbank: Jedes Modul vor dem Einbau zu lesen erzeugt das Inventar, deckt falsche PMDs und falsch beschriftete Teile auf und ist — wo die Plattform es verlangt — der Moment, um Identitäten zu codieren, damit Schritt 8 beim ersten Versuch gelingt (Transceiver prüfen, EEPROM-Editor).
Abnahmetests der Faserstrecke selbst — Einfügedämpfung mit LSPM, OTDR-Messkurven, Rückflussdämpfung, Stirnflächeninspektion und Zertifizierungsstandards: Testen und Messen.