Een switch kiezen en in bedrijf stellen met optische modules in gedachten
Bij optische modules raakt een switchproject de werkelijkheid: de behuizing wordt gekozen op poorten, functies en prijs, maar vervolgens werkt een module die ‘zou moeten werken’ niet, kan de uplinkcage de optische module van 40 km niet voeden, staat de luchtstroom verkeerd voor het rack of zet de eerste software-upgrade de helft van de links in errdisable. Deze pagina bevat twee checklists: wat u over optische modules controleert bij de keuze van een switch en hoe u deze van uitpakken tot een DDM-baseline in gebruik neemt, plus een acceptatietest die marginale links vindt vóór gebruikers dat doen.
Selectiecriteria
| Criterium | Te beantwoorden vraag | Waar het antwoord staat |
|---|
| Aantal poorten en snelheden | hoeveel downlinks met welke snelheid, hoeveel uplinks, groei voor 3–5 jaar | ontwerp (Rollen en topologieën) |
| Oversubscriptie | downlink ÷ uplinkcapaciteit die voor het verkeer aanvaardbaar is | Poorten en uplinks |
| Cagegeneraties | SFP28 tegenover SFP56, QSFP28 tegenover QSFP-DD/OSFP; welke oudere modules de cages accepteren | Poorttypen en cages |
| Regels voor snelheid en breakout | poortgroepen, welke poorten breakout gebruiken, 1G-ondersteuning in SFP+-cages, QSA | hardware-installatiegids |
| Beleid voor optische modules | strikte OEM-controle, lijstcontrole, toegeeflijk; gedocumenteerde uitzondering; effect van upgrades | Hoe elk NOS een module valideert |
| Lijst met ondersteunde optische modules | staan de benodigde PMD's (LR, ER, BiDi, CWDM, afstembare DWDM, 100G ZR) op de platformlijst | Compatibiliteitsmatrices |
| Vermogensbudget van de cage | klasse per poort; ondersteuning voor ZR/afstembaar/10GBASE-T SFP+ | Vermogen en verbruik |
| Luchtstroomrichting | SKU met inlaat of uitlaat aan de poortzijde die bij het rack past | Switchklassen |
| Omgeving | omgevingstemperatuurbereik; industriële klasse nodig? | Temperatuurklassen |
| Forwardingfuncties | L2/L3, VXLAN/EVPN, MLAG, PFC/ECN voor opslag/AI | Basisprincipes van forwarding |
| Stacking / koppeling | stackkabels of VCP aan de frontpoort; gebruikte MLAG-peerlinkpoorten | Stacking en MLAG |
| Beheer | OOB-poort, consoletype, API's, telemetrie voor DDM, SNMP-MIB's | Beheer en monitoring |
| Softwarelevenscyclus | uitgavecadans, LTS-reeksen, ISSU, datums voor einde ondersteuning | levenscycluspagina's van de fabrikant |
| Supportmodel | wat de fabrikant ondersteunt met optische modules van derden; TAC-standpunt | contract |
| Totale kosten | switch + licenties + optische modules (vaak 30–60 % van de poortkosten bij 100G+) + vermogen + reserveonderdelen | BOM |
| Redundantie | PSU's, ventilatoren, supervisors; uplinks op verschillende modules | Switchklassen |
Stuklijst voor optische modules
| Item | Telregel |
|---|
| Downlink-DAC/AOC | één per serverpoort, lengte volgens rackpositie (1/2/3 m) |
| Uplinkmodules | 2 × (uplinks per switch), beide uiteinden |
| Breakoutkabels | per gesplitste poort; MPO-trunks en cassettes voor parallelle optische modules (Breakout en MPO-bekabeling) |
| Stack- / peerlinkkabels | per paar of ring |
| Beheer | 1G-koper of LX per switch naar het OOB-netwerk |
| Reserveonderdelen | 5–10 % per type, minstens 2 van elk; meer voor onderdelen met lange levertijd (ER, DWDM) |
| Reiniging en test | one-click-reinigers, inspectiescoop, lichtbron/vermogensmeter, één referentiemodule per type |
Checklist voor ingebruikname
- Pak uit en inspecteer — serienummers, PSU's, ventilatorladen, luchtstroom-SKU, uplinkmodules; fotografeer het frontpaneel.
- Inventariseer de optische modules — lees elke module op de werkbank (fabrikant, PN, SN, datum, conformiteit, vermogensklasse, firmware) en leg deze vast bij de geplande poort (Check transceiver, Code database).
- Maak verbinding via de console — stel beheer-IP op de OOB-poort en VRF in, plus inloggegevens, NTP, syslog en SNMP-/telemetriedoelen (Beheer en monitoring).
- Software — upgrade naar de doelrelease vóór het configureren van poorten; lees de releasenotes op punten over transceivers (Compatibiliteitsmatrices en firmware).
- Beleidsregels —
service unsupported-transceiver / allow-unsupported-transceiver / transceiver phony-alarm-disable wanneer de vloot deze nodig heeft; errdisable-herstel. - Poortconfiguratie — snelheden, FEC, autonegotiatie (aan voor DAC, uit voor optische modules), breakouttoewijzingen, beschrijvingen, LAG/MLAG-lidmaatschap (Recepten voor poortconfiguratie).
- Plaats modules — reinig elke connector, plaats met de beugel open en luister of deze vastklikt; trek bij DAC/AOC de lipjes omhoog op cages met twee rijen, zoals de handleiding voorschrijft.
- Controleer elke poort — module herkend, juiste typestring, link actief op de beoogde snelheid, FEC-tellers nul (Optische modules op een switch verifiëren).
- Leg een DDM-baseline vast — noteer Rx/Tx-vermogen, bias en temperatuur per poort (‘linkpaspoort’); vergelijk Rx met het budget (DDM-monitoring, Rx-vermogen en linkbudget).
- Acceptatietest — zie hieronder.
- Documenteer — poortkaart, inventaris van optische modules met serienummers, kabel-ID's, foto's en configuratieback-up; label beide kabeluiteinden.
- Reserveonderdelen op locatie — bewaar in ESD-zakken met stofkappen erop.
Acceptatietest
| Test | Methode | Geslaagd |
|---|
| Linkstabiliteit | monitor carrier-transitions / flaptellers gedurende 24 h | nul flaps |
| Foutvrij | CRC/FCS- en niet-corrigeerbare FEC-tellers na 24 h verkeer | nul niet-corrigeerbare; gecorrigeerde FEC stabiel, niet oplopend |
| Doorvoer | iperf/TRex tussen hosts over elke uplink (of vastgezette LAG-lid) | ≥ 95 % van de linesnelheid |
| Vermogensmarge | Rx-vermogen tegenover gevoeligheid per link | ≥ 3 dB marge (≥ 2 dB voor SR op MMF) |
| Temperatuur | DDM-temperatuur van de module bij maximale en normale ventilatorsnelheid | onder hoge waarschuwing met ≥ 10 °C marge |
| Failover | trek één uplink / één PSU / één stackkabel uit | verkeer gaat door, alarmen gaan af, herstelt schoon |
| Controle van redundant pad | schakel één MLAG-peer / spine uit | ECMP/LAG convergeert opnieuw binnen de ontwerptijd |
| Beheer | SNMP-walk van transceiverobjecten, telemetrieabonnement, ontvangst van syslog | gegevens komen voor elke poort binnen |
Veelvoorkomende fouten bij ingebruikname
| Fout | Gevolg | Oplossing |
|---|
| Poorten configureren vóór de software-upgrade | beleid of syntaxis verandert bij upgrade | eerst upgraden |
| Gemengde luchtstroom-SKU's in één rackrij | hete optische modules op de verkeerd gerichte behuizing | overeenkomstige SKU's bestellen |
| Module van 40 km / ZR in een cage van klasse 4 | module blijft in laag vermogen | budgetten controleren (Vermogen en thermiek) |
| AN aan voor optische modules, uit voor DAC | link inactief met goede niveaus | FEC en AN |
| Niet reinigen vóór plaatsing | marginale Rx vanaf dag één | reinigen en inspecteren |
| Optische modules van derden niet getest op platform/release | errdisable op vrijdag | eerst één van elk testen (Optische modules van derden) |
| Geen DDM-baseline | latere verslechtering onzichtbaar | het paspoort vastleggen |
| Niet-gelabelde kabels en niet-gedocumenteerde breakout-deelpoorten | urenverlies bij elk incident | labelen en documenteren (Poortnamen en leds) |
In CodingBox
Stap 2 van de checklist voor ingebruikname is de werkbank: elke module uitlezen vóór deze in het rack gaat levert de inventaris op, vindt verkeerde PMD's en verkeerd gelabelde onderdelen, en is, waar het platform dit vereist, het moment om identiteiten te coderen zodat stap 8 de eerste keer slaagt (Check transceiver, EEPROM editor).
Acceptatietest van de glasvezelinstallatie zelf: invoegverlies met LSPM, OTDR-curves, retourverlies, inspectie van eindvlakken en certificeringsstandaarden: Testen en meten.