Warum Third-Party-SFP+ an Aruba 3810M/2930M trotz allow-unsupported-transceiver weiter scheitern: das HPIDv2-Flag in Byte 0x7B
Auch mit aktiviertem allow-unsupported-transceiver zeigten HPE Aruba 3810M und 2930M eine gelbe Störung für generische SFP+-Module, auch für solche, die auf einen J9151A umcodiert waren, um ihn vorzutäuschen. Der Autor hat das Verhalten auf HPEs HPIDv2-Challenge-Response-Authentifizierung zurückgeführt: Das EEPROM des Moduls trägt ein Flag-Byte an Offset 0x7B; steht es auf 0x32, erwartet der Switch die Antwort eines Authentifizierungs-Mikrocontrollers, und ein einfacher Transceiver, der das Flag ohne den MCU meldet, wird abgewiesen.
- Hardware: HPE Aruba 3810M, HPE Aruba 2930M
- Transceiver: generisches SFP+ umcodiert als J9151A, HPE J9151A
- Formfaktor: SFP+
Symptome / Meldungen:
amber port LED with third-party SFP+
module rejected despite allow-unsupported-transceiver
Comments 1
Im Konfigurationsmodus allow-unsupported-transceiver confirm ausführen und write memory, dann das EEPROM des Moduls sichern, Byte 0x7B von 0x32 auf 0x00 ändern und den Transceiver neu flashen; danach linken einfache Third-Party-Module mit grüner LED.