CodingBox Q&A Ask question

Dlaczego SFP+ firm trzecich wciąż zawodzą na Aruba 3810M/2930M z allow-unsupported-transceiver: flaga HPIDv2 pod bajtem 0x7B

Asked Active Viewed 226 AI translation from English
1

Nawet z włączonym allow-unsupported-transceiver, switche HPE Aruba 3810M i 2930M pokazywały pomarańczowy błąd dla generycznych modułów SFP+, w tym takich przekodowanych, żeby podszywać się pod J9151A. Autor doszedł, że zachowanie to wynika z uwierzytelniania typu challenge-response HPIDv2 firmy HPE: EEPROM modułu niesie bajt flagi pod offsetem 0x7B; kiedy jest ustawiony na 0x32, switch oczekuje odpowiedzi od mikrokontrolera uwierzytelniającego, a zwykły transceiver, który zgłasza tę flagę bez MCU, jest odrzucany.

  • Sprzęt: HPE Aruba 3810M, HPE Aruba 2930M
  • Transceivery: generyczny SFP+ przekodowany jako J9151A, HPE J9151A
  • Format: SFP+

Objawy / komunikaty:

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

Comments 1

Accepted answer

W trybie konfiguracji uruchom allow-unsupported-transceiver confirm i write memory, potem zrób kopię EEPROM modułu, zmień bajt 0x7B z 0x32 na 0x00 i przeszyj transceiver ponownie; potem proste moduły firm trzecich linkują z zieloną diodą.

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