Проблемы с CCR1036.

Еще одна информация: в ARP-таблице примерно 93-95 записей.

Привет, у нас тоже проблемы с CCR1036. Мы FTTH (Fiber to the Home) провайдер и развернули Cloudcore CCR1036-12G-4S в нашем дата-центре в качестве основного роутера между сетями наших клиентов и upstream интернет-провайдером. Cloudcore выполняет только базовую маршрутизацию между нашим публичным IP-диапазоном и публичным IP-диапазоном нашего backhaul провайдера. На аплинке у нас есть breakout 1Gbps, который стабильно обеспечивает примерно 600Mbps до любого сайта в нашей стране, и около 200Mbps в международном трафике. Проблема в том, что Cloudcore начинает добавлять задержку для установления соединений, как только нагрузка от наших клиентских сайтов превышает 25Mbps; и примерно 16000+ соединений. Особенно медленно реагируют HTTPS сайты (10 секунд). Как только соединение установлено, оно работает быстро. На каждом FTTH сайте у нас есть RB1100AHx2 роутеры, работающие в качестве BRAS систем, PPPoE серверов, выполняющие NAT из приватного диапазона на публичный IP. Они все подключены через Layer-2 MPLS в дата-центр, где подключаются к Cloudcore роутеру. Cloudcore выполняет только базовую маршрутизацию между нашим публичным IP-диапазоном и публичным IP-диапазоном upstream провайдера. На аплинке у нас есть публичный IP 41.x.x.x/29, который подключен к Cisco Catalyst 3750 нашего backhaul провайдера. На даунклинке у нас есть наш собственный публичный IP-диапазон 41.a.b.c/25, который подключен ко всем нашим сайтам (MikroTik RB1100AHx2). Всего около 1000 клиентов за 7 RB1100AHx2. Роутер обладает пропускной способностью, мы можем легко получить более 500Mbps. Но появляется задержка при создании новых соединений? Особенно к HTTPS сайтам задержка до 10 секунд. Когда отключаем всех клиентов, время загрузки тех же HTTPS сайтов меньше одной секунды. При этом есть много свободного трафика, намного больше, чем используют наши клиенты. CPU CCR1036 загружен на 0%, а RAM почти свободна, около 3.6GB доступно. У кого-нибудь был подобный опыт?

Проблема, которую я описывал, исчезла после обновления до 6.7.

Привет еще раз. Вчера я снова провел CCR-тест в рабочей среде без успеха, и поведение было похоже на то, что написал riaanjvr. Простой сценарий тестирования: dudeserver-internet-CCR-WISP-myPC. В случае проблем я вижу: маршрутизатор перестает отвечать на SNMP-запросы с dudeserver, всё в WISP по SNMP недоступно из интернета (новые соединения). Трафик на ether1 замедляется, и на всех внутренних интерфейсах тоже (ether3 с примерно 15 VLAN). Трафик между VLAN замедляется. В случае проблем я никогда не теряю соединение от моего PC к dudeserver, но я не могу начать новые соединения, например, открыть любую веб-страницу. У всех остальных клиентов WISP тоже похожие проблемы. Через несколько секунд, иногда минут, трафик возрастает, и всё работает хорошо. Похоже, проблема с установлением соединений через CCR (кто знает), а вот установленные соединения работают нормально. Таблица conntrack содержит примерно 20 000 соединений, возможно, до 450 000. Загрузка процессора маршрутизатора около 0-2%, RAM примерно 3,5GB свободно. По этим проблемам открыт тикет #2013121166000078. – Мартин

У меня та же проблема, я на 6.18. Есть какие-нибудь решения?

Судя по всему, ты всё ещё используешь старую и глючную версию RouterOS. Попробуй новую и посмотри, не повторится ли проблема. Мне понадобится больше информации, чтобы её воспроизвести.

Окей. Ложная тревога. Кажется, моя проблема связана с ошибкой в правилах моего файрвола.