The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]



"вопрос по snmp "
Вариант для распечатки  
Пред. тема | След. тема 
Форум Маршрутизаторы CISCO и др. оборудование. (Мониторинг, статистика, SNMP)
Изначальное сообщение [ Отслеживать ]
SWITCH+ROUTE+TSHOOT – курсы Cisco CCNP для администраторов больших сетей
"вопрос по snmp "  +/
Сообщение от NZemail (?), 14-Сен-20, 17:38 
преподаватель попросил сформулировать преимущества  SNMP для управления сетевым оборудованием по сравнению SSH. Всегда считал, что преимущественней ssh даже перед snmp version 3. можете подсказать в чем плюсы snmp в управлении?
Ответить | Правка | Cообщить модератору

Оглавление

Сообщения [Сортировка по времени | RSS]


1. "вопрос по snmp "  +/
Сообщение от universite (ok), 14-Сен-20, 18:10 
> преподаватель попросил сформулировать преимущества  SNMP для управления сетевым оборудованием
> по сравнению SSH. Всегда считал, что преимущественней ssh даже перед snmp
> version 3. можете подсказать в чем плюсы snmp в управлении?

Это как сравнивать теплое с мягким.

Ответить | Правка | Наверх | Cообщить модератору

2. "вопрос по snmp "  +/
Сообщение от Licha Morada (ok), 14-Сен-20, 18:40 
> преподаватель попросил сформулировать преимущества SNMP

Троллит, наверное.

google: snmp vs ssh

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

Я бы расчитывал встретить управление по SNMP в каких-нибудь фирменных утилитах. Это не путь джедая.

Ответить | Правка | Наверх | Cообщить модератору

3. "вопрос по snmp "  +/
Сообщение от NZemail (?), 14-Сен-20, 19:43 
>> преподаватель попросил сформулировать преимущества SNMP
> Троллит, наверное.

сомневаюсь, что троллил

Ответить | Правка | Наверх | Cообщить модератору

4. "вопрос по snmp "  +/
Сообщение от Pahanivo пробегал (?), 15-Сен-20, 00:17 
> сомневаюсь, что троллил

Ну если не троллит, то давай порассуждаем ...
1) Это таки Simple ... NMP
Более легковесная реализация агента, агенты есть практические под все.
SNMP есть массив переменных, которые ты можешь читать/писать, он четко структурирован.
Ты не работаешь с ним интерактивно - работаешь запрос-ответ.
2) Он стандартен - тебе не надо хитро-мудро точить тот же биллинг под новую железку, на любом железе счетчики будут лежать в одном месте - в стандартной базе. Тонкости конечно будут, в виде всяких интерпрайз веток.
3) Он стандартен (да еще раз) - тебе не надо учить команды нового ios или unix* - все тоже и там же.
4) Он такие худо бедно умеет настраивать железку путем setreques, но .... так себе конечно удовольствие, но можно.
5) Поскольку он прост, быстр и везде есть - ты можешь мониторить (читай управлять) огромным массивом железа.
6) Он везде есть и в самих системах управления.

Мож что еще есть в разрезе "преимущества  SNMP для управления сетевым оборудованием", именно "сетевым". Но я хз.

Ответить | Правка | Наверх | Cообщить модератору

5. "вопрос по snmp "  +/
Сообщение от ACCA (ok), 15-Сен-20, 02:01 
> 2) Он стандартен - тебе не надо хитро-мудро точить тот же биллинг
> под новую железку, на любом железе счетчики будут лежать в одном
> месте - в стандартной базе. Тонкости конечно будут, в виде всяких
> интерпрайз веток.
> 3) Он стандартен (да еще раз) - тебе не надо учить команды

Он задумывался стандартным. А по факту стали мерятся, у кого MIB толще. В результате свели всю идею к помойке хуже LDAP.

Ответить | Правка | Наверх | Cообщить модератору

6. "вопрос по snmp "  +/
Сообщение от NZemail (?), 15-Сен-20, 10:17 
>[оверквотинг удален]
> интерпрайз веток.
> 3) Он стандартен (да еще раз) - тебе не надо учить команды
> нового ios или unix* - все тоже и там же.
> 4) Он такие худо бедно умеет настраивать железку путем setreques, но ....
> так себе конечно удовольствие, но можно.
> 5) Поскольку он прост, быстр и везде есть - ты можешь мониторить
> (читай управлять) огромным массивом железа.
> 6) Он везде есть и в самих системах управления.
> Мож что еще есть в разрезе "преимущества  SNMP для управления сетевым
> оборудованием", именно "сетевым". Но я хз.

Спасибо за толковый ответ, куча идей

Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

7. "вопрос по snmp "  +/
Сообщение от Аноним (7), 15-Сен-20, 18:26 
Простота и дешевизна, вот целых два преимущества.
Умение проектировать простые и дешевые в сопровождении системы - это то, для чего в принципе учат инженеров. Не болтать о том, как "правильно" или как "лучше всего".
Ответить | Правка | Наверх | Cообщить модератору

8. "вопрос по snmp "  +/
Сообщение от xm (ok), 16-Сен-20, 00:34 
> преподаватель попросил сформулировать преимущества  SNMP для управления сетевым оборудованием
> по сравнению SSH. Всегда считал, что преимущественней ssh даже перед snmp
> version 3. можете подсказать в чем плюсы snmp в управлении?

Важно помнить одну из неофициальных, но точно передающих суть, расшифровок SNMP - "security is not my problem".

Ответить | Правка | Наверх | Cообщить модератору

9. "вопрос по snmp "  +/
Сообщение от Pahanivo (ok), 16-Сен-20, 12:53 
> Важно помнить одну из неофициальных, но точно передающих суть, расшифровок SNMP -
> "security is not my problem".

Да уж, кто не может фаервол настроить и не включать SNMP на запись при этом будет проблема, правда с его головой, а не с SNMP.

Ответить | Правка | Наверх | Cообщить модератору

10. "вопрос по snmp "  +/
Сообщение от NZemail (?), 16-Сен-20, 13:00 
>> Важно помнить одну из неофициальных, но точно передающих суть, расшифровок SNMP -
>> "security is not my problem".
> Да уж, кто не может фаервол настроить и не включать SNMP на
> запись при этом будет проблема, правда с его головой, а не
> с SNMP.

с точки зрения шифрования можно сказать, что SNMP ver3 безопаснее чем ssh ver2 ?

Ответить | Правка | Наверх | Cообщить модератору

11. "вопрос по snmp "  +/
Сообщение от Pahanivo (ok), 16-Сен-20, 16:55 
>>> Важно помнить одну из неофициальных, но точно передающих суть, расшифровок SNMP -
>>> "security is not my problem".
>> Да уж, кто не может фаервол настроить и не включать SNMP на
>> запись при этом будет проблема, правда с его головой, а не
>> с SNMP.
> с точки зрения шифрования можно сказать, что SNMP ver3 безопаснее чем ssh
> ver2 ?

шифрование есть обертка протокола, поэтому вопрос тут не к протоколу, а больше к алгоритму.
вику почитай

Ответить | Правка | Наверх | Cообщить модератору

12. "вопрос по snmp "  +/
Сообщение от eek (ok), 24-Сен-20, 15:43 
> можете подсказать в чем плюсы snmp в управлении?

Если вам это еще актуально, то самая большая разница:

snmp - это машинный API (хреновенький по нынешним временам но как есть). Это значит что к нему есть документация "формальные контракты" и прочее. Т.е. известно хотя-бы примерно что на входе, что должно быть на выходе. Есть MIB файлы, схема и перечислены переменные. В том числе описано в каком формате что отдается.

cli - это суть человеческий интерфейс, это интерфейс который строился в расчете на то, что туда смотрит ЧЕЛОВЕК глазами, не машина.

Пример: Если вчера колонка в табличке вывода называлась ip, а в значении вчера было 1.1.1.1 255.255.255.255. А сегодня там написано ipv4 и 1.1.1.1/32 соответственно, то  человек спокойно это дело скушает и поймет. В случае с машинным интерфейсом у вас тут же поломается парсер, либо если у вас хороший программист писал софт и сделал проверку на входе, то программа упадет по какому-нибудь valueError. Потому что машина будет ожидать ровно то, что прописано в контракте (документации если угодно).

Все сказаное выше справедливо и для управления (т.е. парсер железки ругнулся на новый синтаксис, вы этот ответ прочитали и тут же ввели команду в другом формате).

В современных же реалиях больших сетей почти никто не управляет всем этим в ручную (через cli). У вас либо есть какой-нибудь NMS на стероидах, либо ansible (puppet, chef, you name it) в который вы через CI/CD либо еще как-то доставляете нормализованные входные данные. После тестирования изменений на пригодность и безопасность система сама эти самые измнения деплоит (наливает в устройства). Потом делает тесты после внесения изменений. Если необходимо откатывает изменения в случае если что-то пошло не так.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Спонсоры:
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2020 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру