CodingBox Q&A Ask question

Uplink Aruba AP-375: da się wpiąć Cisco BiDi SFP, czy AP jest zablokowany do zatwierdzonej optyki

Asked Active Viewed 44 AI translation from English
3

Doprowadzamy Wi-Fi do budynku gospodarczego na terenie kampusu. Jedyny światłowód idący w tamtą stronę to pojedyncza żyła, więc plan zakładał powieszenie tam AP-375 i zasilenie go parą BiDi, którą już mieliśmy na półce.

  • Aruba AP-375, ArubaOS 8
  • Cisco BiDi SFP w gnieździe AP, pasująca druga długość fali w switchu
  • jedna żyła single-mode między dwoma budynkami
  • sam AP działa dobrze, normalnie wstaje na miedzi
AP-375 SFP cage: Cisco BiDi module seated, uplink never comes up
Same BiDi pair between two switches on the bench: link up, no complaints

Co już zrobiłem:

  • zamieniłem obie długości fali, na wypadek gdybym miał parę w złą stronę
  • ponownie osadziłem moduł i spróbowałem drugiego AP-375 z tej samej partii
  • przekopałem CLI AP-a w poszukiwaniu odpowiednika przełącznika allow-unsupported-transceiver, jaki mają switche, i nie znalazłem niczego, co by to przypominało

Więc czy AP-375 akceptuje cokolwiek poza optyką błogosławioną przez Arubę, i czy w ArubaOS 8 jest komenda odblokowująca dla samego AP-a, a nie dla switcha? Jeśli to twarda blokada, po prostu kupię zatwierdzone części, ale wolałbym wiedzieć to przed zamówieniem.

Comments 3

To twarda blokada, i to nie jest zwykła historia z kodowaną optyką. Aruba kwalifikuje dokładnie dwa moduły do uplinku AP, jeden SX i jeden LX, a firmware AP-a w ogóle nie ma komendy odblokowującej, więc nie ma czego włączać i żadna część BiDi nie zostanie zaakceptowana, bez względu na to, kto ją zrobił.

Powód, jaki podają, jest termiczny, a nie komercyjny. Wnętrze obudowy AP pracuje daleko poza tym, na co jest oceniony zwykły nieprzemysłowy moduł: moduł ugotowany tam w środku może paść przedwcześnie, a moduł, który padnie w gnieździe, może uszkodzić razem z sobą AP. Dlatego zatwierdzona lista jest krótka i dlatego nie są zainteresowani jej rozszerzaniem.

Praktyczna odpowiedź: weź zatwierdzony numer części SX albo LX z przewodnika zamówień AP i kup właśnie to. Twoja pojedyncza żyła to niewygodna część, bo nikt nie błogosławi modułu BiDi do tego AP.

0 United StatesedgewolfUS Show original (English) AI translation

Dzięki, to zgadza się z tym, do czego sam doszedłem powolną drogą. W CLI AP-a naprawdę nie ma niczego przypominającego allow-unsupported-transceiver, a AP nawet nie daje sygnału, że widział moduł, po prostu siedzi z martwym uplinkiem. Ta sama para BiDi łączy dwa switche po tej samej żyle, więc problemem nie jest ani optyka, ani światłowód.

Zamówimy zatwierdzony LX i wyciągniemy drugą żyłę, kanalizacja ma zapasową pojemność. Lekko irytuje mnie, że AP nie daje nic w logu, z czym można by pracować, zwykły komunikat unsupported-module oszczędziłby mi popołudnia zamieniania długości fali.

1 United Statescoaxhawk46US Show original (English) AI translation

Ta sama rodzina bólu po stronie switcha, tak na marginesie. Tutejszy switch Instant On zaczął zgłaszać alert unsupported transceiver na module HPE 1000BASE-T, J8177C, który siedział w tym porcie od wieków. Nie zmienił się moduł, zmieniło się oprogramowanie: walidacja transceiverów pojawiła się w Instant On software 2.9 i wszystko spoza ich akceptowanej listy zostaje oflagowane, łącznie ze starszymi rewizjami części HPE. allow-unsupported-transceiver też już tam nie ma, i nikt, kogo pytałem, nie znalazł sposobu, żeby uciszyć alert, zachowując link.

Na linii 1930 potrafi to być gorsze niż kosmetyczny alert. Kolega ma JL680A, gdzie miedziany SFP w stylu J8177D jest poprawnie logowany jako moduł 1000BASE-T, a port i tak nigdy się nie łączy, cokolwiek wpięte jest po stronie RJ45, a to pudełko w ogóle nie ma obejścia. Wyniki z modułami innych producentów wyglądały tam jak loteria: niektóre części FS wstawały, inne nigdy się nie negocjowały, a te same moduły działały dobrze w sprzęcie Cisco. Kup jeden i przetestuj, zanim zamówisz całe pudełko.

1 GermanywavesmithDE Show original (English) AI translation
Log in to comment. Log in