Коллеги, здравствуйте! Подскажите, пожалуйста, использовал ли кто-то под задачи NAT (connection tracking) роутер CCR2216-1G-12XS-2XQ ? Есть смысл его взять вместо CCR1072-1G-8S+ ?

учитывая что их нет уже в производстве, так как производитель чипов закрылся

это про 1072?

Мы под НАТ выделили отдельную железку, которая занимается натом и только натом (ну и Netflow v9 о соединениях NAT на СОРМ отправляет). Включили fasttrack и радуемся

Мы под НАТ выделили отдельную железку, которая занимается натом и только натом (ну и Netflow v9 о соединениях NAT на СОРМ отправляет). Включили fasttrack и радуемся

вот у меня на 1072 примерно так же — пропорционально больше только. Было бы интересно посмотреть такой же график по 2216. Нет у вас, случайно? Или подобный на ARM

У нас нет 2216, но есть 2116. Правда не натилка, а PPPoE BRAS. И мне он категорически не нравится, ядра загружены неравномерно

А RouterOS какой версии используете?

У нас нет 2216, но есть 2116. Правда не натилка, а PPPoE BRAS. И мне он категорически не нравится, ядра загружены неравномерно

У нас нет 2216, но есть 2116. Правда не натилка, а PPPoE BRAS. И мне он категорически не нравится, ядра загружены неравномерно

На форуме вот такое видел: Since version 7.9 few processes were not working properly and could have caused an extra load on single CPU core, compared to older versions. That was caused due to the fact that parallel processes were not started as separate tasks. For example, this did affect SSL processes, certificate management processes, PPP tunnels, etc. Kind of a classical "single core stuck on 100%" or "process X is being handled only by a single CPU core" problems. For example, simple traffic processing was not affected. По чейнджлогу пофиксили в последнем 7.12rc

На форуме вот такое видел: Since version 7.9 few processes were not working properly and could have caused an extra load on single CPU core, compared to older versions. That was caused due to the fact that parallel processes were not started as separate tasks. For example, this did affect SSL processes, certificate management processes, PPP tunnels, etc. Kind of a classical "single core stuck on 100%" or "process X is being handled only by a single CPU core" problems. For example, simple traffic processing was not affected. По чейнджлогу пофиксили в последнем 7.12rc

Всем привет! Подскажите какое-нибудь простое решение для hotspot, чтоб соответствовало требованиям...

требования по ФЗ вроде как для всех одинаковы )

требования по ФЗ вроде как для всех одинаковы )

Есть глючный провайдер, которого подключение к инету через PPTP (метрика 10), и резервный канал через LTE (метрика 20). И постоянно поднятый VPN до центра. Проблема: у провайдера может полчаса не срабатывать авторизация - логин проходит, но траффик не идёт и через минуту PPTP падает/переподключается написав в лог sent LCP EchoReq и LCP missed echo reply. Это происходит в цикле раз в минуту. Но эти полчаса пока провайдер так глючит - VPN оказывается парализован: ибо метрики роутинга уже обновлены, VPN отключается от LTE и начинает попытку подключения через PPTP (который на самом деле ещё не работает - выхода в интернет у него ещё нет). Как бы по простому (без dual-WAN скриптов) решить эту проблему? Смотрю на опцию Check Gateway в роутинге и рекурсивные маршруты, но судя по описанию, Check Gateway при отсутствии в течении нескольких секунд пинга заблокирует маршрут? А мне надо наоборот, чтобы после поднятия PPTP сессии маршрут в неё был бы по умолчанию заблокирован, и разрешался бы только после успешной проверки...

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

Коллеги, Комрады - кто сталкивался идет icmp трафик на порт от провайдер, ебстественно ни в Raw ни фильтр ни в нат он не попадает и контреке ничего нет, но через торч видно откуда и кто. Как победить что б придушить этот флуд? Правилами дропа, и в raw не дают ничего. Трафик валит, Проц в потолок. Понятно что вынести мозг оператору. А как нить на микроте?

делал враф провило, блочить ICMP, указывал именно интерфейс на который приходит трафик

Эммм страшно это провайдерский интерфейс

Эммм страшно это провайдерский интерфейс

Результат 0

Я все это уже делал:-( но вот может еще у кого какие будут соображения… мой мозг немного вскипел.

это только оператор может помочь

просто блочить ицмп ивсё

Заблокировать весь входящий ICMP в raw?)

А как же ответы от легитимных серверов и маршрутизаторов?

А как же ответы от легитимных серверов и маршрутизаторов?

Думаю что лучше уже отключить интерфейс, чем стрелять себе в половой орган

ICMP - это не только пинги....

А больше вариантов нет? Скажем, уведомить вас, что заданная сеть недоступна.