Аплинк Aruba AP-375: есть ли способ запустить Cisco BiDi SFP, или точка доступа заблокирована только на одобренную оптику?
Мы тянем Wi-Fi в отдельно стоящее здание на территории кампуса. Единственное волокно в ту сторону - одна жила, поэтому план был повесить там AP-375 и запитать его через пару BiDi, которая уже была у нас на складе.
- Aruba AP-375, ArubaOS 8
- модуль Cisco BiDi в отсеке точки доступа, парная длина волны в коммутаторе
- одна жила одномода между зданиями
- сама точка доступа в порядке, по меди поднимается нормально
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Что уже сделано:
- поменяли местами две длины волны на случай, если пара была перепутана
- переустановили модуль и попробовали вторую AP-375 из той же партии
- перерыл CLI точки доступа в поисках аналога параметра
allow-unsupported-transceiver, который есть у коммутаторов, и ничего похожего не нашёл
Так принимает ли AP-375 что-то, кроме оптики, одобренной Aruba, и есть ли команда разблокировки в ArubaOS 8 именно для точки доступа, а не для коммутатора? Если это жёсткая блокировка, я просто куплю одобренные модули, но хотелось бы знать это до заказа.
Show original (English)
Also available in: English
العربية
Deutsch
Español
Français
हिन्दी
Bahasa Indonesia
Italiano
日本語
한국어
Nederlands
Polski
Português
Русский
Türkçe
Tiếng Việt
简体中文
Comments 3
Это жёсткая блокировка, и это не обычная история про кодированную оптику. Aruba квалифицирует ровно два модуля для аплинка точки доступа, один SX и один LX, и в прошивке точки доступа вообще нет команды разблокировки - включать нечего, и никакой BiDi-модуль не будет принят вне зависимости от производителя.
Причину называют скорее тепловую, чем коммерческую. Внутри корпуса точки доступа температура выходит далеко за пределы того, на что рассчитан обычный неиндустриальный модуль: модуль, «зажаренный» там, может выйти из строя раньше срока, а модуль, отказавший в отсеке, способен повредить и саму точку доступа. Поэтому список одобренных короткий, и расширять его не собираются.
Практический ответ: возьмите номер одобренной детали SX или LX из руководства по заказу для этой точки доступа и купите именно её. Ваша единственная жила - как раз неудобная часть, потому что модуль BiDi для этой точки доступа никто не одобряет.
Спасибо, это совпадает с тем, до чего я дошёл сам, долгим путём. В CLI точки доступа действительно нет ничего похожего на
allow-unsupported-transceiver, и точка доступа даже не намекает, что увидела модуль - просто сидит с мёртвым аплинком. Та же пара BiDi линкует два коммутатора по той же жиле, так что дело не в оптике и не в волокне.Закажем одобренный LX и протянем вторую жилу, в кабель-канале есть запас. Немного раздражает, что точка доступа не даёт ничего в логе, с чем можно было бы работать - простое сообщение о неподдерживаемом модуле сэкономило бы мне вечер перестановки длин волн.
На стороне коммутатора та же боль, к слову. Здешний коммутатор Instant On начал выдавать предупреждение о неподдерживаемом трансивере на модуле HPE-бренда 1000BASE-T, J8177C, который сидел в этом порту вечность. Изменился не модуль, а софт: проверка трансиверов появилась в Instant On 2.9, и всё вне их принятого списка помечается флагом, включая более старые ревизии деталей HPE.
allow-unsupported-transceiverтам тоже больше нет, и никто из тех, кого я спрашивал, не нашёл способа заглушить предупреждение, сохранив линк.На линейке 1930 может быть хуже, чем просто косметическое предупреждение. У коллеги есть JL680A, где медный SFP типа J8177D корректно распознаётся как модуль 1000BASE-T, но порт всё равно никогда не поднимается, что бы ни было подключено со стороны RJ45, и в этом устройстве вообще нет обхода. Результаты со сторонними модулями там выглядели как лотерея: одни детали FS поднимались, другие никогда не согласовывались, а те же модули нормально работали в оборудовании Cisco. Купите один и протестируйте перед заказом партии.