Кратко — причин несколько. Ниже чек‑лист того, что проверить и команды для диагностики. Часто виноваты несовместимые/неправильные SFP(+)модули (тип/длина волны), полярность волокна или банальная «интерфейс заблокирован в софте» (netplan/имя интерфейса).
1) Быстрая проверка состояния интерфейса в Linux
- ip link show
- ip addr show
- sudo ethtool <ifname> (замените <ifname> на ethX/ensX и т.п.)
— ищите «Link detected: yes/no», скорость, автосогласование.
- sudo ethtool -i <ifname> (драйвер)
- dmesg | grep -i sfp
- journalctl -e / grep systemd-networkd или NetworkManager для ошибок netplan
Если интерфейс «DOWN» — попробуйте:
- sudo ip link set dev <ifname> up
- sudo netplan apply
2) Диагностика оптики и кабеля
- Убедитесь, что оба SFP(+) — одинакового класса: для OM3 нужен 10G SR (850 nm, multimode). Если на одном конце SR (MMF), на другом — LR (SMF), линка не будет.
- OM3 — мультимодовый кабель; SFP типа SR (multimode) подходят, LR (single‑mode) — нет. Проверьте этикетки на модулях.
- Полярность duplex‑кабеля: Tx↔Rx должны быть перекрещены. Попробуйте заменить патч‑корд на другой или перевернуть коннекторы (поменять местами fibres в патч‑панели).
- Попробуйте заменить модули местами или поставить заведомо рабочий модуль/кабель (или DAC‑кабель если доступен).
3) Совместимость и прошивка
- Некоторые NIC/коммутаторы блокируют/не работают с неоригинальными SFP(+) (vendor lock). На сервере ethtool -m может показать данные модуля; если модуль не читается — возможна несовместимость.
- Обновите прошивку NIC/драйверы, если есть подозрение на баг/несовместимость.
4) Скорость/автосогласование
- SFP+ обычно 10G и автонеготиация на 10G не всегда работает как на медной паре. На коммутаторе и на NIC должно быть согласовано 10G (или принудительно выставлено).
- На Cisco: show interface <port> status, show interface transceiver detail. Проверьте, нет ли принудительно установленной другой скорости.
- Некоторые 10G порты не будут «опускать» link если другая сторона 1G — поэтому совет: убедитесь, что на обоих концах используется 10G‑модуль.
5) Команды на коммутаторе (Cisco) для проверки
- show interface <int> status
- show interface <int> transceiver detail
- show module
Если коммутатор «видит» линк, а сервер — нет, это может указывать на проблему на стороне сервера (драйвер/модуль/полярность).
6) Что попробовать прямо сейчас (порядок)
1. ip link show / ethtool <if> — узнать «Link detected».
2. dmesg | grep -i sfp / ethtool -m <if> — прочитать данные модуля.
3. Попробовать поднять интерфейс вручную (ip link set up).
4. Заменить патч‑корд другим (или поменять коннекторы местами).
5. Поменять SFP(+) на другую пару / попробовать DAC / подключиться к другому порту коммутатора.
6. На коммутаторе проверить конфигурацию порта и типы SFP.
7) Вероятные первичные причины (в порядке вероятности)
- Неправильный тип оптического модуля (SM vs MM, SR vs LR) — для OM3 нужны 10G SR (MMF).
- Неправильная полярность duplex‑кабеля (Tx/Rx не совпадают).
- Несовместимость/vendor lock или дефект модуля на стороне сервера.
- Интерфейс не поднят в системе (неверное имя в netplan, админ‑down).
- Скоростной/протокольный mismatch (1G↔10G).
Если хотите, пришлите:
- выводы ip link show и ethtool <if>,
- строку из dmesg, где упоминается SFP,
- маркировку/модель ваших оптических модулей и модель сетевой карты,
- вывод show interface <port> с коммутатора.
С этими данными смогу подсказать конкретнее.