параллельной с чем-то еще - это как?

так живет

паралельно это когда на хосте с ноком есть что то кроме нока

а

заббикс там или база данных сторонняя

какти, да

а значит муська

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

а муська на другом сервере :)

ибо мактрак жрет базу

железок сколько ?

<2000

зачем базу на отдельном хосте ?

мактрак

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

двух недельный набор с 4х часовым интервалом весит 20гиг

обновление прилично грузит

понятно

никогда не решал эту задачу

я так понимаю macdb из noc работает проще, собирает только актуальное количество маков на момент сбора и все, без истории

не знаю

не видел его в работе

помоему хранит

а что ты делаешь с этой историей ?

зачем решать вопрос подмены мака ?

много неуправляшек?

неуправляшек нет, но использовать dhcp_snooping накладно, т.к. процы свичей слабоваты, т.к. много 3526 на доступе, а каждое впихивание адреса в acl - работа проца

да и в кабель могут врезаться

на длинках вроде есть ip-mac-port binding

почему не использовать его ?

ручной - не интересен

случаи подмен - редкие

в кабель врезаться могут.... ты с какого города ?

ручной не нужен же.

привязывай по лизе

к тому же на bras используется opt82, а подмены ip мешают самим абонентам

про лизу я выше написал

дак нет

просто по результатам выдпачи адреса

иди на свитч и привязывй ипмакпорт

телнетом или по снмп

это называется dhcp_snooping, пришедший пакет обрабатывается релем свича и он уже следит за ip-mac и пихает эту связку в acl(вручную происходит то же самое и даже еще больше грузит проц), вот сам процесс впихивания грузит проц, свич начинает глючить со временем, в итоге из-за старой привязки абонент не может какое-то время подключиться, если он подключил что-то другое, а так у нас есть clips-сессия по opt82, мак не важен, а если абоненту надо его сменить - заходит в лк и сбрасывает аренду кнопкой и подключает нужную ему железку с новым маком и никакого перерыва... инет украсть, инет не украдут, т.к. сессия вешается на мак, а мактрак помогает отследить подмену ip... пионеры еще не перевелись

бывает забавно начать искать мак и видеть, как он гулял по всем сегментам сети...

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

но будут сайд эффекты

чем плохо привязвапть руками я не знаю

жесткая привязка к маку, а абоненту не объяснишь, что ему на его железке надо мак поменять

жаление админа поанализировать куда ходит абонент понятно но для бизнеса бесполезно

когда у него комп сдох или говнорутер

повторю вопрос :)

ты с какого города ?

а это совокупность потребностей

МО

московская область ?

да

ага

и у вас в городе нет провайдеров где мак привязан ?

:) да какое мне дело как у других?

в жесткой привязке мака есть минусы

мы можем избежать это и используем это, клиенту от этого комфортнее

а нам пофиг

привязки включаем для хулиганов

а так включишь привязку на ipv4, а оттуда начинает сыпаться куча говна про 192.168 и ipv6, все логи загажены и процс свича в ахуе

вот vlanperuser и qinq решат проблему подмен в принципе

понятно

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

ну тогда ясно почему я не решел такую задачу

т.е. абонент в лк может сам указать, что вот этот адрес только на этот мак выдавать

вот пример... поставили тут парочку абонентов на мониторинг, а то сами же жалуются, что вдруг пропадает инет, а оказывается, что у них какой-нить говнотплинк пропускает dhcp-пакеты через нат без ната, как какой-нить старый длинк типа dir-300 и тот захватывает адрес.. но вот пока мониторишь, вылезает и такое: 65390 2016-07-30 18:38:28 WARN(4) Unauthenticated IP-MAC address and discarded by IMPB (IP:FE80::D0E8:F343:8422:75ED, MAC:00-26-22-CF-A4-E9, Port:22). 65389 2016-07-30 18:36:21 WARN(4) Unauthenticated IP-MAC address and discarded by IMPB (IP:FE80::D0E8:F343:8422:75ED, MAC:00-26-22-CF-A4-E9, Port:22). 65388 2016-07-30 18:34:15 WARN(4) Unauthenticated IP-MAC address and discarded by IMPB (IP:FE80::D0E8:F343:8422:75ED, MAC:00-26-22-CF-A4-E9, Port:22). 65387 2016-07-30 18:32:10 WARN(4) Unauthenticated IP-MAC address and discarded by IMPB (IP:FE80::D0E8:F343:8422:75ED, MAC:00-26-22-CF-A4-E9, Port:22). 65386 2016-07-30 18:30:05 WARN(4) Unauthenticated IP-MAC address and discarded by IMPB (IP:FE80::D0E8:F343:8422:75ED, MAC:00-26-22-CF-A4-E9, Port:22). 65385 2016-07-30 18:28:00 WARN(4) Unauthenticated IP-MAC address and discarded by IMPB (IP:FE80::D0E8:F343:8422:75ED, MAC:00-26-22-CF-A4-E9, Port:22).

и гадит и гадит...

:) в общем, нок историю вполне себе поддерживает, другое дело что база маков с историей лежит в монге...

и места занимать может не меньше:)

чем в mysql

Привет! А вот умеет ли noc-project понимать, что на одном сайте может быть 2 железки, у которых должны быть идентичные конфиги, только IP разные ? Сайт - в смысле офис. Просто на части офисов стоят по одной железке, а на части - железки резервируются.

@BaZZiliO Доброе утро. В каком плане понимать? производить проверку, что это так и в случае несовпадения стучать куда следует?

@aversant, понимать - это, наверно, уметь в интерфейсе добавить две железки. Если еще и стучать при несовпадении конфигов - вообще супер.

Если у железок разные IP, то добавить их можно. Нок просто соберёт их конфиги. Также он может стучать при изменении конфига.

а вот, сравнивать 2 конфига - тут есть над чем подумать)

@aversant а сравнивать он их, наверняка, не умеет, так ?

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

Надо только подумать, как это оформить:)

НОК может валидировать конфиги, на предмет разных совпадение и прочего... вопрос подойдёт ли этот механизм для данного случая

т.е., условно, надо сравнить конфиг одной железки с другой - и если не будут совпадать - то создавать аварию?

Да, только при этой проверке часть команд (настройки IP/шлюза, может что-то еще) нужно исключать. Но это уже мелочи. В общем, смотреть надо и пробовать.

ну, без питона тут не обойтись:)

можно глянуть про валидацию конфига

https://kb.nocproject.org/pages/viewpage.action?pageId=22970543

смысл в том, чтобы написать свой плагин

на вход ему будет передаваться имя железки

с которой надо сравнивать