+7 495 320-55-52
- Назад
- Телефоны
- +7 495 320-55-52
- Заказать звонок
info@mikrotik.moscow
г. Москва, ул. Бакунинская, 84
Пн-Пт: 09-00 до 18-00
Сб-Вс: выходной

Проблемы с интерфейсом RB3011

Проблемы с интерфейсом RB3011, Аппаратное обеспечение

changuelco

Guest

16.02.2016 14:22:00

Привет, RB3011. У меня проблемы с интерфейсами с 6 по 10. Они теряют связь каждые 2 секунды после начала передачи трафика. Самая стабильная конфигурация — с фиксированной скоростью 10 Мбит или 100 Мбит на соседнем устройстве, но и она не всегда работает. 1 Гбит и автоопределение скорости падают. Интерфейсы с 1 по 5 работают нормально. Роутеры обновлены, я протестировал 10 штук, и у всех одинаковая проблема. Кто-нибудь сталкивался с этим раньше? Спасибо, Changuelco

Steveocee

Guest

17.03.2016 21:00:00

Это продолжающаяся проблема. Поддержка MT подтвердила, что они её воспроизвели и работают над исправлением, но это, вероятно, было больше недели назад, и они говорили, что исправление появится «через несколько дней». Сейчас я использую RC29, и проблема до сих пор не устранена.

Steveocee Guest	#3 0 03.03.2016 20:10:00 Порты в программном мосту? Я видел это у нескольких своих устройств, когда они были в программном мосту, и при этом появлялось много ошибок циклов коммутации; http://forum.mikrotik.com/t/weird-routing-loop-in-logs-but-there-isnt-one/95280/1

jeffke

Guest

05.03.2016 14:26:00

Столкнулся с точно такими же проблемами. При использовании первых пяти — разрывов соединения нет, а при использовании последних пяти — всегда отключается. Попробую обновиться и посмотреть, поможет ли это. Сейчас у меня версия: 6.33.3.

netikelis

Guest

21.03.2016 20:08:00

Каждую минуту rb3011 перестаёт пропускать трафик на 5-10 секунд, и время от времени в логах на sfp1 появляется сообщение: «port received packet with own address as source address (probably loop)». Откуда на входящем интерфейсе петля? SFP уже снят со второго коммутатора! 100 клиентов очень недовольны… и я тоже. Жду хороших новостей уже месяц… На rb1100ah была такая же проблема, я заменил его на rb3011, но проблема не исчезла. Как так пакеты могут останавливать mikrotik?

negge

Guest

09.04.2016 15:23:00

В последнем релизе упоминается что-то про сообщения о пропавшей ссылке и RB3011, возможно, наконец-то эту проблему исправили? Пока не могу подтвердить, так как у меня нет физического доступа к устройству, на котором возникала эта проблема.

wnet

Guest

31.05.2016 06:42:00

Ребят, в последние дни у нас повторяется та же беда — «прыгают порты 6-10» (с ROS 6.36.rc20, обновили название на switch 2, наконец). Тему можно глянуть здесь http://forum.mikrotik.com/t/empty-host-section/98352/1 и здесь http://forum.mikrotik.com/t/port-flapping-ether6-link-down-up-on-rb3011uias-rm/95195/1. Хотим сообщить, что проблема вроде бы решилась только после полной переустановки новой официальной прошивки через Netinstall http://wiki.mikrotik.com/wiki/Manual:Netinstall и обновления (по письму от поддержки) до последней RC-версии. Сейчас остались только редкие переподключения группы клиентов, да и то без привязки к конкретному кластеру. Но так как сейчас мы используем UBNT Rocket (https://www.ubnt.com/airmax/rocketm/), нам нужно проверить, не от них ли это и в чем вообще причина. Спасибо!

wnet

Guest

01.06.2016 07:16:00

Извиняюсь, ребята. Думаю, проблема была решена, потому что после последней настройки из предыдущего поста RB3011 работал около 8 часов без сбоев. Но… теперь примерно раз в 4 часа происходит падение, но оно есть. При такой же конфигурации на RB1100 в том же месте никаких проблем нет. Скриншоты во вложении.

p3rad0x

Guest

30.01.2017 18:00:00

Один из моих 3011 начал так делать около недели назад: интерфейс 6-10 падает примерно на секунду каждые 2 часа. Даже пробовал заменить его на совершенно новый, работающий на 6.38.1 с последней прошивкой. Начинаю думать, что это может быть связано с автоопределением скорости.

Robbb

Guest

#10

21.02.2017 22:55:00

Я просматриваю этот форум, потому что у меня тоже новый RB 3011 с OS 6.38.1, и на всех частоиспользуемых портах постоянно происходит разрыв и восстановление соединения почти одновременно, с разницей в секунду. Или это дефектная конструкция RB 3011? Гугл показывает, что эта проблема существует уже давно у этой модели. Вот пример из лога:

12:36:42 interface,info ether1 link up (скорость 1G, полнодуплекс)
12:36:42 interface,info ether5 link up (скорость 1G, полнодуплекс)
12:36:43 interface,info ether2-master link up
12:40:37 system,info item added
12:40:37 system,info item added
12:48:35 interface,info ether1 link down
12:48:35 interface,info ether2-master link down
12:48:35 interface,info ether5 link down
12:48:35 system,info item removed
12:48:35 system,info item removed
12:48:38 interface,info ether1 link up (скорость 1G, полнодуплекс)
12:48:38 interface,info ether5 link up (скорость 1G, полнодуплекс)
12:48:39 interface,info ether2-master link up
12:48:43 system,info item added
12:48:43 system,info item added
16:28:41 interface,info ether1 link down
16:28:41 system,info item removed
16:28:41 system,info item removed
16:28:44 interface,info ether1 link up (скорость 1G, полнодуплекс)
16:28:45 system,info item added
16:28:45 system,info item added
16:33:23 interface,info ether9 link up (скорость 100M, полнодуплекс)
16:33:24 interface,info ether6-master link up
16:34:35 interface,info ether9 link down
16:34:36 interface,info ether6-master link down
16:34:36 interface,info ether9 link up (скорость 1G, полнодуплекс)
16:34:37 interface,info ether6-master link up
16:34:44 dhcp,info defconf assigned 192.168.88.254 to 6C:F0:49:5E:66:19
16:38:00 interface,info ether1 link down
16:38:00 interface,info ether2-master link down
16:38:00 interface,info ether5 link down
16:38:00 interface,info ether6-master link down
16:38:00 interface,info ether9 link down
16:38:00 system,info item removed
16:38:00 system,info item removed
16:38:03 interface,info ether1 link up (скорость 1G, полнодуплекс)
16:38:04 interface,info ether5 link up (скорость 1G, полнодуплекс)
16:38:04 interface,info ether9 link up (скорость 1G, полнодуплекс)
16:38:05 interface,info ether2-master link up
16:38:05 interface,info ether6-master link up
16:38:08 system,info item added
16:38:08 system,info item added

В общем, кто сталкивался, что думаете? Это баг железа или чего-то в ОС?

negge Guest	#11 0 13.03.2016 16:01:00 @Steveocee да, в моём случае они все связаны программно (без основного порта).

p3rad0x

Guest

#12

23.02.2017 12:52:00

Думаю, это может быть бракованная партия. В одной башне у нас был один из первых 3011, и он работал идеально. Потом его убило — молния ударила в башню и спалила всё. Поставили новый 3011, и тут начались проблемы. Через неделю мы поменяли старый 2011, потому что он не тянул растущую нагрузку башни, и у нового 3011 точно такая же проблема.

radial14

Guest

#13

17.03.2017 22:23:00

У меня точно такая же проблема с RB3011 и парой RB2011, подключённых к Alcatel-Lucent ONT. Соединение постоянно прерывается, "флапит" каждые 5-30 минут, по 3-7 раз в час — так уже неделю после обновления до гигабитного тарифа. Если понизить скорость до 100 Мбит/с, проблема исчезает. Кажется, я решил её, вставив между RB3011 и ONT RBFTC11 с UTP/SFP. Ссылка работает уже 2 часа без сбоев, и при этом я провёл серьёзное тестирование под нагрузкой. Забавно, что RB3011 с простой конфигурацией (PPPoE через Vlan10, базовый файервол) выдаёт заметно меньшую скорость — 550 Мбит/с на скачивание против предпочтительного провайдером Fritzbox с его 980 Мбит/с. Но у Fritzbox, похоже, нет файервола, да и конфигурация неизвестна. А мне не нравится, когда производитель роутера автоматически отправляет настройки куда-то непонятно и даёт провайдеру доступ для входа (да, я знаю, RoMON так делает, но я контролирую, куда именно уходит конфиг). Надеюсь, это поможет, Бленхейм, Новая Зеландия.

marcin21 Guest	#14 0 20.03.2017 15:23:00 Я уже писал о похожей проблеме: http://forum.mikrotik.com/t/rb3011-packet-loss-on-switch2-group/106872/1. Отключение RSTP помогло с потерей пакетов, но не решило дерганье портов на switch2. КТО-НИБУДЬ ИЗ MIKROTIK МОЖЕТ ПОМОЧЬ? Я потерял очень важного бизнес-клиента, который не смог работать из-за постоянных обрывов vlan-туннеля… Честно говоря, это просто абсурд.

Читают тему

Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры