Waarom SFP+ van derden nog steeds faalt op Aruba 3810M/2930M met allow-unsupported-transceiver: de HPIDv2-vlag op byte 0x7B

Question

Zelfs met allow-unsupported-transceiver ingeschakeld toonden HPE Aruba 3810M- en 2930M-switches een amber fout bij generieke SFP+-modules, inclusief exemplaren die waren herkodeerd om zich als J9151A voor te doen. De auteur herleidde het gedrag tot de HPIDv2-challenge-response-authenticatie van HPE: de EEPROM van de module draagt een vlagbyte op offset 0x7B; staat die op 0x32, dan verwacht de switch antwoord van een authenticatie-microcontroller, en een gewone transceiver die de vlag adverteert zonder de MCU wordt geweigerd.

Hardware: HPE Aruba 3810M, HPE Aruba 2930M
Transceivers: generieke SFP+ herkodeerd als J9151A, HPE J9151A
Vormfactor: SFP+

Symptomen / meldingen:

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

rxadmin25 · Accepted Answer

Draai in configuration mode allow-unsupported-transceiver confirm en write memory, maak vervolgens een back-up van de module-EEPROM, wijzig byte 0x7B van 0x32 naar 0x00 en flash de transceiver opnieuw; daarna linken eenvoudige modules van derden met een groene LED.

Comments 1