Привет, у меня CCR1009 отлично работает с DSL-модемом (DSL-интернет как резерв) через оптоволоконное подключение. Моя конфигурация такова: CCR1009 — SFP+ порт с S-35LC20D, патчкорд FO: LC/LC SM 35 м, дешевый медиаконвертер sfp с 10/100/1000M на медной стороне — модель MC220S, название “10/100/1000M SFP Ethernet Converter” (дешёвая “чёрная коробка с 6 индикаторами, sfp-разъёмом и медным Ethernet-портом” — думаю, это клон tplink MC220). В порту SFP стоит S53LC20D. Модем — ADSL-модем от моей телефонной компании (“NetiaSpot”, полный отстой, но хотя бы можно переключить в режим модема). Мне пришлось только отключить автоопределение скорости и выставить 1 Гбит/с на SFP+ порту в CCR — похоже, MC220s использует максимальную доступную скорость для SFP, а не ту, что согласована на медном порту. Эта схема отлично работает.
Недавно я получил RBFTC11 и захотел заменить дешёвый MC220 на что-то получше (и настенное крепление — основная причина замены того, что работает нормально). Но... я переставил SFP-модуль из MC220 в RBFTC11, подключил к модему (через PoE-инжектор) и FO-кабель... и в Winbox увидел статус “no link”. Начал играться с настройками скорости и в итоге получил “link ok” на 100 Мбит (что логично, так как у модема порт только на 100 Мбит). В вкладке трафика порта вижу, что CCR что-то отправляет, но в ответ от модема ничего не приходит, то есть: трафик с маршрутизатора к модему идёт, а обратно — нет.
Вот дамп моих настроек с CCR (RBFTC11):
[admin@MT-ROUTER] /interface ethernet> monitor 1
name: WAN2-DSL-SFP+
status: link-ok
auto-negotiation: disabled
rate: 100Mbps
full-duplex: yes
tx-flow-control: yes
rx-flow-control: yes
sfp-module-present: yes
sfp-rx-lose: no
sfp-tx-fault: no
sfp-type: SFP-or-SFP+
sfp-connector-type: LC
sfp-link-length-9um: 20000m
sfp-vendor-name: Mikrotik
sfp-vendor-part-number: S-35LC20D
sfp-vendor-serial: S1T35252500610
sfp-manufacturing-date: 15-07-01
sfp-wavelength: 1310nm
sfp-temperature: 64C
sfp-supply-voltage: 3.264V
sfp-tx-bias-current: 29mA
sfp-tx-power: -6.176dBm
sfp-rx-power: -7.381dBm
eeprom: (данные опущены)
А вот с работающей связью через MC220S:
[admin@MT-ROUTER] /interface ethernet> monitor 1
name: WAN2-DSL-SFP+
status: link-ok
auto-negotiation: disabled
rate: 1Gbps
full-duplex: yes
tx-flow-control: yes
rx-flow-control: yes
sfp-module-present: yes
sfp-rx-lose: no
sfp-tx-fault: no
sfp-type: SFP-or-SFP+
sfp-connector-type: LC
sfp-link-length-9um: 20000m
sfp-vendor-name: Mikrotik
sfp-vendor-part-number: S-35LC20D
sfp-vendor-serial: S1T35252500610
sfp-manufacturing-date: 15-07-01
sfp-wavelength: 1310nm
sfp-temperature: 64C
sfp-supply-voltage: 3.264V
sfp-tx-bias-current: 29mA
sfp-tx-power: -6.196dBm
sfp-rx-power: -7.266dBm
eeprom: (данные опущены)
Есть идеи? Я проверял и другие PoE-инжекторы — без изменений. Светодиод ETH-порта на RBFTC11 горит или моргает зелёным — но на этом всё. Как только меняю обратно на MC220S, связь сразу появляется (на графике появляются Rx-пакеты). Читал, что при подключении DSL-модема через FO может быть, что некоторые медиаконвертеры не хотят нормально работать с таким типом соединения. Может, это именно наш случай?
P.S. Для тех, кто интересуется, зачем FO-связь с DSL-модемом: у меня основной серверный шкаф “гальванически развязан” от остальной сети, по медному кабелю идёт лишь питание, которое защищено несколькими ограничителями напряжения в щитке. В приложениях фото MC220S.
Недавно я получил RBFTC11 и захотел заменить дешёвый MC220 на что-то получше (и настенное крепление — основная причина замены того, что работает нормально). Но... я переставил SFP-модуль из MC220 в RBFTC11, подключил к модему (через PoE-инжектор) и FO-кабель... и в Winbox увидел статус “no link”. Начал играться с настройками скорости и в итоге получил “link ok” на 100 Мбит (что логично, так как у модема порт только на 100 Мбит). В вкладке трафика порта вижу, что CCR что-то отправляет, но в ответ от модема ничего не приходит, то есть: трафик с маршрутизатора к модему идёт, а обратно — нет.
Вот дамп моих настроек с CCR (RBFTC11):
[admin@MT-ROUTER] /interface ethernet> monitor 1
name: WAN2-DSL-SFP+
status: link-ok
auto-negotiation: disabled
rate: 100Mbps
full-duplex: yes
tx-flow-control: yes
rx-flow-control: yes
sfp-module-present: yes
sfp-rx-lose: no
sfp-tx-fault: no
sfp-type: SFP-or-SFP+
sfp-connector-type: LC
sfp-link-length-9um: 20000m
sfp-vendor-name: Mikrotik
sfp-vendor-part-number: S-35LC20D
sfp-vendor-serial: S1T35252500610
sfp-manufacturing-date: 15-07-01
sfp-wavelength: 1310nm
sfp-temperature: 64C
sfp-supply-voltage: 3.264V
sfp-tx-bias-current: 29mA
sfp-tx-power: -6.176dBm
sfp-rx-power: -7.381dBm
eeprom: (данные опущены)
А вот с работающей связью через MC220S:
[admin@MT-ROUTER] /interface ethernet> monitor 1
name: WAN2-DSL-SFP+
status: link-ok
auto-negotiation: disabled
rate: 1Gbps
full-duplex: yes
tx-flow-control: yes
rx-flow-control: yes
sfp-module-present: yes
sfp-rx-lose: no
sfp-tx-fault: no
sfp-type: SFP-or-SFP+
sfp-connector-type: LC
sfp-link-length-9um: 20000m
sfp-vendor-name: Mikrotik
sfp-vendor-part-number: S-35LC20D
sfp-vendor-serial: S1T35252500610
sfp-manufacturing-date: 15-07-01
sfp-wavelength: 1310nm
sfp-temperature: 64C
sfp-supply-voltage: 3.264V
sfp-tx-bias-current: 29mA
sfp-tx-power: -6.196dBm
sfp-rx-power: -7.266dBm
eeprom: (данные опущены)
Есть идеи? Я проверял и другие PoE-инжекторы — без изменений. Светодиод ETH-порта на RBFTC11 горит или моргает зелёным — но на этом всё. Как только меняю обратно на MC220S, связь сразу появляется (на графике появляются Rx-пакеты). Читал, что при подключении DSL-модема через FO может быть, что некоторые медиаконвертеры не хотят нормально работать с таким типом соединения. Может, это именно наш случай?
P.S. Для тех, кто интересуется, зачем FO-связь с DSL-модемом: у меня основной серверный шкаф “гальванически развязан” от остальной сети, по медному кабелю идёт лишь питание, которое защищено несколькими ограничителями напряжения в щитке. В приложениях фото MC220S.
