RB493ah порты Ethernet перестают маршрутизировать, а затем перезапускаются.

Это НЕ проблема "маршрутизации". Это проблема с автонеготацией между Routerboard(ами) и коммутатором(ами). Я сталкивался с такими же проблемами с (многими) RB 493 AH и RB 433 AH. Спустя некоторое время и при отсутствии серьезной нагрузки на трафик, вдруг начинает работать только Tx, в то время как Rx застревает на нуле (0). Не имеет значения, отключаешь ли ты или включаешь Ethernet-порт в Routerboard (я повторял этот метод больше 50 раз на каждом RB). Не важно, меняешь ли порт на коммутаторе. Не важно, подключаешь ли "сломанный" Ethernet-порт куда угодно (другой Routerboard, коммутатор, Ethernet-карту и т.д.). Конкретный Ethernet-порт Routerboard просто мертв (!!!). Все остальные Ethernet-порты работают нормально, разве что, если ты попытаешься подключить их к коммутатору, тогда они тоже "ломаются" через несколько часов. ТОЛЬКО если ты перезагрузишь Routerboard, "сломанный" Ethernet-порт снова "оживает", до следующего сбоя. Обходным решением этой проблемы кажется ручная настройка скорости Ethernet И коммутатора (если возможно, только когда у тебя управляемый коммутатор). Попробуй 100 Mbps Full Duplex на обоих устройствах. В некоторых случаях (например, с коммутаторами 3com baseline, такими как 2948, 2924, 2916) решения пока нет. Даже с Routerboot 2.19 и RouterOs 3.22 ПРОБЛЕМА ПО-ПРЕЖНЕМУ ОСТАЕТСЯ!! Конечно, ты не видишь НИЧЕГО в логах, и supout практически бесполезен, поскольку тоже ничего не показывает. Это не вопрос "сложной" конфигурации, поскольку добавив 2 IP-адреса в Routerboard (по одному на каждый Ethernet) и настроив шлюз, Ethernet, который подключен к коммутатору, снова ломается через несколько часов. Ты можешь "решить" эту проблему на 100%, заменив Routerboard на ПК. Кажется, что RB600 до сих пор не подвержен этой проблеме, насколько я могу судить (я все еще тестирую). Скоро у меня будут новости по этому вопросу с другими версиями Routerboard (у меня коллекция почти всех Routerboard). Я не могу порекомендовать другое решение для твоей проблемы. Нормис, ЭТО СЕРЬЕЗНАЯ ПРОБЛЕМА…

У меня такая же проблема. У меня сеть из 60 AP-Routers, и я использую RB500, RB600, а также у меня есть более 20 RB433AH. Все RB433AH имеют эту проблему — Ethernet перестает работать, и мне нужно подниматься на башню, чтобы вручную перезапустить устройства. Это очень срочная проблема, у нас много недовольных клиентов, они в ярости. Нам нужно больше радиоустройств для расширения сети, но мы не можем купить другие 433, если эта проблема не будет решена. Это просто смешно, что у WISP-компании проблемы с Ethernet-соединением. Пожалуйста, прекратите улучшать беспроводной протокол и выделите немного времени, чтобы решить эту проблему, это действительно очень срочно. Спасибо, FR4. P.S. Отключение автосогласования не решает проблему.

У нас также есть такая проблема с нашим 493AH, который мы используем как основной маршрутизатор (без беспроводных карт). Похоже, что эта проблема возникает, когда на одном из удаленных объектов, подключенных к порту, происходят отключения питания (что совпадает с низким трафиком). Прошлой ночью три объекта, которым мы распределяем пропускную способность через этот прибор, полностью потеряли IP-соединение с этим RB493AH, хотя ссылка была активной, и информация CDP/соседей передавалась. MAC-TELNET тоже не работает. У нас нет коммутаторов, подключённых к этим портам, но есть различные устройства, используемые как беспроводные обратные каналы, соединённые с кабелем длиной менее 50 футов, которые все автоматически договариваются на 100/full: Motorola 5.2 10 Mb обратный канал, Mikrotik 433, использующийся как обратный канал, Trango 5.8 обратный канал. Прошлой ночью все три этих канала не пропускали трафик, пока устройство не было перезагружено (через программное обеспечение). У нас есть ещё два обратных канала на этом 493AH, которые идут к нашему провайдеру, один из них — набор Mikrotik 433/433AH, а другой — набор Ubiquiti NS2, и они оба продолжали (пропускать IP-трафик). Мы используем следующие функции на этом RB493AH: OSPF, VRRP, NTP сервер, DHCP сервер, NAT и правила брандмауэра "защитите ваш маршрутизатор", указанные в вики для блокировки грубой силы ssh и ftp доступа. У нас была та же проблема с 433AH, который мы ранее заменили на этот 493AH. У нас есть ещё 2 устройства 493AH и 7 устройств 433/a в сети, и ни одно из них, похоже, не имеет этой проблемы. Все работают с похожими функциями, просто с меньшей пропускной способностью. Проблемный 493AH обрабатывает около 10 Мбит/с общего трафика для WISP при высоком использовании и около 3 Мбит/с при низком использовании. Mikrotik: Есть идеи? У меня есть файл поддержки, полученный с этого устройства, когда оно не принимало трафик, если это поможет.

Мы наблюдали проблемы на наших 493AH, где ether1 работает нормально, но ether2-9 значительно теряют производительность, а затем вообще перестают функционировать (по приему, по крайней мере). Час назад у нас была ситуация, когда мы подключили новое устройство к ether9, пока ether5, 6 и 8 были в использовании, добавили комментарий к интерфейсу, и все порты, кроме ether1, заблокировались. Технический специалист на месте смог войти в Routerboard только через ether1. RB433AH работал на 3.18, перезагрузки не помогли. Когда его обновили до 3.24, он снова заработал. Однако я видел эту проблему и на 3.25.

Привет! У меня такая же проблема. У меня есть rb433ah, подключенный к Cisco. Каждые несколько дней интерфейс ether1 перестает пропускать трафик, перезагрузка решает проблему. У кого-нибудь есть решение для этого? Спасибо!

Это в дата-центре, я напишу на почту и спрошу.

ether1 используется для подключения к RB3 или к какому-либо другому порту?

Это Cisco 3560G