CodingBox Q&A Ask question

Warum Third-Party-SFP+ an Aruba 3810M/2930M trotz allow-unsupported-transceiver weiter scheitern: das HPIDv2-Flag in Byte 0x7B

Asked Active Viewed 226 AI translation from English
1

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

Accepted answer

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.

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