http://mikrotik.moscow Новое в теме CCR1036-8G-2S+ - Почему SFP+ порт перестал передавать данные? форума Аппаратное обеспечение на сайте Mikrotik.moscow [mikrotik.moscow] ru http://backend.userland.com/rss2 Tue, 14 Jul 2026 05:51:16 +0300 CCR1036-8G-2S+ - Почему SFP+ порт перестал передавать данные? Аппаратное обеспечение в форуме Аппаратное обеспечение.
Вы нашли решение по этому вопросу? Пожалуйста, дайте знать.
29.11.2020 16:46:00, jmallari76.]]> http://mikrotik.moscow/forum/forum58/89022-ccr1036_8g_2s_-_-pochemu-sfp_-port-perestal-peredavat-dannye/message432778 http://mikrotik.moscow/forum/forum58/89022-ccr1036_8g_2s_-_-pochemu-sfp_-port-perestal-peredavat-dannye/message432778 Sun, 29 Nov 2020 16:46:00 +0300 Аппаратное обеспечение CCR1036-8G-2S+ - Почему SFP+ порт перестал передавать данные? Аппаратное обеспечение в форуме Аппаратное обеспечение.
У меня есть такая же проблема. Это началось после обновления, когда был установлен CCR1036-8G-2S+ (взамен RB1100), и эта ошибка проявлялась с самого начала. Она была решена переустановкой с помощью netinstall. Работало 4 месяца. Я попробую это временное решение и дам знать, если оно не сработает. Мучений было не слишком много.
13.08.2020 00:23:00, emmabnt03.]]> http://mikrotik.moscow/forum/forum58/89022-ccr1036_8g_2s_-_-pochemu-sfp_-port-perestal-peredavat-dannye/message432777 http://mikrotik.moscow/forum/forum58/89022-ccr1036_8g_2s_-_-pochemu-sfp_-port-perestal-peredavat-dannye/message432777 Thu, 13 Aug 2020 00:23:00 +0300 Аппаратное обеспечение CCR1036-8G-2S+ - Почему SFP+ порт перестал передавать данные? Аппаратное обеспечение в форуме Аппаратное обеспечение.
Это не идеальное решение. Но поможет ли просто увеличение L2MTU без снижения его обратно? В этом нет вреда, если установить L2MTU на максимум. На самом деле, я не понимаю, почему он не установлен на максимуме (это касается каждого устройства на рынке). Ничего не будет отправлять более крупные L2 кадры, если на это специально не указать, то есть если вы начинаете использовать множество тегов VLAN, MPLS/VPLS, PPPoE, увеличиваете L3MTU, используете упаковку IP и так далее. Даже такие L2 протоколы, как ARP, это маленькие пакеты, они не становятся вдруг огромными и не вызывают проблем, так как L2 пакеты просто тихо отбрасываются, нет механизма связи, поэтому все протоколы, в любом случае, построены с предположением о определенном универсально принятом размере L2 MTU.
08.04.2020 23:32:00, millenium7.]]> http://mikrotik.moscow/forum/forum58/89022-ccr1036_8g_2s_-_-pochemu-sfp_-port-perestal-peredavat-dannye/message432776 http://mikrotik.moscow/forum/forum58/89022-ccr1036_8g_2s_-_-pochemu-sfp_-port-perestal-peredavat-dannye/message432776 Wed, 08 Apr 2020 23:32:00 +0300 Аппаратное обеспечение CCR1036-8G-2S+ - Почему SFP+ порт перестал передавать данные? Аппаратное обеспечение в форуме Аппаратное обеспечение.
Я получил ответ от Mikrotik по поводу проблемы с остановкой трафика на интерфейсах. "Это не похоже на аппаратную неисправность. Похоже, некоторые подобные проблемы были воспроизведены в наших лабораториях, когда вдруг Tx трафик останавливался на физическом интерфейсе, и это связано с обработкой L2MTU на устройстве. Мы постараемся улучшить это в будущих версиях RouterOS, но на данный момент не можем сказать, когда это произойдет. В наших тестах, похоже, временное решение помогает, если вы просто увеличите максимальный L2MTU на каком-то интерфейсе (это может быть даже неиспользуемый интерфейс), а затем вернете его к значению по умолчанию. Например, попробуйте ввести эти команды: /interface ethernet set sfp-sfpplus8 l2mtu=10222 /interface ethernet set sfp-sfpplus8 l2mtu=1580. Это создаст короткое отключение на всех интерфейсах, и после этой процедуры проблема больше не должна появляться. Если вы перезагрузите или обновите маршрутизатор, то вам нужно будет повторить эту же процедуру, пока мы не внедрим улучшения в будущих версиях RouterOS. Пожалуйста, поделитесь своим мнением, если это остановит зависание интерфейса." Может быть, это решит проблему временно. Я попробую это сделать, если она снова появится.
08.04.2020 08:10:00, WirelessDSL.]]> http://mikrotik.moscow/forum/forum58/89022-ccr1036_8g_2s_-_-pochemu-sfp_-port-perestal-peredavat-dannye/message432775 http://mikrotik.moscow/forum/forum58/89022-ccr1036_8g_2s_-_-pochemu-sfp_-port-perestal-peredavat-dannye/message432775 Wed, 08 Apr 2020 08:10:00 +0300 Аппаратное обеспечение CCR1036-8G-2S+ - Почему SFP+ порт перестал передавать данные? Аппаратное обеспечение в форуме Аппаратное обеспечение.
Это случилось СНОВА в нашей сети на другом месте, но на портах ‘ethernet’ на этот раз. Кажется, этот баг не связывал ни с ethernet, ни с SFP модулями. Это произошло на CCR1009-7G-1C-1S+. На этом сайте были проблемы с внезапным отключением VPLS туннелей в течение последних нескольких месяцев. Я очень тщательно проверил MPLS метки на каждом маршрутизаторе в пути, проверил OSPF, проверил все, что мог. Проблем никакой нет, трассировки показывают, что MPLS работает нормально, но туннели просто не поднимаются. Как только перезагрузишь маршрутизатор, они работают… на короткое время, а затем начинают отключаться один за другим без всякой причины. Прошло несколько месяцев, и сегодня ether1 и ether3 просто полностью перестают передавать данные, та же ситуация, что и в оригинальном сообщении. Они нормально принимают, видят соседей, но не могут делать MAC ping или что-нибудь еще. TX байты остаются на 0 бесконечно. Эти порты не были объединены в мост и не имели ничего общего. Перезагрузка маршрутизатора делает порты полностью работоспособными на 1-10 минут, а затем они внезапно прекращают передачу. Я сузил проблему до MPLS или LDP, что-то одно из этого. Но поскольку вы не можете нормально использовать MPLS без LDP, мне просто придется отказать от MPLS полностью. Это ОГРОМНАЯ проблема, MikroTik, черт возьми. Я понимаю, что у вас нет некоторых корпоративных функций, но когда у вас есть такая ошибка, которая калечит сеть на якобы поддерживаемой функции, и вы не показываете абсолютно никакой реакции на это, это просто неприемлемо (да, мы отправили несколько supouts и сделали все необходимые проверки сами). Наше немедленное решение — полностью отключить MPLS на этом маршрутизаторе и использовать EoIP туннели ко всем сайтам и между всеми сайтами, которые проходят через этот маршрутизатор. Наш следующий шаг — полностью вырвать MPLS из всей сети, так как он медленно вызывает странное поведение без видимой причины. Все PPPoE сессии будут завершены как можно ближе к клиенту, чтобы убрать необходимость в VPLS туннелях. Но у нас есть проблемы с пропускной способностью на RB3011 (уже создал тему об этом). Поэтому наше долгосрочное решение может состоять в том, чтобы вовсе отказаться от MikroTik в нашей распределительной и основной сети и перейти к другому производителю. Похоже, на определенном уровне все просто ломается, и слишком много мелких проблем с огромными последствиями. Когда это произошло в последний раз, мы потеряли несколько клиентов, это просто не стоит того.
08.04.2020 07:23:00, millenium7.]]> http://mikrotik.moscow/forum/forum58/89022-ccr1036_8g_2s_-_-pochemu-sfp_-port-perestal-peredavat-dannye/message432774 http://mikrotik.moscow/forum/forum58/89022-ccr1036_8g_2s_-_-pochemu-sfp_-port-perestal-peredavat-dannye/message432774 Wed, 08 Apr 2020 07:23:00 +0300 Аппаратное обеспечение CCR1036-8G-2S+ - Почему SFP+ порт перестал передавать данные? Аппаратное обеспечение в форуме Аппаратное обеспечение.
С этого момента. Все в порядке. Надеюсь на лучшее.
06.04.2020 07:56:00, WirelessDSL.]]> http://mikrotik.moscow/forum/forum58/89022-ccr1036_8g_2s_-_-pochemu-sfp_-port-perestal-peredavat-dannye/message432773 http://mikrotik.moscow/forum/forum58/89022-ccr1036_8g_2s_-_-pochemu-sfp_-port-perestal-peredavat-dannye/message432773 Mon, 06 Apr 2020 07:56:00 +0300 Аппаратное обеспечение CCR1036-8G-2S+ - Почему SFP+ порт перестал передавать данные? Аппаратное обеспечение в форуме Аппаратное обеспечение.
@wirelessDSL: Работает ли это стабильно на протяжении последней недели? Спасибо, glueck
06.04.2020 06:59:00, glueck05.]]> http://mikrotik.moscow/forum/forum58/89022-ccr1036_8g_2s_-_-pochemu-sfp_-port-perestal-peredavat-dannye/message432772 http://mikrotik.moscow/forum/forum58/89022-ccr1036_8g_2s_-_-pochemu-sfp_-port-perestal-peredavat-dannye/message432772 Mon, 06 Apr 2020 06:59:00 +0300 Аппаратное обеспечение CCR1036-8G-2S+ - Почему SFP+ порт перестал передавать данные? Аппаратное обеспечение в форуме Аппаратное обеспечение.
Обновление: я изменил порты на CCR1072. 1-й маршрутизатор Раньше: SFPPlus 1-3 (с OSPF+MPLS) Теперь: SFPPlus 6-8 (с OSPF+MPLS) 2-й маршрутизатор Раньше: SFPPlus 2 и 3 (с OSPF+MPLS) Теперь: SFPPlus 7 и 8 (с OSPF+MPLS) Сейчас работает уже два дня без каких-либо проблем. Надо подождать еще несколько дней, чтобы увидеть, как все будет обстоять. Я нашел другую ветку, которая указала мне на это возможное решение. http://forum.mikrotik.com/t/ccr1072-stops-responding-to-traffic-via-some-sfp-cages/93660/1 Теперь кажется, что есть некоторые проблемы с OSPF+MPLS на портах 1-4. Возможно, это проблема с оборудованием.
29.03.2020 20:34:00, WirelessDSL.]]> http://mikrotik.moscow/forum/forum58/89022-ccr1036_8g_2s_-_-pochemu-sfp_-port-perestal-peredavat-dannye/message432771 http://mikrotik.moscow/forum/forum58/89022-ccr1036_8g_2s_-_-pochemu-sfp_-port-perestal-peredavat-dannye/message432771 Sun, 29 Mar 2020 20:34:00 +0300 Аппаратное обеспечение CCR1036-8G-2S+ - Почему SFP+ порт перестал передавать данные? Аппаратное обеспечение в форуме Аппаратное обеспечение.
Я не нашел решения, и количество сбоев и проблем с клиентами, которые это вызвало, заставляет меня больше не пробовать это. Нам пришлось оставить эти основные маршрутизаторы полностью свободными от OSPF и MPLS. Поскольку PPPoE все еще завершается на этих маршрутизаторах, это означает, что мы теряем автоматическое переключение на резервный канал, если основной узел выходит из строя, и нам приходится вручную перемещать VPLS-каналы на другой основной узел, который связывается с ядром. Это совсем не идеальное решение, но сеть была достаточно стабильной, чтобы это не стало серьезной проблемой. Мы получаем оповещения сразу, когда сессия BGP с этими основными маршрутизаторами отключается, так что это занимает максимум 5 минут, чтобы переместить все каналы. План состоит в том, чтобы в конечном итоге перевести 90% наших клиентов на систему, основанную на DHCP Option 82. Проблема заключалась в инжекции маршрутов, чтобы разрешить назначение адресов /32 клиентам в любой точке сети, не прибегая к ручному вмешательству (фу). Мне удалось недавно написать скрипт, чтобы это решить. А для остальных клиентов — больше никаких VPLS-каналов. Их PPPoE будет завершаться на ближайшем маршрутизаторе, а не в централизованном месте. Таким образом, ядро сможет иметь только eBGP к интернету и iBGP к основным распределительным узлам. Весь клиентский трафик будет обычным IP-трафиком, что решает проблему переключения при сбое VPLS-каналов.
20.03.2020 22:50:00, millenium7.]]> http://mikrotik.moscow/forum/forum58/89022-ccr1036_8g_2s_-_-pochemu-sfp_-port-perestal-peredavat-dannye/message432770 http://mikrotik.moscow/forum/forum58/89022-ccr1036_8g_2s_-_-pochemu-sfp_-port-perestal-peredavat-dannye/message432770 Fri, 20 Mar 2020 22:50:00 +0300 Аппаратное обеспечение CCR1036-8G-2S+ - Почему SFP+ порт перестал передавать данные? Аппаратное обеспечение в форуме Аппаратное обеспечение.
Кто-нибудь нашел решение этой проблемы? У нас такая же ситуация. 2x CCR1072 подключены друг к другу (V6.46.4 с обновленным прошивкой) 3м Mikrotik S+DA0003 → внезапно останавливается трафик (от 5 минут до примерно 16 часов) Mikrotik SFP+ S+31DLC10D с LC-Patchcable → внезапно останавливается трафик (от 5 минут до примерно 16 часов) Порты тестировались с автоопределением и без. Роутеры настроены с OSPF+MPLS. Около 130 OSPF маршрутов. Третий роутер подключен к одному из CCR1072 с DAC (S+DA0003) CCR1016-12S-1S+ (V6.46.4 с обновленным прошивкой) также с OSPF+MPLS работает без проблем. Я не могу воспроизвести это. Внезапно трафик останавливается. Нет подключения уровня 2/3, нельзя обнаружить соседей. Нет записей в логах. Иногда помогает отключить интерфейс и снова его включить. Но иногда мне приходится перезагружать одно устройство, чтобы все заработало снова. Есть идеи?
20.03.2020 18:32:00, WirelessDSL.]]> http://mikrotik.moscow/forum/forum58/89022-ccr1036_8g_2s_-_-pochemu-sfp_-port-perestal-peredavat-dannye/message432769 http://mikrotik.moscow/forum/forum58/89022-ccr1036_8g_2s_-_-pochemu-sfp_-port-perestal-peredavat-dannye/message432769 Fri, 20 Mar 2020 18:32:00 +0300 Аппаратное обеспечение CCR1036-8G-2S+ - Почему SFP+ порт перестал передавать данные? Аппаратное обеспечение в форуме Аппаратное обеспечение.
Самое большое преимущество DHCP как для нас, так и для клиентов — это то, что они могут просто взять любой роутер прямо из коробки, подключить его, и хоп, сразу получить доступ в интернет, так как почти все роутеры по умолчанию настроены на DHCP. Даже если они сбросят его до заводских настроек, всё будет работать отлично. Поскольку роутеры MikroTik не обладают хорошим покрытием WiFi, это значительно облегчает нам жизнь: мы можем просто сказать им купить роутер с большими антеннами в магазине и подключить его, вопрос решен. Пока что каждый роутер, который я пробовал, не имел проблем с назначениями /32, что значит, что IP-адреса не теряются.

Следующее большое преимущество в том, что соединение не нужно «устанавливать». Кратковременное отключение или смена маршрута данных на соединении PPPoE могут привести к остановке передачи данных, и цепь должна истечь, а затем переподключиться, прежде чем сможет снова начать передачу. MikroTik справляется с этим быстрее всего, но даже в этом случае часто требуется несколько секунд, что достаточно долго, чтобы фактически прервать сессию VoIP, а у большинства других производителей время ожидания может превышать 30 секунд. Когда соединение PPPoE обрывается, оно сбрасывает соединения, что может привести к таймаутам на сайтах и прочему. Общие впечатления клиента становятся немного хуже.

В то время как в случае с DHCP/прямым IP это обрабатывается на уровне пакетов, нет необходимости восстанавливать соединение. Даже если маршрут данных меняется несколько раз, это не имеет значения, так как пакеты всё равно достигнут своей цели. Время восстановления после сбоя канала практически такое же, как и время, необходимое для восстановления канала — нет дополнительного ожидания.

Последнее преимущество — это управление трафиком. Вы не можете разделять трафик внутри туннеля PPPoE, он весь проходит одинаково. У нас есть достаточно много линков на 24 ГГц и 60 ГГц, которые отключаются во время дождя; они резервируются 5 ГГц, и текущее время переключения — всего около 200 мс, но теперь я могу выделить VoIP, чтобы всегда использовать 5 ГГц, когда он доступен, и я могу зарезервировать полосу пропускания для VoIP. Последние два пункта можно в основном реализовать просто переместив сессию PPPoE как можно ближе к клиенту, но всё равно это не так эффективно.
21.03.2020 22:42:00, millenium7.]]> http://mikrotik.moscow/forum/forum58/89022-ccr1036_8g_2s_-_-pochemu-sfp_-port-perestal-peredavat-dannye/message432768 http://mikrotik.moscow/forum/forum58/89022-ccr1036_8g_2s_-_-pochemu-sfp_-port-perestal-peredavat-dannye/message432768 Sat, 21 Mar 2020 22:42:00 +0300 Аппаратное обеспечение CCR1036-8G-2S+ - Почему SFP+ порт перестал передавать данные? Аппаратное обеспечение в форуме Аппаратное обеспечение.
Спасибо за ответ. Я открыл тикет в Mikrotik, ссылаясь на эту ветку и прикрепив supouts. Возможно, они уделят этому время. С 1G-Соединениями/Маршрутизаторами мы никогда не сталкивались с этой проблемой. Думаю, это связано с CCR1072, возможно, это проблема с прошивкой. С CCR1016 этого не происходит до сих пор. Но без логов нельзя провести отладку. Ваша сетевая концепция с DHCP Option 82 выглядит отлично, но мне нравится гибкость с MPLS, и в 99% случаев она достаточно стабильна. Не хочу думать о смене сетевой концепции.
21.03.2020 13:18:00, WirelessDSL.]]> http://mikrotik.moscow/forum/forum58/89022-ccr1036_8g_2s_-_-pochemu-sfp_-port-perestal-peredavat-dannye/message432767 http://mikrotik.moscow/forum/forum58/89022-ccr1036_8g_2s_-_-pochemu-sfp_-port-perestal-peredavat-dannye/message432767 Sat, 21 Mar 2020 13:18:00 +0300 Аппаратное обеспечение CCR1036-8G-2S+ - Почему SFP+ порт перестал передавать данные? Аппаратное обеспечение в форуме Аппаратное обеспечение.
Это только что произошло неожиданно. Все данные передаются на один из этих маршрутизаторов через порт SFPPlus1 (подключённый с помощью Direct Attach Cable к Mikrotik CRS328). Я пришёл на место и зашёл в маршрутизатор через ethernet/ноутбук перед тем, как что-то тронуть, и обнаружил, что порт полностью перестал передавать данные. Он нормально их принимал, но показывал 0 пакетов/с на выходе. Это не кабель, потому что, переместив его на порт 2, всё заработало. У нас есть второй резервный маршрутизатор с точно такой же конфигурацией и физическим расположением. Я переместил кабель от него к первому маршрутизатору, и снова он принимает пакеты, но не передаёт. После перезагрузки маршрутизатор работал нормально около 16 часов, а потом произошло то же самое (к счастью, на этот раз я написал скрипт для проверки и перезагрузки маршрутизатора). Но это огромная проблема, это производственный маршрутизатор с большим объёмом трафика. Очевидно, мы будем отправлять устройство на рассматривание, но я хочу узнать, сообщалось ли об этом раньше, есть ли известные проблемы. Версия RouterOS 6.42.3 и была стабильной на протяжении нескольких месяцев. Недавние изменения перед тем, как это случилось, — добавление ещё 2 соседей через OSPF (и ещё около 100 маршрутов). МаршРУтизатор работает на BGP + OSPF + MPLS и имеет около 152 000 маршрутов в таблице маршрутизации, так что не должен быть перегружен. У него 16 ГБ памяти (большая часть свободна) и более 800 МБ свободного дискового пространства, так что я сомневаюсь, что это проблема ресурсов. Даже если бы это так, я не ожидал бы, что порт SFP просто прекратит передачу данных. Если бы что-то и происходило, это было бы наоборот, если бы был цикл маршрутизации или что-то подобное. Логи ничего не показывают.
12.06.2019 09:02:00, millenium7.]]> http://mikrotik.moscow/forum/forum58/89022-ccr1036_8g_2s_-_-pochemu-sfp_-port-perestal-peredavat-dannye/message432766 http://mikrotik.moscow/forum/forum58/89022-ccr1036_8g_2s_-_-pochemu-sfp_-port-perestal-peredavat-dannye/message432766 Wed, 12 Jun 2019 09:02:00 +0300 Аппаратное обеспечение