English 
简体中文 
繁體中文 
Русский 
Español 
Deutsch 
Français 
Português 
Italiano 
Türkçe 
Polski 
Nederlands 
日本語 
한국어 
Bahasa Indonesia 
Bahasa Melayu 
العربية 
हिन्दी 
Tiếng Việt 
ภาษาไทย 
বাংলা 
اردو 
Kiswahili 
Oʻzbekcha 
አማርኛ 
فارسی Compatibiliteitsmatrices, release notes en firmwarewijzigingen
‘Ondersteund’ is een uitspraak over een drietal: deze module, in dit platform, met deze softwarerelease. Fabrikanten publiceren dat drietal in compatibiliteitsmatrices en releasenotes en wijzigen het: nieuwe optische modules verschijnen, oude vervallen en controles worden strenger. De matrices vóór aanschaf lezen en ze vóór een upgrade opnieuw lezen is de goedkoopste compatibiliteitscontrole. Deze pagina laat zien waar de informatie staat, hoe u die leest en hoe u een omgeving beheert zodat een software-upgrade niet tot uitval van optische modules leidt.
Waar fabrikanten ondersteuning publiceren
| Fabrikant | Bron | Wat erin staat |
|---|---|---|
| Cisco | Transceiver Module Group (TMG) Compatibility Matrix; datasheets per platform | PN ↔ platform ↔ minimale software; poortbeperkingen |
| Juniper | Hardware Compatibility Tool (HCT) | PN van optische module ↔ platform ↔ Junos-release, snelheden, DDM-ondersteuning |
| Arista | Transceiver and Cable Guide (PDF/online) | PN, PMD, bereik, ondersteunde platforms per EOS |
| Huawei | Hardware Center / productcompatibiliteitslijsten | codes van optische modules per switchmodel |
| H3C | Transceiver Module Compatibility Matrix | per productfamilie |
| HPE Aruba | Transceiver Guide, QuickSpecs | J/R-nummers per switchfamilie en firmware |
| Dell | Networking Optics/Cables support matrix | SKU ↔ platform ↔ OS10-release |
| Nvidia/Mellanox | LinkX-productpagina's, releasenotes van Cumulus/Onyx, firmwarenotities voor InfiniBand | PN van kabel/transceiver ↔ switch/HCA ↔ firmware |
| Extreme, Ruckus | compatibiliteitsgidsen voor transceivers | per platform |
| Brocade (SAN) | FOS-releasenotes, lijst met ondersteunde optische modules | SFP-PN's van het merk per FOS-versie |
| SONiC / white-box | hardwarecompatibiliteitslijst van platformfabrikant, communitywiki | geteste optische modules per platform; vaak door de community onderhouden |
| Fabrikanten van NIC's | compatibiliteitslijsten van Intel/Broadcom/Mellanox-adapters | ondersteunde modules en driverversies |
Lees ook de releasenotes van de NOS-versie die u gebruikt: wijzigingen voor optische modules staan verborgen onder ‘resolved issues’, ‘behaviour changes’ en ‘new hardware support’.
Een matrixvermelding lezen
| Kolom | Betekenis | Let op |
|---|---|---|
| Artikelnummer | de exacte tekenreeks die de switch in de module verwacht (Artikelnummering) | klassesuffixen (-S, -I, revisieletters) gelden als afzonderlijke PN's |
| Platform / poort | welk chassis, welke linecard of welk poortbereik | alleen uplink, ‘alleen poorten 49–52’, niet op breakoutpoorten |
| Minimale software | eerste release met ondersteuning | een nieuwere PN in een oudere release = niet ondersteund, ook als die van het merk is |
| Snelheden / modi | welke snelheden en breakouts de PN op die poort ondersteunt | 4×25G-breakout wordt slechts op sommige platforms ondersteund |
| DDM / DOM | of diagnostiek beschikbaar is | ‘DOM not supported’ in bepaalde combinaties |
| Notities | temperatuur, bereik, FEC-vereisten, EOL | eindverkoopdatums en opvolgende PN's |
Wat er met software verandert
| Wijziging | Effect op optische modules | Zichtbaar als |
|---|---|---|
| Nieuwe of strengere identiteitsvalidatie | eerder getolereerde modules van derden of gecodeerde modules worden afgewezen | poorten errdisabled na upgrade (Hoe elk NOS een module valideert) |
| Verborgen override-opdracht verwijderd of hernoemd | service unsupported-transceiver wordt niet meer geaccepteerd | configuratie kan niet laden, poorten down |
| CMIS-verwerking verbeterd of gewijzigd | 400G+-modules die workarounds nodig hadden werken nu, of juist niet meer | modules blijven hangen in LowPwr (CMIS-problemen) |
| FEC/AN-standaarden gewijzigd | links die op oude standaarden vertrouwden vallen uit | link down bij goede niveaus (FEC & AN) |
| DDM-polling of drempelverwerking gewijzigd | alarmen verschijnen of verdwijnen | nieuwe syslog-ruis of stilte |
| PN van optische module bereikt einde ondersteuning | werkt nog, maar staat niet langer in de lijst | toekomstige tickets worden gesloten als ‘niet ondersteund’ |
| Firmwareupdate van module gebundeld | modules van de fabrikant krijgen nieuwe firmware | gedragsverandering aan de modulekant (Controller en firmware) |
Een praktijk voor een omgeving die verrassingen voorkomt
- Inventariseer — registreer fabrikant, PN, serienummer, revisie en firmware van elke module per poort (van de switch of vanaf de werkbank) in de CMDB.
- Leg releases vast — beschouw de NOS-versie als deel van het compatibiliteitsdrietal; upgrade access en kern niet op dezelfde dag.
- Lees releasenotes voor onderdelen over optische modules vóór elke upgrade.
- Test op een lab- of canary-switch met één exemplaar van elk type optische module dat u gebruikt; begin met modules van derden en gecodeerde modules.
- Bewaar de vorige image en een rollbackplan; weet welke poorten gevoelig zijn voor errdisable.
- Leg DDM als basislijn vast vóór en na de upgrade, zodat gedragsveranderingen in monitoring zichtbaar zijn (DDM-monitoring).
- Volg EOL van PN's van optische modules en hun opvolgers, zodat vervangingen met de matrix overeenkomen.
Optische modules van derden en gecodeerde modules in dit beeld
Een module die voor een OEM-PN is gecodeerd, wordt volgens dezelfde matrixvermelding als het origineel beoordeeld: het platform ziet geen verschil als de codering volledig is. De ondersteuningsverklaring van de fabrikant geldt er echter niet voor, en een strengere controle in een nieuwe release kan hem blootleggen. Houd gecodeerde modules herkenbaar in de inventaris (hun echte fabrikant en serienummer), test ze als eerste bij upgrades en houd rekening met een release die de deur sluit (Optische modules van derden, Fabrikantvergrendeling).
NIC- en serverzijde
Serveradapters hebben eigen matrices (adapter ↔ module ↔ driver/firmware) en eigen beleidsregels. Sommige Intel-families weigeren niet-vermelde SFP's tenzij een driverparameter die toestaat; Mellanox/Nvidia-adapters valideren kabels voor InfiniBand. Driver- en firmwareupdates wijzigen die regels net zoals NOS-upgrades dat doen (Recepten voor poortconfiguratie).
In CodingBox
De werkbankkant van deze praktijk: lees bij inkomende inspectie de identiteit en firmwareversie van elke module in de Code database, vergelijk de bytes van een verdachte module met de matrixvermelding in Check transceiver en bewaar in de databasenotities het onderscheid tussen gecodeerd en origineel. Zo kan een afwijzing op de upgradedag binnen seconden naar de module worden herleid.
NIC-driver- en firmwarebeleid in detail, per fabrikant en besturingssysteem: Transceivercompatibiliteit op NIC's.
De praktijk voor de omgeving als checklist voor inbedrijfstelling — upgrade vóór configuratie, canarytests, DDM-basislijn, acceptatietest: Selectie & inbedrijfstelling.