Мой был заменён по гарантии.

FC и Ethernet настолько отличаются на уровне протокола, что они просто несовместимы. См. https://www.networking-forums.com/index.php?topic=5462.0

Они используют одинаковый дизайн модулей только потому, что с производственной точки зрения имеет смысл использовать одни и те же инструменты и разъёмы для обоих. Есть некоторая общность в чисто оптической части, что тоже логично — после того как FDDI вытеснили оптический Ethernet, уникальная оптика и разъёмы отошли в прошлое, и хорошо, что так случилось — поэтому одни и те же разъёмы и волокно работают с обоими, но на уровне модулей это просто не так. Кроме того, соотношение проданных модулей FC к Ethernet довольно низкое, поэтому пытаться иметь дело с FC таким способом экономически не имело бы смысла.

Джим

Это совсем не вдохновляет. Я в ярости от того, что компания блокирует эти модули. У меня HPE SAN с Fibre Channel. SFP модули для контроллеров SAN отличаются от SFP модулей для коммутаторов. Они не взаимозаменяемы ААААА. Почему компания выпускает две разные версии одного и того же модуля, но блокирует одну для коммутаторов, а другую для SAN? Капитализм, не правда ли? Много диагностики и разочарований можно было бы избежать, если бы были резервные копии и редактируемые профили. Проблема была решена после того, как техник понял, что модули были переставлены местами, когда оптоволокно было отключено путем вытягивания SFP вместо простого отсоединения кабеля.

Я здесь столкнулся с точно такой же проблемой. Есть какое-то решение?

Это нужно исправить или как минимум предоставить возможность откатить прошивку. Я верну свой девайс, если это не починят, так как он практически бесполезен по сравнению с тем, что я купил. Возможность прошивать любой модуль sfp+ — это основная причина покупки этого устройства.

Я не думаю, что это вероятно, учитывая, что FS.com предлагает аналогичное решение, хотя и по более высокой цене. Только Ubiquiti знает, почему они отказались от этого функционала, всё остальное — это необоснованные предположения на данный момент. Однако то, что меня особенно раздражает — это то, что Ubiquiti дает нам молчаливый отпор и меняет условия и FAQ задним числом без уведомления. Кто-нибудь уже выложил прошивку 1.0.5/1.1.0 или нашел URL-адреса, с которых мобильное приложение загружает прошивку? Я всё ещё считаю, что инициатива CFW была бы лучшим способом двигаться дальше, поскольку Ubiquiti вряд ли вернет пароли разблокировки для трансиверов третьих сторон. И разница между 1.0.5 и 1.1.0/1.1.1, вероятно, ключ к разгадке всего этого.

Возможно ли, что их подали в суд и они уничтожили устройство, чтобы предотвратить иск от кого-то вроде Cisco? В FAQ теперь говорится, что модули третьих сторон не поддерживаются.

[0;32mI (141171) xsfp.state.write: async_write: Запрошено слияние 'OM-MM-10G-D' в 'OM-MM-10G-D'[0m
[0;32mI (141173) xsfp.state.unlock: eh_unlock: Попытка разблокировки, используется пароль: [00,00,10,11][0m
[0;32mI (141180) xsfp.fsm: Получено событие 'xsfp.write.scope', тип:1[0m
[0;33mW (141880) xsfp.state.unlock: eh_verify: не удалось изменить ячейку, пробуем следующую[0m
[0;33mW (141881) xsfp.state.unlock: eh_next: пароли закончились, выход[0m
[0;32mI (141884) xsfp.state.unlock: eh_error: XSFP не удалось разблокировать, выход[0m
[0;32mI (141891) sfp.device: Отключение SFP[0m

Я могу гарантировать, что друзья из других сетевых компаний отправили им серьёзное письмо с претензией, и им пришлось удалить список паролей из прошивки, чтобы не нарваться на судебные иски. Это досадно, потому что, чтобы избежать последствий несоблюдения требований письма о прекращении и воздержании, они пошли на подмену, так как старая версия страницы магазина предполагала, что можно разблокировать и записывать все модули, а не только свои. Люди, которые купили эти модули, когда была активна старая версия страницы, могут обвинить их в ложной рекламе.

Стопроцентно нам нужен способ откатиться на версию 1.0.5... новая прошивка превратила это устройство в почти бесполезную штуку.