CodingBox Q&A Ask question

Perché gli SFP+ di terze parti falliscono ancora su Aruba 3810M/2930M con allow-unsupported-transceiver: il flag HPIDv2 al byte 0x7B

Asked Active Viewed 226 AI translation from English
1

Anche con allow-unsupported-transceiver abilitato, gli switch HPE Aruba 3810M e 2930M mostravano un guasto ambra per moduli SFP+ generici, inclusi quelli ricodificati per mascherarsi da J9151A. L'autore ha ricondotto il comportamento all'autenticazione challenge-response HPIDv2 di HPE: l'EEPROM del modulo porta un byte di flag all'offset 0x7B; quando è impostato a 0x32 lo switch si aspetta che un microcontrollore di autenticazione risponda, e un transceiver semplice che dichiara il flag senza l'MCU viene rifiutato.

  • Hardware: HPE Aruba 3810M, HPE Aruba 2930M
  • Transceiver: SFP+ generico ricodificato come J9151A, HPE J9151A
  • Fattore di forma: SFP+

Sintomi / messaggi:

amber port LED with third-party SFP+
module rejected despite allow-unsupported-transceiver

Comments 1

Accepted answer

In modalità configurazione lancia allow-unsupported-transceiver confirm e write memory, poi fai un backup dell'EEPROM del modulo, cambia il byte 0x7B da 0x32 a 0x00 e riflasha il transceiver; dopo di che i semplici moduli di terze parti fanno link con il LED verde.

2 Spainrxadmin25ES Show original (English) AI translation
Log in to comment. Log in