[Saab95]

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

 

На них делают PPP сервера - стоят 2 маршрутизатора CCR2004, на каждом свой внешний IP, удаленные офисы подключаются сразу к двум. Если один перезагрузится, через OSPF все поймут что связь пропала и трафик пойдет через оставшийся. К слову сказать, CCR2004 прокачивает на туннелях больше, чем CCR1036, т.к. у последнего часто все в одно ядро упирается.

[wittmann1980]

В 10.01.2022 в 12:21, Saab95 сказал:

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

 

На них делают PPP сервера - стоят 2 маршрутизатора CCR2004, на каждом свой внешний IP, удаленные офисы подключаются сразу к двум. Если один перезагрузится, через OSPF все поймут что связь пропала и трафик пойдет через оставшийся. К слову сказать, CCR2004 прокачивает на туннелях больше, чем CCR1036, т.к. у последнего часто все в одно ядро упирается.

Это не нормальная ситуация с перезагрузками, пусть будет 2 в параллель, но, коннекты то всё равно отвалятся, даже если быстро поднимутся, удалённые VPN пользователи всё равно ругаются и жалуются начальству. Был вынужден заменить один CCR2004 на CCR1036, но поставил таки ROS7 на 1036, неделю работает норм. Что теперь с CCR2004 делать - не знаю, буду пробовать его заменить, ведь 1 из двух работает нормально, подозреваю что у второго просто аппаратные проблемы.

[Saab95]

Пробовали вытаскивать один блок питания и подключать кабель в оставшийся? Зависнет - вернуть вынутый блок и снять тот, что стоял.

 

Из более чем сотни CCR2004 у 74 штук аптаймы большие, за 150 и более дней, по сути перезапуски по питанию были, т.к. окружающие их роутеры имеют точно такие же аптаймы. 23 примерно устройства перезагружаются где-то раз в неделю, могут и в день раза 2-3 перезапустится, а могут и более недели работать. Остатки порядка 25 устройств то работают имеют аптаймы за 70-100 дней, явно перезапускались самопроизвольно.

 

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

 

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

[AKim]

В 10.01.2022 в 13:21, Saab95 сказал:

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

 

На них делают PPP сервера - стоят 2 маршрутизатора CCR2004, на каждом свой внешний IP, удаленные офисы подключаются сразу к двум. Если один перезагрузится, через OSPF все поймут что связь пропала и трафик пойдет через оставшийся. К слову сказать, CCR2004 прокачивает на туннелях больше, чем CCR1036, т.к. у последнего часто все в одно ядро упирается.

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

 

по бумажкам этот роутер отлично подошёл бы для mpls/vpls. 10г порты очень нужны. Но видимо придётся на коммутаторы l3 переходить.

[gothkiller]

Вопрос по ccr2004. С мдулями 1g нормально работает, без глюков? Ну и собственно иеет смысл в резерв его брать вместо 1016?

[jffulcrum]

В 03.05.2022 в 12:41, gothkiller сказал:

С мдулями 1g нормально работает, без глюков?

Да, все порты SFP+ жуют обычные гиговые SFP. Особой привередливости не заметил. Вот DAC-кабели - другое дело, тут лотерею никто не отменял.

[Saab95]

В 11.01.2022 в 04:02, AKim сказал:

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

Сейчас перезагрузки на 2004 практически прекратились, всего 7 устройств перезагружались.

[starik-i-more]

В 11.01.2022 в 04:02, AKim сказал:

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

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

 

И используете ли вы bfd на микротах в связке с OSPF?

[Saab95]

/routing ospf interface add interface=all use-bfd=yes

 

Да и секунды достаточно для сходимости, это интернет все же. Тормознется чуть приложение и дальше будет все работать.

[starik-i-more]

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

/routing ospf interface add interface=all use-bfd=yes

Вы реально используете bfd с ospf на своей сети?

 

На форуме микротика довольно много сообщений о том, что связка bfd + ospf работает нестабильно 

 

https://forum.mikrotik.com/viewtopic.php?t=93775

 

Цитата

Below Mikrotik answer from my original ticket

-------------------

Thank you for the report. BFD issues will be fixed in ROS v7

 

 

 

 

[sol]

В 06.05.2022 в 20:17, Saab95 сказал:

Тормознется чуть приложение и дальше будет все работать.

И полетит гневный звонок от танковоза или дотера в ТП: "Почему разрывы?!? До ноября небыло никаких разрывов!".

 

[Saab95]

В 07.05.2022 в 12:51, starik-i-more сказал:

На форуме микротика довольно много сообщений о том, что связка bfd + ospf работает нестабильно 

Оно работает не стабильно по причине того, что других каналов нет или они все с BFD.

 

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

 

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

 

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

 

В 07.05.2022 в 13:00, sol сказал:

И полетит гневный звонок от танковоза или дотера в ТП: "Почему разрывы?!? До ноября небыло никаких разрывов!".

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

[sol]

В 07.05.2022 в 23:51, Saab95 сказал:

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

Ну да, ну да...

 

Любезный, вам ничего не напоминает ваш путь? В начале Были "не правильно" построенные сети на "не правильном" оборудовании. Теперь появились "неправильные" клиенты. Это называется Идеология превосходства. До вас этим путём ходили многие. Конец всегда был печален.

 

[Saab95]

Вы немного исказили понятия, вопрос не превосходства а подготовленности пользователя к использованию некого ресурса.

 

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

 

Только с высоты абонента во всем виноват провайдер, как вы сделали ссылку на идеологию превосходства - со стороны абонента у него же стоит хороший роутер, да и компьютер у него хороший, и все остальное тоже - хорошее =)

[sol]

В 09.05.2022 в 23:09, Saab95 сказал:

вопрос не превосходства а подготовленности пользователя к использованию некого ресурса.

Конечно-конечно. Место в Вальгалле нужно заслужить. Как иначе?!?

 

 

[STC-support]

Всем здравствуйте, та же проблема с 2004

Прочитал ветку и пришёл к выводу что решения по сути два: 

Заменить БП, запитать с одного БП. Я правильно понял?

 

Остальное ждать ПО. По поводу 2004 ещё такой вопрос: есть ли корреляция между числом задействованных SFP+ портов и перезагрузками?

WatchDog отключать страшно

[awite]

Аж зарегистрировался, от непонятностей. 
Есть два CCR2004-1G-12S+2XS. 
Один установлен совсем недавно. 
Оба работают в паре, поднято 100vlan-ов на интерфейсах. 100тня vrrp. DHCP в 30 вланах, и ospf.

И вот один из них, который взял не так давно за последние 2 недели уже 1 раз перезагрузился с логом watchdog. 
После первого случая решил watchdog отключить. Сейчас, спустя 4 дня снова завис. Но уже без ребута, т.к. видимо watchdog - все таки стоит включить. 
При этом перезагружается тот роутер, что в stand-by - статусе, трафика на нем до 300метров ходит. 

А на основном обычно гигабит и редкие пики до 3Г.  Прошивка на первом 7.3.1, на втором уже обновил до 7.4 

И так же непонятная история с SFP+:

Имеется Cisco Nexus3500 C3548P-10G и Mikrotik CCR2004-1G-12S+2XS .
Есть SFP+ модули (10G) SNR, fang hang, ubiquiti.
Пытаюсь между двумя железками поднять линк между ними, и он не поднимается.
Пробовал пары разных sfp модулей. Баловаться с negotion. Менять патч корды.
При этом например между Nexus - и другой cisco линк поднимается без проблем. Mikrotik to Mikrotik - тоже проблем нет.
Уровни сигнала с обоих сторон показываются в норме. (Все в рамках одной стойки)

И как обходной вариант, решил временно проблему так:
Взял CCR2004-1G-12S+2XS .
Подключил в него один sfp модуль. В соседний интерфейс подключил второй sfp модуль, поднял линк между ними без проблем.
После один из этих sfp модулей оперативно переключаю в nexus, подключаю оптику и все заводится. Все работает. До падения линка, или перезагрузки какой либо железки.

Отсюда возникает вопрос, что не так и как с этим жить.

 

[DeLL]

С 10г линками помогает выкл вкл порта после падения линка, чтобы его потом снова завести. На 309 есть такой прикол, 2004 в руках не держал, но попробуйте. И только ручные настройки скорости

[awite]

В 25.07.2022 в 21:32, DeLL сказал:

С 10г линками помогает выкл вкл порта после падения линка, чтобы его потом снова завести. На 309 есть такой прикол, 2004 в руках не держал, но попробуйте. И только ручные настройки скорости

А какие обычно вы настройки выставляете с обоих сторон в подобных случаях? Если смотреть cisco <=> mikrotik

[jffulcrum]

auto-negotiation no

speed 10Gbps

 

В контексте интерфейса sfpX

[Saab95]

В 06.07.2022 в 14:58, STC-support сказал:

Заменить БП, запитать с одного БП. Я правильно понял?

Да, все остальные перезагрузки от ПО при обработки неких данных. Как вариант отключить еще мак сервер на абонентских портах, вланах и т.п. По умолчанию он везде включен.

[awite]

В 25.07.2022 в 16:12, awite сказал:

И так же непонятная история с SFP+:

Имеется Cisco Nexus3500 C3548P-10G и Mikrotik CCR2004-1G-12S+2XS .
Есть SFP+ модули (10G) SNR, fang hang, ubiquiti.
Пытаюсь между двумя железками поднять линк между ними, и он не поднимается.
Пробовал пары разных sfp модулей. Баловаться с negotion. Менять патч корды.
При этом например между Nexus - и другой cisco линк поднимается без проблем. Mikrotik to Mikrotik - тоже проблем нет.
Уровни сигнала с обоих сторон показываются в норме. (Все в рамках одной стойки)

И как обходной вариант, решил временно проблему так:
Взял CCR2004-1G-12S+2XS .
Подключил в него один sfp модуль. В соседний интерфейс подключил второй sfp модуль, поднял линк между ними без проблем.
После один из этих sfp модулей оперативно переключаю в nexus, подключаю оптику и все заводится. Все работает. До падения линка, или перезагрузки какой либо железки.

Отсюда возникает вопрос, что не так и как с этим жить.

Проблема поправилась с прошивкой 7.3beta34, по другому скорее никак. На 7.4.1 проблема есть. Продолжаю общаться с поддержкой...

[talyan]

У нас как то так:

 uptime: 26w14h50m10s
            version: 6.49beta30 (testing)
         build-time: Mar/31/2021 07:25:08
   factory-software: 6.47.8
        free-memory: 1062.0MiB
       total-memory: 1792.0MiB
                cpu: ARMv7
          cpu-count: 4
      cpu-frequency: 1700MHz
           cpu-load: 42%
     free-hdd-space: 82.2MiB
    total-hdd-space: 129.0MiB
  architecture-name: arm64
         board-name: CCR2004-1G-12S+2XS
           platform: MikroTik

 uptime: 18w7h14m59s
            version: 6.49beta30 (testing)
         build-time: Mar/31/2021 07:25:08
   factory-software: 6.46.3
        free-memory: 1061.9MiB
       total-memory: 1792.0MiB
                cpu: ARMv7
          cpu-count: 4
      cpu-frequency: 1700MHz
           cpu-load: 43%
     free-hdd-space: 81.8MiB
    total-hdd-space: 129.0MiB
  architecture-name: arm64
         board-name: CCR2004-1G-12S+2XS
           platform: MikroTik

На одном 182 дня, на втором 126

глобального ничего не меняли. конфиг остался в целом такой же (bgp 2 FW, mac server и прочее - зафильтровано). на котором 182 дня, чуть "подтюнили" очереди, по рекомендациям Сергея, из ветки по ребутам 2004 на мик.ком

продолжаем вести наблюдение

[XGate]

Как-то мало активности стало в теме, неужели CCR2004 наконец допилили? Коллеги, у кого-то эти железки есть в работе, нет теперь проблем с ними?

[jffulcrum]

На 7.6 все три в хозяйстве пашут с октября без жалоб.