Uplink Aruba AP-375: da się wpiąć Cisco BiDi SFP, czy AP jest zablokowany do zatwierdzonej optyki
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.
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.
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-transceiverteż 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.