AKim

конечно.Всё что возможно с голов забирает забикс.

Не важно как это называется. У меня вообще Gateray. Всё внутри Cdata

каким образом EMS это делает? Веlь она работает по SNMP.

оид 1.3.6.1.4.1.34592.1.3.3.1.1.7.1.1 показывает количество онлайн ону на порту, а какой оид показывает общее зарегистрированное число не подскажете?

Народ, подскажите как вывести число ону на порту. Есть oid такой?

этот oid вообще не относится к этой голове. 1.3.6.1.4.1.17409 - это не наш id 1.3.6.1.4.1.34592 - вот наш

Народ, кто чем собирает snmp trap от этих олтов? У нас в сети их больше двух десятков и логи часто очень выручают. На головы заходить телнетом не очень удобно. Попробовал к graylog прикрутить, но в него приходит не читаемая информация. мибы все загружены. message SNMP trap 1532169658 snmp_newRoot 3 snmp_request_id 1532169658 snmp_trap_type TRAP source 172.18.10.34 timestamp 2019-04-20 21:21:53.123 +00:0

У вас в реальной схеме используется ccr 1036?И что он выполняет? Bras? PPPoE + nat + shape + netflow? Я вот слышал очень очень много отзывов и все может и не сразу, но при использовании микротика переходят на UNIX или железное решение (Cisco, jun, se100) Как у вас обстоят дела и что за траф гоняет 2x1036 1.BGP + роутинг на другие площадки (около вход 2.5гига, исход 2.5 гига) 2.Доступ ipoe c nat и shape (около 1.5гига на вход, 0.8гига исход трафика) 32 правила в фильтрах, 74 в натах (ну, так получилось ), simple queue на первом до 15% нагрузка нагрузка на втором (доступ) Clipboard01.jpg потребление эл-ва power.jpg Попробуйте шейпер перевести именно в шейпер а не в тупую резалку. Вот, что у меня случилось с ним https://local.com.ua/forum/topic/86636-ccr1036-%D1%88%D0%B5%D0%B9%D0%BF%D0%B5%D1%80-%D0%B3%D1%80%D1%83%D0%B7%D0%B8%D1%82-%D0%BF%D1%80%D0%BE%D1%86%D0%B5%D1%81%D1%81%D0%BE%D1%80-%D0%BD%D0%B0-100/

Читайте внимательно суть моей проблемы. В том топике не шейпер, а обычная резалка, которая будет сжирать весь доступный канал. В такой конфе у меня тоже работает . Мне нужно от 1 Гбита отрезать 800 мегабит и порезать их на тарифы. И вот на этом CCR1036 сдыхает на 700 мбитах. Я вернулся на тазик с х86 на борту, подкрутил настройки и на той же самой задаче получаю 50% загрузки проца. Интернет работает шустро, нет никаких лагов. Процессор AMD FX 6100. В дальнейшем вставлю 10г карту.

Попробовал сбросить конфиг и импортировать скрипт и разнёс аплинк с сетью по разным портам. Никаких результатов не дало.

сегодня попробую

-конфиг переносился заливкой бэкапа. -queue tree делает точно такой же эффект. - only-hardware-queue и no-queue Проверял коллега у себя мою проблему и тоже самое. 100% загрузки после попытки ограничить общий канал. кто же ещё. RouterOS используем 5 лет. И вроде всё было предсказуемо. Насмотрелся картинок с CCR где шейпер 20% на 1+ Гбите грузит проц соблазнился. Только выходит не у кого шейпер не работает. Используют тупую резалку скоростей, с которой у меня вместо 800 положенных, ест 1,1Гбита. Для моей нагрузки хватает AMD FX 6100 и сетевой интел 82576. На CCR перешли для будущего, чтобы расшириться на 1+Гбит. На х86 нагрузка была до 80% кратковременно. В основном 50-60%. Это с учётом, что там шейпер полноценный.

Имеем сеть на 1500+ человек, общий аплинк на две независимые точки подключения 1Гбит. Установил CCR1036 с 10г портами. На нём НАТ, фаервол,шейпер. Всё стандартно, как я думал =) Перенёс конфигурацию с х86 Микротика, который был заменён только из-за того, что порты 1Г подходят к концу. Установка была глубокой ночью, трафика не было, люди спали. Всё стартануло с пол оборота и вроде бы нормально работало. Проснулся я и увидел такую картину Трафика не много, а оно уже сдохло. Выяснилось, что причина в родительском паренте симплов, который и делает из шейпера шейпер и который нужно мне использовать чтобы оставить 200 мегабит для другой точки подключения. Да и вообще это нужно для работы шейпера. Шейпер построен так: Mangle: chain=postrouting action=mark-packet new-packet-mark=20M_packets_c passthrough=no protocol=!icmp dst-address-list=20M_address_list_c log=no log-prefix="" Simple queues: name="Limit 800" target="" parent=none packet-marks="" priority=8/8 queue=default-small/default-small limit-at=0/0 max-limit=0/800M burst-limit=0/0 burst-threshold=0/0 burst-time=0s/0s bucket-size=0.1/0.1 name="Tarif 20M city" target="" parent=Limit 800 packet-marks=20M_packets_c priority=8/8 queue=default/20M_city limit-at=0/0 max-limit=0/0 burst-limit burst-threshold=0/0 burst-time=0s/0s bucket-size=0.1/0.1 time=0s-1d,sun,mon,tue,wed,thu,fri,sat Пробовал видоизменять маркировки, клацал что-то в симплах. Никакого результата. Мне порекомендовали поставить (догадайтесь кто ) третий микротик и на нём ограничить каналы по направлениям, но не тут то было: Даже простое ограничение общего канала, без дальнейших дочерних подкатегорий кладёт CCR в полку. Если убрать родительский парент, то всё работает нормально. Но какой это тогда шейпер? Мне хватает 800 мбит, а из-за того что шейпера нету, а работает обычная резалка по тарифам, теперь у меня канал на 1,1гбит загружен. Всё для людей. Есть какие-то догадки по этому поводу? Или покупать 10г сетевые?