Для роботов есть куча плат с GPIO

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

Я потер мусор, но непонятно со скриншотами, это не совсем мусор.

Добрый день. Подскажите, кто использовал скрипт присвоения имен DHCP к записям в DNS, подводные камни, плюсы-минусы? Что будет с кракозябами от русских имён в DNS?

Дядьки, нужен совет. Подскажите систему мониторинга по snmp. В парке около 10к устройств

Дядьки, нужен совет. Подскажите систему мониторинга по snmp. В парке около 10к устройств

Zabbix

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

Zabbix

Вывезет?

С прокси серверами

Вывезет?

Ты его ж не на расбери ставить будешь ?!

нет конечно

Должен вывести ,

А если ещё и БД отдельно поставить...

Благодарствую. А то наше старое говно падает неск раз в день

Благодарствую. А то наше старое говно падает неск раз в день

А что за говно ?

Whatsup gold

Whatsup gold

?

За бабки и падает ?

он старый. очень очень очень старый

Забикс в среде продвинутой молодёжи считается говном.

Они любят prometeus

У нас, правда, cacti. Но я хочу потрогать prometeus

У нас, правда, cacti. Но я хочу потрогать prometeus

Ну если потрогать, я так к zabbix'y долго шёл, мне он казался какой-то не поворотливый и т.д. до него я использовал nagios,

Я для себя разделяю оперативный мониторинг и статистический.

Оперативный - это когда что то падает и недоступно, пинговалки, алерты. Статистический, это когда много графиков рисуются, аналитика потом.

Для оперативного надо много и быстро и сразу, это, например, нагиос

Для статистического пример - cacti.

Оба примера решают хорошо свою задачу, но плохо чужую. Там проблема в упаковке информации.

Для оперативного надо много и быстро и сразу, это, например, нагиос

Dude и не спорьте ?

всё же мы в чатике микротика ?

а Dude, кстати, нормальная вещь?

я как-то пытался настроить и потом забил

почему про него в чатике DevOps'ов никогда не говорят?

почему про него в чатике DevOps'ов никогда не говорят?

А ты спроси там про это )))

dude если надо быстро развернеуть и не требуется ничего специализированного

для малых-средних сетей очень даже ничего

А prometheus в этом понятии куда отнести?

Они любят prometeus

Для оперативного надо много и быстро и сразу, это, например, нагиос

Для статистического пример - cacti.

А prometheus в этом понятии куда отнести?

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

Но это полмониторинга по-сути. Там даже snmp коллектора нет родного, в их терминах exporter.

Надо оперативно. С картой сети желательно

Как у воцапа

За суисайд гелз тебя забанят, наверное

Эт вряд ли

Дядьки, нужен совет. Подскажите систему мониторинга по snmp. В парке около 10к устройств

Заббикс, поверх него спланк

Забикс в среде продвинутой молодёжи считается говном.

Молодежи? Тебе самому сколько лет-то, отец?

Ты откуда тут?

он всегда появляется, когда говорят "заббикс"

?

может, у Алекса есть какой-нибудь сканер всех чатов с уведомлением по этому слову?

Ты откуда тут?

Я везде

Д

а Dude, кстати, нормальная вещь?

Нормальная. У нас в сети овер 600 коммутаторов мониторит и серваков 2 десятка. Иногда отваливается снмп приходится серверную часть перезапускать. А так норм

PRTG ?)

таки ткнул ccr1036 вместо рб1100х2

И знаете что? 1100 был загружен на 90-100% перманентно, а этот больше 3% не грузится.

О, косяк откопал. Торчит бгп. Поднялось отлично. Трафик ходит по обоим провайдерам. Но от чего-то при полной загрузке первого, второй не подхватывается. Т.е. пример тестирования - торрентики. Один провайдер загружен на 100%, а второй по мелочи. Это значит что пора искуственно увеличивать расстояние до одного из провайдеров, чтоб расстояния были более-менее сбалансированны?

И знаете что? 1100 был загружен на 90-100% перманентно, а этот больше 3% не грузится.

Та ну нафиг такая резкая разница

Та ну нафиг такая резкая разница

Там всё плохо. На столько, что DTMF не работал.

О, косяк откопал. Торчит бгп. Поднялось отлично. Трафик ходит по обоим провайдерам. Но от чего-то при полной загрузке первого, второй не подхватывается. Т.е. пример тестирования - торрентики. Один провайдер загружен на 100%, а второй по мелочи. Это значит что пора искуственно увеличивать расстояние до одного из провайдеров, чтоб расстояния были более-менее сбалансированны?

ха, знакомая ситуация, товарищ так пробовал входящий трафик размазывать по двух аплинкам, или наоборот не хотел что бы размазывало. В общем воевал с этим знатно. Так как в БГП ты почти никак не повлияешь на входящий, только обявляя один из каналов более "длинным"

ха, знакомая ситуация, товарищ так пробовал входящий трафик размазывать по двух аплинкам, или наоборот не хотел что бы размазывало. В общем воевал с этим знатно. Так как в БГП ты почти никак не повлияешь на входящий, только обявляя один из каналов более "длинным"

Просто проблема в том, что на 1100 оно работало без проблем, как надо.

не чеши ?

если ты конфиг перенес то оно бы дальше так работало ?

Срзл, ажно 200мбс пёрло.

тоесть на 1100 по двух каналам равномерно входящий размазывало?

Ну не то что бы равномерно, но один из каналов никогда не забивался на 100% если второй свободный.

ERROR: S client not available

а как БГП вообще знает насколько канал занят?

вот как оно решает из АS_X добраться до твоей AS с учетом загружености твоих каналов?

вроде бы ты на это влиять не можешь

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

А вобще есть http://bgp.he.net открываешь свою AS и смотришь graph v4

а как БГП вообще знает насколько канал занят?

Никак. BGP дает инструменты чтобы администратор настраивал политику маршрутизации с учитом разных факторов

ну ты можешь только от себя гнать трафик. а К ТЕБЕ? тут разве только весом маршрута

и то это елси просто надо неравномерно на постоянку распределить

А вобще есть http://bgp.he.net открываешь свою AS и смотришь graph v4

что конкретно смотреть? Я просто с БГП не работал, но интересно поузнавать побольше о нем, так, на всякий случай ?

Есть идеальная книга от Cisco press. Если ее прочитать, то станешь BGP гуру. Не знаю написали ли с тех пор лучше.

не, я пока что читаю только сети для маленьких. для новичка хватает для ознакомления ?

Всё, спасибо, разобрался.

А вобще есть http://bgp.he.net открываешь свою AS и смотришь graph v4

Спасибо.

Не увере вот может быть эта книга: http://www.williamspublishing.com/Books/5-8459-0374-2.html

не, я пока что читаю только сети для маленьких. для новичка хватает для ознакомления ?

Тогда можно главу про BGP из книги про маршрутизацию. Ну заодно и про OSPF почитать. 2 главы :)

Циско всегда подробно разжевывает теорию, больше других таких книг не встречал.

ну пока что торенты молчат о этой книге ?

Издательство Williams Publisher их печатает

угу, все так кинулись их покупать ?

ну пока что торенты молчат о этой книге ?

Старая. Надо искать более новую, наверняка есть

не, было бы в моем городе в "хардварном" виде то может бы не удержался и купил, а так лень ?

Да тут люди с ломаными виртуалками роутерос, какие книги, какой покупать? ?

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

Блин. Есть книга. Что вы сней делаете - плкупаете или качаете - ваше дело. Но хвалится этим точно не стоит.

Есть книга. - не совсем верное утверждение. на большинстве сайтов выдает - "Нет в наличии" ?. Хотя это может у меня так.

Да тут люди с ломаными виртуалками роутерос, какие книги, какой покупать? ?

всегда было интересно - а на этих виртуалках роутероса (или же просто на обычных х86 самосборных серверах) можно получить более высокую производительность, чем в случае с каким-нибудь 1072 микротиком? я как-то спрашивал уже это, но более-менее точных результатов никто не сказал

можно

у микротика 72 ядра но мелковатых

а с паралельностью у тика не всё так гладко

а с каким процессором этот микротиковский можно сравнить?

тоесть грубо говоря на СCR у нас 110 тигеровских Ггц, при ИДЕАЛЬНОЙ паралельности. но мир не идеальный и один процес может вгрузить свое ядро в 100% а остальные будут простаивать. А вот мощное Х86 ядро это всегда голая мощность. Тоесть какой то Коре2 Дуо или i3 на 4Ггц выжмут больше

ага, понял