Jump to content
Калькуляторы

CCR1036-12G-4S

Доброго времени суток! Недавно столкнулись с такой проблемой: периодически виснет вне зависимости от загрузки Mikrotik CCR1036-12G-4S на котором прописано примерно 1500 подсетей с маской /30 (терминируются серые адреса), с другими маршрутизаторами связан по OSPF (в этой Area ходит примерно 2000 маршрутов), simple queues, ACL не используем. Куда следует копать?

Share this post


Link to post
Share on other sites

Открыть зверюшку и посмотреть, крутят ли вертилки или все ли хорошо внешне в БП. Популярное - подвисают вертилки и девайс уходит в перегрев, причем даже SNMP трап послать не успевает. БП же мрут сами по себе, но обычно помирающий БП просто слышно - ухо приближаешь, а там заглавная тема из X-Files

Share this post


Link to post
Share on other sites

11 hours ago, jffulcrum said:

слышно - ухо приближаешь, а там заглавная тема из X-Files

Я бы к таким железкам уши не сувал, а то мало ли что может в мозг через ухо впрыгнуть...

Share this post


Link to post
Share on other sites

15 часов назад, jffulcrum сказал:

Открыть зверюшку и посмотреть, крутят ли вертилки или все ли хорошо внешне в БП. Популярное - подвисают вертилки и девайс уходит в перегрев, причем даже SNMP трап послать не успевает. БП же мрут сами по себе, но обычно помирающий БП просто слышно - ухо приближаешь, а там заглавная тема из X-Files

Спасибо! Вертилки судя по показаниям zabbix крутят и напруга не плавает, с пищащим дросселем БП сталкивались на другой такой железке, пофиксили заменой. Ткнуть осциллографом в выход БП возможности не имею.

Share this post


Link to post
Share on other sites

8 часов назад, amihalchuk сказал:

напруга не плавает

А сколько вольт показывает в винбоксе? у нас один потихоньку за месяц с 24 на 18 уплыл, и началась свистопляска. Замена кондеров помогла

Share this post


Link to post
Share on other sites

Попробуйте обновиться до последней версии софт и FW. Замените память, она там насколько помню, съемная. Потом останется только всю железку поменять

Share this post


Link to post
Share on other sites

В 31.10.2018 в 15:10, jffulcrum сказал:

а там заглавная тема из X-Files

у вас богатая фантазия

вот никогда не слышал такого из БП

 

Share this post


Link to post
Share on other sites

Нужно посмотреть в сторону вирусов, которые могут туда попасть. Если время позволяет - сохранить конфиг, перешить через нетинсталл, залить все обратно.

 

Другой вариант, если терминация L2 прямо на нем, посмотреть, не прилетает ли что-то от абонентов, или от подключенных коммутаторов. Бывает иногда кольцо между вланами появляется и т.п.

Share this post


Link to post
Share on other sites

У меня была не такая но похожая история:

микротик периодически перезагружался и мог начать это делать по «кругу» оч долго

тогда дело было именно в блоке питания (заменили, проблема ушла)

 

в вашем же случае, стоит поставить хотябы dude и повесить все интерфейсы на мониторинг нагрузки, действительно если что-то прилетает после чего ему херова, сразу увидите на графике, но вообще по практике, что нам только не прилетало, никогда наглухо он не вис, максимум уход в ребут.

Поэтому склоняюсь к БП и оперативке (во 2ое верится меньше)

 

 

upd:  хотя нет, вспомнил, года 2 назад на одном из резервных узлов наглухо повис микротик (пппое сервер ccr который с 10гх2) но там тоже трабла была именно в блоке, после этого у меня 2-3 блока в запасе ))

Edited by Artom_12

Share this post


Link to post
Share on other sites

Опять же как определили что он завис? Бывает так, что образуется где-то кольцо и просто через микротик идет большой поток данных, от чего загрузка на все 100 и он на внешние запросы никак не реагирует. Проверить можно статистику портов коммутаторов, к которым он подключен. Очень часто проблема именно в этом, если другие варианты исключены.

Share this post


Link to post
Share on other sites

20 часов назад, Saab95 сказал:

Опять же как определили что он завис? Бывает так, что образуется где-то кольцо и просто через микротик идет большой поток данных, от чего загрузка на все 100 и он на внешние запросы никак не реагирует. Проверить можно статистику портов коммутаторов, к которым он подключен. Очень часто проблема именно в этом, если другие варианты исключены.

Если адрес управления висит на отдельном физическом интерфейсе такое возможно? Опять же, перед ним стоит l2 молотилка, которая должна была шторм заметить, + по графикам портов в zabbix загрузка не превышала повседневную. К сожалению дежурный инженер просто передернул питание на ней, консолью не подключались, может быть и узнали бы чего это она в себя ушла.

Share this post


Link to post
Share on other sites

Не имеет значения где висит адрес управления, если приходит некий трафик, то оборудование загружается полностью и не доступно для управления.

 

Сам трафик может быть разный. Тут суть в том, что если перед микротиком стоят коммутаторы, то на них нужно зарезать весь лишний трафик, все лишние маки - то есть если запрос не широковещательный, или адрес назначения не адрес микротика, тогда такой трафик не пускать на него. А еще лучше терминировать абонентов не в центре, а на промежуточных узлах. Тогда в случае какой-то проблемы - отключится малая часть абонентов.

 

Однако то же самое будет почти на любом оборудовании, и на циске, и на PC серверах с линуксом. Поэтому микротик тут не при делах.

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.