Билет 19.1 Протоколы управления. Протокол cmip и snmp.

CMIP (Common Management Information Protocol): Протокол общей управляющей информации, поддерживает информационный обмен между сетевыми приложениями управления и агентами управления. CMIS определяет систему услуг информационного управления сетью.

Протокол CMIP определен в стандартах Х.710 и Х.711 МСЭ-Т, а также RFC 1189. CMIP позиционируется как конкурирующий протокол по отношению к SNMP в стеке TCP/IP. CMIP использует надежный транспортный механизм установления соединения и встраивается в систему безопасности, которая поддерживает управление доступом, авторизацию и ведение журналов безопасности. Управляющая информация перемещается между сетевым приложением управления и агентами управления через управляемые объекты. В качестве управляемых объектов может выступать характеристика управляемого устройства, которая может контролироваться и изменяться

Взаимодействие между менеджером и агентом в модели OSI осуществляется по протоколу CMIP. И менеджер, и агент могут предоставлять определенные услуги.

Услуги, инициируемые менеджером, включают следующие операции:

• M-CREATE инструктирует агента о необходимости создать новый экземпляр объекта определенного класса или новый атрибут внутри экземпляра объекта;

• M-DELETE инструктирует агента о необходимости удаления некоторого экземпляра объекта определенного класса или атрибута внутри экземпляра объекта;

• M-GET инструктирует агента о возвращении значения некоторого атрибута определенного экземпляра объекта;

• M-SET инструктирует агента об изменении значения некоторого атрибута определенного экземпляра объекта;

• M-ACTION инструктирует агента о необходимости выполнения определенного действия над одиним или нескольким экземплярами объектов.

Агент инициирует только одну операцию:

• M-EVENT_REPORT - отправка уведомления менеджеру.

SNMP (Simple Network Management Protocol): SNMP даёт хорошее представление о том, что творится в системе. Для мониторинга и статистики норм.

Но в действительности SNMP слабое отношение имеет к управлению (потому что он софт и чем мы вообще будет управлять, если хард отвалится).

Суть – мы создадим софт на рабочих станциях, мы все делаем на сетевых устройствах, не на станциях, не на сервере. Агенты snmp входят в состав ОС. IEEE занимается стандартами 1-3 уровней, им на SNMP все равно, его сделали разработчики интернета (прим. читайте никто)

Менеджер snmp - софт, который ставится на рабочей станции (7 уровень) - по сути, сервер управления. Агенты шлют сообщения менеджеру, какая инфа собирается: статистическая (что произошло на порту коммутатора1, какое количество ошибок изернета было на порте 2). Как это будет работать. Агент сидит и спит, менеджер его опрашивает - команды get, set и т.д.

Комнада Trap - агент не будет ждать пока менеджер сам спросит, а сам будет замечать и отсылать определённые ситуации

Чтобы работал SNMP надо чтобы работали драйверы UDP (передает сообщения), IP, сетевых адаптеров, и если на каком-то моменте это не работает, то пойму я тут «дырку от бублика». Если не работает хардвер, какие-то сетевые протоколы, то SNMP работать точно не будет.

Но в действительности SNMP слабое отношение имеет к управлению (потому что он софт и чем мы вообще будет управлять, если хард отвалится), а вот мониторинг и сбор статистики - норм. SNMP даёт хорошее представление о том, что творится в системе.

Опрашивать при помощи snmp раз в 5 минут, чтобы не ухудшать производительность системы.

Другие протоколы:

SBM – протокол управления (придумали IBM). Его аналог – SNMP (Simple network management protocol)(сделали разработчики интернета).

Принцип работы:

У нас есть агенты (они работают на всех устройствах) (это софт, который работает на всех устройствах, есть на всех уровнях OSI (т.е хардвеерные агенты тоже есть)). Агенты будут сообщать менеджерам что-где происходит.

Эта идея развалилась. Менеджеров может быть сколько угодно. Один менеджер может общаться с другим, но на этом управление и закончилось, потому что система управления выходит тяжелее всей системы.

SNMP заменили протоколом RMON - его особенность - он хардвеерная реализация snmp. Не запускаем агентов непонятно где - ставим специальный адаптер на рутер и при помощи него собираем всякую статистику или специальную «проб» («коробочка вот такая») ставим на порт и собираем статистику с этого порта. Но эту хардовую аппаратуру RMON'a еще надо диагностировать. Так что RMON используют так же редко.

NetFlow - специальный протокол управления, который позволяет заниматься только одной проблемой – управление производительностью. Аналог NetFlow – IPFix (от ISO)

Агент ОС рутера анализирует поток (то что приходит с одного адреса ip по протоколу udp на другой ip адрес с другим портом и таким-то началом соединения) и считает что с какой скоростью происходит (поскольку это происходит в буферах, то посчитать я это могу). Нужно считать статистику между различными сессиями

Agent NetFlow, Collector NetFlow (менеджер), Browser NetFlow (со станции, смотрит, что я прислала в коллектор).

Все остальные задачи (кроме производительности) отдаются хардвееру. NetFlow тормозит производительность, но значительно меньше чем SNMP потому что трафик не создаём, а просто оцениваем буфер