estЗапрос для отримання значення однієї або більше переменнихGetNextRequestЗапрос наступній переменнойGetBulkRequestЗапрос великий табліциSetRequestІзмененіе значення однієї або більше переменныхInformRequestСообщение менеджером іншому менеджеру опису своєї локальної MIBSnmpv2TrapСообщеніе про переривання від агента призначався в першу чергу для управління мережами на базі протоколів Internet. Як протокол прикладного рівня він може, однак, використовувати в якості транспортного будь-який інший протокол, крім UDP і IP. Наприклад, він може виконуватися поверх IPX, відображатися безпосередньо в кадри Ethernet, інкапсулюватися в осередки ATM і т. п.
Протокол SNMP розроблявся в розрахунку на те, що обмін повідомленнями між агентами і менеджерами буде відбуватися без встановлення з'єднання. В результаті SNMP не надає гарантії, що повідомлення будуть доставлені за призначенням. Однак на практиці більшість повідомлень досягає адресата, а ті, що губляться по дорозі, можуть бути передані повторно. Виходячи з цього - і, природно, орієнтації SNMP на протоколи Internet, основним транспортом для SNMP є UDP. p align="justify"> Завдяки своїй простоті і транспорту без встановлення з'єднання SNMP виявляється досить ефективним протоколом. І агенти, і менеджери можуть працювати незалежно один від одного. Таким чином, менеджер буде продовжувати працювати, навіть якщо віддалений агент виявиться недоступний. Після відновлення функціонування агент відправить менеджерові переривання, щоб сповістити його про свою працездатності. p align="justify"> Обмін повідомленнями при використанні в якості транспорту протоколу UDP здійснюється наступним чином. Агент стежить за надходженням дейтаграм на порт 161. Відповіді надсилаються запитуючої мережевий станції управління на динамічно призначається порт, однак багато агентів використовують той же номер порту - 161. Асинхронні переривання станція управління приймає на порт 162. p align="justify"> Максимальна допустима довжина повідомлень SNMP обмежується максимальним розміром повідомлення UDP, тобто 65 507 байт. Однак специфікація SNMP передбачає, що всі агенти та менеджери повинні приймати пакети лише довжиною до 484 байт, тому деякі з них можуть не вміти обробляти пакети довжиною понад 484 байт.более підходить для транспорту SNMP, ніж TCP, зокрема, коли мережа стикається з проблемами і пакети передаються щоразу за новими маршрутами, тобто коли управління найбільш необхідно. Крім того, він пред'являє менші вимоги до мережевих ресурсів, ніж TCP, тобто накладні витрати на управління виявляються менше. Проте в результаті завдання виявлення втрачених та помилкових пакетів покладається безпосередньо на менеджерів та агентів. p align="justify"> ЗАХИСТ У SNMP
Одне з найбільш слабких (і критикованих) місць SNMP - реалізація захисту. Так, станція управління може не тільки дізнатися практично все про що знаходяться у сфері її контролю...
