Pourquoi les SFP+ tiers échouent toujours sur Aruba 3810M/2930M avec allow-unsupported-transceiver : le drapeau HPIDv2 à l'octet 0x7B
Même avec allow-unsupported-transceiver activé, les switches HPE Aruba 3810M et 2930M affichaient un défaut orange pour des modules SFP+ génériques, y compris ceux recodés pour se faire passer pour un J9151A. L'auteur a retracé le comportement jusqu'à l'authentification par défi-réponse HPIDv2 de HPE : l'EEPROM du module porte un octet drapeau à l'offset 0x7B ; quand il est réglé à 0x32, le switch attend qu'un microcontrôleur d'authentification réponde, et un simple transceiver qui affiche le drapeau sans le MCU est rejeté.
- Matériel : HPE Aruba 3810M, HPE Aruba 2930M
- Transceivers : SFP+ générique recodé en J9151A, HPE J9151A
- Form factor : SFP+
Symptômes / messages :
amber port LED with third-party SFP+
module rejected despite allow-unsupported-transceiver
Comments 1
En mode configuration, lance allow-unsupported-transceiver confirm puis write memory, ensuite sauvegarde l'EEPROM du module, change l'octet 0x7B de 0x32 à 0x00 et reflashe le transceiver ; ensuite les simples modules tiers lient avec une LED verte.