IBM Power FC-Adapter: Ist der SFP ein eigenes FRU, und tauscht IBM Optiken, die wir nicht bei ihnen gekauft haben
Wir betreiben ein paar IBM Power Boxen neben einem kleinen SAN, und ich versuche, vor der nächsten Verlängerung des Hardware-Maintenance-Vertrags eine vernünftige Ersatzteilpolitik aufzuschreiben. Der Teil, den ich nicht festnageln kann, ist der Transceiver selbst: bei manchen Adaptern sieht er wie ein eigenständiges FRU aus, bei anderen endet ein Service-Call damit, dass der ganze Adapter getauscht wird und die Optik gleich mit zur Tür rausgeht.
- IBM Power Systems, Fibre-Channel-Adapter mit 32Gb und 64Gb
- Ethernet- und RoCE-Adapter im selben Chassis, SFP28- und QSFP28-Käfige
- Optiken meist von IBM geliefert, dazu eine Handvoll Third-Party-SFP28 auf der Ethernet-Seite
Was ich bisher aus der Adapter-Dokumentation rausgegraben habe:
64Gb FC: EN2N/EN2P (CCIN 2F05), EN1N/EN1P (CCIN 2CFD) - transceiver FRU 78P7722
32Gb FC: EN2L/EN2M (CCIN 2F06), EN1L/EN1M (CCIN 2CFC) - transceiver FRU 02CL041Was ich schon probiert habe:
- einen Service-Call auf einem Port eröffnet, der still wurde, und das Ergebnis war ein Adapter-FRU-Tausch statt einer Optik
- gefragt, ob wir das Transceiver-FRU einfach bestellen und ein Ersatzteil auf Lager legen können, und darauf keine klare Antwort bekommen
- die Ethernet-Adapter-Features durchgegangen, um zu sehen, ob dieselbe Logik dort überhaupt gilt
Also zwei Fragen. Bei welchen Features ist der Transceiver wirklich ein eigenes FRU, und wie sieht die tatsächliche Serviceposition aus, wenn das Modul im Käfig nicht bei IBM gekauft wurde?
Show original (English)
Also available in: English
العربية
Deutsch
Español
Français
हिन्दी
Bahasa Indonesia
Italiano
日本語
한국어
Nederlands
Polski
Português
Русский
Türkçe
Tiếng Việt
简体中文
Comments 3
Deine Lesart der FC-Seite stimmt, und diese zwei FRUs sind dort die ganze Geschichte: 78P7722 für die 64Gb-Features und 02CL041 für die 32Gb-Features. Die Liste wird pro Feature-Code veröffentlicht, nicht pro Adapterfamilie, also schlag deinen eigenen nach, statt anzunehmen, dass der Nachbarslot sich genauso verhält.
Bei Ethernet und RoCE gehören zu den Features mit separat austauschbaren Optiken EC85/EC86, EC75/EC76, EC66/EC67, EC2R/EC2S, EC2T/EC2U, EC3L/EC3M, EC3A/EC3B, EN24/EN26 und EC71/EC72. Der Gegenfall sind die Kupferadapter: die werden nicht dadurch zu optischen Ports, dass man ein passendes Modul findet, sie spielen in dieser Liga schlicht nicht mit.
Der Service-Teil ist unverblümt, und genau der entscheidet über deine Ersatzteilpolitik. Die einzigen Optiken, an die IBM Hand anlegt, sind solche, die du bei IBM gekauft hast und die noch unter Garantie oder einem Hardware-Maintenance-Vertrag stehen. Alles andere fällt aus der Servicevereinbarung raus, selbst wenn der Käfig mechanisch offen ist und der Port einwandfrei linkt. Dieselbe Dokumentation sagt auch, ein Modul nicht zu tauschen, bevor man das normale Troubleshooting durchlaufen hat, und genau das ist vermutlich, wie dein Call als Adaptertausch geendet ist.
Das deckt sich mit dem, was bei uns in den Racks steckt. Unsere 32Gb-Ports sind das EN1L/EN1M-Paar, also ist 02CL041 die Nummer, die aufs Lager gehört, und ich höre auf, so zu tun, als wären die Third-Party-SFP28 in den Ethernet-Adaptern durch irgendetwas abgedeckt. Die bleiben auf der Laborseite des Bestands.
Zur Reihenfolge beim Troubleshooting, verstanden. Wir protokollieren jetzt Portfehler und die Modulwerte, bevor überhaupt jemand eine Optik ziehen darf, damit ein Call nicht einfach mit einem Adaptertausch geschlossen wird, nur weil jemand zuerst das Modul angefasst hat.
Lohnt sich, zwei Dinge zu trennen, die bei SAN-Arbeit ständig durcheinandergehen: Protokoll-Interop und die portweise Codierungsprüfung. Wir hatten ein IBM SAN24B-5 vor einem HPE MSA 2040 ES LFF, dessen Ports mit HPE 8 Gb Shortwave-FC-SFP+ (C8R23A) bestückt waren, und die Markenmischung hat niemanden gestört, weil jedes Modul nur von dem Käfig akzeptiert werden muss, in dem es steckt. Die Array-Vendor-Optik im Array lassen, Switch-Vendor-Optik in den Switch, und man umgeht sowohl die Vendor-Prüfung als auch die Diskussion mit dem Support.
Die andere Falle ist die Migration. Alte 8G-Longwave-SFP+, Teil 57-1000027-02, aus einem SAN48B-5 lassen sich nicht in ein SAN64B-7 (8960-P64, unter der Haube ein G720) übernehmen - die stehen für die Gen7-Box nicht auf der qualifizierten Liste. Jede Teilenummer vor der Budgetierung des Umzugs gegen die Brocade-Transceiver-Support-Matrix prüfen, und vorher sfpshow auf dem alten Switch laufen lassen, damit man genau weiß, was man in der Hand hat.