С чем-то не так у ccr1009-8g-1s-1s+?

Мы только что получили три устройства ccr1009-8g-1s-1s+ для использования в нашей сети, так как готовимся перевести основной канал на 10-гигабитное волокно. Все три устройства работали примерно неделю при стандартной настройке (RouterOS v6.19, прошивка v3.18). В это время они не испытывали нагрузки, и мы не заметили никаких проблем. Одно из устройств было поставлено в эксплуатацию с очень простой конфигурацией: SFP+ объединён с ether1-4. Без каких-либо правил файрвола, вообще ничего сложного. Загрузка процессора всегда была ниже 4%, трафик колебался от примерно 75 Мбит/с до 415 Мбит/с. Это был наш первый шаг в оценке работы устройств.

Но менее чем через 48 часов, в воскресенье вечером, устройство вышло из строя. Когда я приехал на объект, оно было отключено — ни вентиляторов, ни признаков жизни. После попыток перезагрузить устройство, которые ни к чему не привели, мы поставили на его место старую Cisco, чтобы вернуть сеть в работу.

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

Сегодня я настроил два других устройства на простую конфигурацию с генератором трафика между ними по ether1-4. И устройство, выступающее в роли генератора, сразу при запуске упало с kernel panic.

Мы планировали обновить все оборудование до CCR1009 и CCR1036, заменить Cisco и наши кастомные x86-маршрутизаторы, но теперь у меня появились сомнения. Есть ли у кого-то информация или советы по этим устройствам? Надеюсь, что в версии 6.20 исправят проблему с kernel panic и что нам просто очень не повезло с первым устройством.

Пожалуйста, верните все неисправные устройства в MikroTik, чтобы они могли проанализировать причину этих сбоев. …Ради других владельцев CCR1009.

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

Определённо похоже на проблему с QA, потому что у нас на сервисе десятки работают без проблем, а тут вдруг подряд три штуки подряд упали вот так, а потом снова пошла череда без сбоев...

Свяжитесь с вашим дистрибьютором и попросите его работать с Mikrotik по этому вопросу. Да, существует проблема с небольшой частью устройств CR1009, и Mikrotik в курсе, у них уже есть аппаратное решение. Но для этого нужно вернуть устройство для установки исправления. Сейчас лучшая практика для всех CCR1009 — выжигать (тестировать) их в течение 48 часов перед использованием, чтобы выявить и отсеять неисправные устройства.

На прошлой неделе купил 8 штук. 5 были из одной партии (с версией 6.13), а 3 из другой (с версией 6.18). Оставил их все работать в режиме ожидания на выходных, сегодня утром 2 из первой партии вышли из строя. Никаких индикаторов, светодиодов или дисплеев — просто мертвы. Открыл корпус, и блоки питания всё ещё подают 24 В постоянного тока на материнскую плату, так что, видимо, проблема именно там… Сегодня отправляю их обратно. Надеюсь, остальные 6 работают стабильно, или смогу разобраться, как их протестировать перед тем, как пустить в производство.

Если вы столкнулись с проблемой, описанной здесь, пожалуйста, свяжитесь с продавцом, чтобы договориться о замене устройства.

К сведению: устройства с предустановленной RouterOS 6.18, похоже, этой проблемы не имеют. Мы уже используем их в работе под нагрузкой, и всё идёт отлично.