Uplink d'un Aruba AP-375 : possible d'utiliser un SFP BiDi Cisco, ou l'AP est-il verrouillé aux optiques approuvées ?

C'est un verrou dur, et ce n'est pas la classique histoire d'optiques codées. Aruba qualifie exactement deux modules pour l'uplink de l'AP, un SX et un LX, et le firmware de l'AP n'a aucune commande de déverrouillage, donc il n'y a rien à activer et aucune pièce BiDi ne sera acceptée, quel qu'en soit le fabricant.

La raison donnée est thermique plutôt que commerciale. L'intérieur d'un boîtier d'AP fonctionne bien en dehors de ce pour quoi un module non industriel ordinaire est conçu : un module qui cuit là-dedans peut mourir prématurément, et un module qui tombe en panne dans la cage peut endommager l'AP avec lui. C'est pourquoi la liste approuvée est courte et pourquoi ils ne cherchent pas à l'étendre.

Réponse pratique : prenez la référence SX ou LX approuvée dans le guide de commande de l'AP et achetez-la. Votre brin unique est le point délicat, car personne ne bénit de module BiDi pour cet AP.

Merci, cela correspond à ce que j'avais fini par comprendre par la méthode lente. Il n'y a vraiment rien dans le CLI de l'AP ressemblant à allow-unsupported-transceiver, et l'AP ne laisse même pas entendre qu'il a détecté un module, il reste simplement là avec un uplink mort. La même paire BiDi fait monter deux switchs sur le même brin, donc les optiques et la fibre ne sont pas le problème.

Nous allons commander le LX approuvé et tirer un second brin, la gaine a de la capacité en réserve. Légèrement agacé que l'AP ne donne rien d'exploitable dans le journal, un simple message de module non supporté m'aurait épargné un après-midi à inverser des longueurs d'onde.

Même genre de galère côté switch, pour ce que ça vaut. Un switch Instant On ici a commencé à lever une alerte de transceiver non supporté sur un module 1000BASE-T de marque HPE, le J8177C, qui était pourtant installé dans ce port depuis longtemps. Le module n'a pas changé, le logiciel oui : la validation des transceivers est arrivée avec le logiciel Instant On 2.9, et tout ce qui sort de leur liste acceptée est signalé, y compris d'anciennes révisions de pièces HPE. allow-unsupported-transceiver n'existe plus non plus, et personne parmi ceux à qui j'ai demandé n'a trouvé de moyen de faire taire l'alerte tout en gardant le lien.

Sur la gamme 1930, ça peut être pire qu'une simple alerte cosmétique. Un collègue a un JL680A où un SFP cuivre de type J8177D est correctement identifié comme module 1000BASE-T dans les journaux, et le port ne monte quand même jamais, quoi que l'on branche côté RJ45, et ce boîtier n'a aucune option de contournement du tout. Les résultats avec des modules tiers ressemblaient à une loterie pour moi : certaines pièces FS montaient, d'autres ne négociaient jamais, et les mêmes modules fonctionnaient bien dans du matériel Cisco. Achetez-en un et testez-le avant de commander tout un lot.