Robot_NagNews Posted January 11, 2021 Материал: Автоматизация работы сетевого администратора осуществляется с применением различных инструментов и решений для более быстрого и эффективного выполнения рутинных задач, а самое главное для получения детерминированных результатов. Наша задача - рассказать вам об архитектуре построения программируемых сетей и на практических примерах показать инструменты, которые вы сможете использовать в своей инфраструктуре, но обо всем по порядку. Полный текст Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
seventh Posted January 11, 2021 Как будто реферат читаешь. Не для людей написано. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
pppoetest Posted January 11, 2021 Цитата Таким образом, сегодня мы познакомились с понятием "автоматизация при работе с сетевым оборудованием", рассмотрели основные концепции и начали изучать инструменты работы с сетью на языке Python Ну точно, реферат. 10-летний опыт в области "автоматизации при работе с сетевым оборудованием" говорит что: Невозможно построить универсальный инструмент, сети постоянно развиваются, меняются технологии, вендоры, приходится что-то доавтоматизировать, либо наколеночные скрипты на bash/perl пописывать, менять/добавлять шаблоны оборудования, и т.д. И, кмк, даже уровни абстракции не спасут от сабжа. Практика пока теорию не опровергла. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
jffulcrum Posted January 11, 2021 Я думал там хотя бы Ansible... Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
Ivan_83 Posted January 11, 2021 Всё идёт к software defined network, а там будет какойнить апи или язык для конфигурации, стандартизированный, так что проблема будет решена и все эти железки в текущем виде, когда каждый вендор творил куету как хотел - закончатся. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
jffulcrum Posted January 11, 2021 Угу, как телефоны на Андроиде, да? Или системы "безумный дом"... Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
ne-vlezay80 Posted January 12, 2021 (edited) А как РКН отнесётся к этому SDN, если он не сможет работать с ТСПУ? Edited January 12, 2021 by ne-vlezay80 Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
Ivan_83 Posted January 12, 2021 20 часов назад, jffulcrum сказал: Угу, как телефоны на Андроиде, да? Или системы "безумный дом"... Хорошо телефоны на андройде. И умный дом хорошо. Там в беспроводе потихоньку зигби побеждает для дешман устройств, но в целом иметь несколько шлюзов в разные протоколы ни разу не проблема, всё это уходит в mqtt - оно как стандартное апи для всего в итоге. 2 часа назад, ne-vlezay80 сказал: А как РКН отнесётся к этому SDN, если он не сможет работать с ТСПУ? Ниипёт, прогресс идёт не для них а вопреки им. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
pppoetest Posted January 12, 2021 23 часа назад, Ivan_83 сказал: стандартизированный Ваня, много раз видел, что стандарты дохнут и создаются новые, все эти апи, хэмээли, дыжсоны, ямлы, сотни их. Ну и где эта универсальность? Ты же сам в курсе, вон днла, что-нить получилось? 23 часа назад, Ivan_83 сказал: и все эти железки в текущем виде, когда каждый вендор творил куету как хотел - закончатся. Крайне маловероятно. Имхо. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
SOFTOLAB Posted January 12, 2021 Везде будут ставить RouterOS, будет однаковое cli и конфигурирование. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
ne-vlezay80 Posted January 12, 2021 1 час назад, SOFTOLAB сказал: Везде будут ставить RouterOS, будет однаковое cli и конфигурирование. Это уже не SDN... это привязка к вендору... Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
Ivan_83 Posted January 13, 2021 7 часов назад, pppoetest сказал: Ваня, много раз видел, что стандарты дохнут и создаются новые, все эти апи, хэмээли, дыжсоны, ямлы, сотни их. Ну и где эта универсальность? Ты же сам в курсе, вон днла, что-нить получилось? mqtt уже типа http - хер он просто так сдохнет, транспорт для кучи разных применений. Он же не только для умного дома и всякого IoT применяется. С DLNA всё сложно. Он с одной стороны слишком сложный в своей основе, тут и XML-SOAP и пр, с другой там огромные талмуды где расписано всё на все случаи жизни. Он и идеологически сложный, потому что по сути это фреймворк для построения графа, а у людей с этим плохо, даже у тех кто в технике живёт. Вон нетграф, геом, гстример и в венде там какой то аналогичный фреймворк для видео/аудио - пользуются этим всем очень мало людей на шарике, притом они обычно собирают то что нужно им и отдают в пользование другим как готовый продукт. Но DLNA в принципе то жив, и вот лучше бы вендоры развивали его, чем свои никчёмные протоколы. Мне вон для саундбара лыжи пришлось утилиту корябать, которая реализует ихний протокол (json зашифрованный в aes статическим ключём), подозреваю только потому что им было долго/дорого делать это всё поверх DLNA, при этом разумеется DLNA там есть. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
fhunter Posted January 13, 2021 (edited) 19 часов назад, Ivan_83 сказал: mqtt уже типа http - хер он просто так сдохнет, транспорт для кучи разных применений. Он же не только для умного дома и всякого IoT применяется. Mqtt - он же без стандартизации как дерева тем, так и формата передачи. В итоге - я видел "трэш, угар и содомию" в стиле - "все датчики висят в одной теме и общаются json-ом с указанием имени/ID датчика" Edited January 13, 2021 by fhunter Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
Ivan_83 Posted January 13, 2021 1 час назад, fhunter сказал: Mqtt - он же без стандартизации как дерева тем, так и формата передачи. В итоге - я видел "трэш, угар и содомию" в стиле - "все датчики висят в одной теме и общаются json-ом с указанием имени/ID датчика" Общаются же - задача решена, это же транспорт. Твоя претензия сродни тому что URL не стандартизированы а на каждом сайте свои уникальные URL~ы. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
pppoetest Posted January 14, 2021 Ну и по итогу, сколько этих "мкутт" насоздавали,и где стандарты? Имхо, эти SDN из тоже серии, в итоге как клепали кто во что горазд, так и будут. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
Sergey Gilfanov Posted January 14, 2021 14 часов назад, Ivan_83 сказал: Общаются же - задача решена, это же транспорт. Твоя претензия сродни тому что URL не стандартизированы а на каждом сайте свои уникальные URL~ы. Имена в SNMP помним? Тоже, как бы транспорт. Но без здоровой портянки 'что-есть что' ничего сделать нельзя. Так что если есть только транспорт - то задача совсем не решена. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
Ivan_83 Posted January 15, 2021 23 часа назад, pppoetest сказал: Ну и по итогу, сколько этих "мкутт" насоздавали,и где стандарты? Вы тоже ратуете чтобы все URL в инете стандартизировать?) 22 часа назад, Sergey Gilfanov сказал: Имена в SNMP помним? Тоже, как бы транспорт. Но без здоровой портянки 'что-есть что' ничего сделать нельзя. SNMP нечеловеческая херня с не читаемыми OID, которые и менять было нельзя. А тут как хочешь так и обзываешь, подобно тому как на вебсерверах файлы по папкам как хотят так и раскидывают и скрипты как хотят так и называют. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
Sergey Gilfanov Posted January 15, 2021 19 минут назад, Ivan_83 сказал: А тут как хочешь так и обзываешь, подобно тому как на вебсерверах файлы по папкам как хотят так и раскидывают и скрипты как хотят так и называют. Э, нет. Как производитель железки захотел, так и называет. И потом может менять как хочет. А вот как ты будешь узнавать, как именно он захотел - смотри SNMP Где, по сути, OID и путь в нем - тот же URL, но только буквы использовать нельзя - одни числа. Ну и где про часть путей ухитрились договорится, чтобы разные производители по одному и тому же пути данные клали. 19 минут назад, Ivan_83 сказал: Вы тоже ратуете чтобы все URL в инете стандартизировать?) Все не все, но достаточно большую часть часть было бы хорошо. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
Ivan_83 Posted January 15, 2021 19 минут назад, Sergey Gilfanov сказал: Э, нет. Как производитель железки захотел, так и называет. И потом может менять как хочет. А вот как ты будешь узнавать, как именно он захотел - смотри SNMP Так о чём спор то? И SNMP и MQTT - оба транспорты, как и HTTP. SNMP никому нахер не упал и все плюются от него, как раз потому что мудацкий URL ни запомнить, ни понять ни узнать. HTTP взлетел, потому что капец какой простой и понятный, урлы делай какие хочешь. MQTT тоже вполне себе взлетел, ИМХО, и никуда не денется. Даже не смотря на свою бинарную природу. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
Sergey Gilfanov Posted January 15, 2021 11 минут назад, Ivan_83 сказал: Так о чём спор то? О том, что задача в этой нише решена. Транспорт - да, взлетел, а стандартизированные интеграции поверх этого транспорта - смотри что с SNMP стало, который был попыткой похожую задачу решить до конца. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
Ivan_83 Posted January 15, 2021 8 минут назад, Sergey Gilfanov сказал: Транспорт - да, взлетел, а стандартизированные интеграции поверх этого транспорта - смотри что с SNMP стало, который был попыткой похожую задачу решить до конца. Они не очень нужны, а часто и вредны. Возможность задать произвольный URL намного лучше, чем прибитое гвоздями. Я столько раз видел как прибитое на гвозди при малейшем чихе перестаёт работать и это почти не чинибельно, в то время как то что не прибито - чинится легко, часто правкой конфигов. В том же nginx я легко приколхозил и обработку кастомных HTTP запросов (не get/post) и даже DLNA хрени спокойно относятся к тому что URL они получают из xml файла с описанием сервисов. Применительно к mqtt и хреням это значит что я сам смогу как мне удобно это всё организовать, что у меня не будет неразрешимых конфликтов когда один девайс не возможно юзать в количестве больше 1-4 штук или он жить не может совместно с другим каким то девайсом. Поэтому нет, не надо ваших жёстких стандартизаций тут, достаточно базового транспортного протокола и настраиваемого всего остального. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
Sergey Gilfanov Posted January 15, 2021 1 минуту назад, Ivan_83 сказал: и настраиваемого всего остального. Сам-то веришь, что в железке, у которой и интерфейса-то нормального нет, можно будет что-то настроить? Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
Ivan_83 Posted January 15, 2021 34 минуты назад, Sergey Gilfanov сказал: Сам-то веришь, что в железке, у которой и интерфейса-то нормального нет, можно будет что-то настроить? Да. UPnP же работает. :) На самом деле всё несколько сложнее. Если девайс умеет нативно mqtt то почти всегда там есть способ подключится и настроить, потому что для mqtt требуется как минимум адрес+логин+пароль, даже этого достаточно чтобы на сервере разрулить 100500 разных девайсов. А если девайс ходит через какой то шлюз, той же зиги, то это проблемы шлюза и они тоже как то решаются, в основном через конфиги, как я понял. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
fhunter Posted January 15, 2021 В 14.01.2021 в 01:18, Ivan_83 сказал: Общаются же - задача решена, это же транспорт. Твоя претензия сродни тому что URL не стандартизированы а на каждом сайте свои уникальные URL~ы. Я не прошу стандартизованного URL, я прошу вменяемого API этого общения. Лично видел внутри mqtt - json, apache thrift и вроде protobuf, а да, ещё голые строки. Выбирай любой :) А тот последний вариант что я описал, видел живьём в одном опенсорсном умном доме. А оно при такой реализации - сваливает на датчики и эффекторы фильтрацию того кому это пришло. Вместо того, чтобы с этим разбирался брокер. А автор этого самого умного дома говорил - "ну мне так удобно было писать, ага". Кстати стандартизованные url уже есть. /.well-known/ https://tools.ietf.org/html/rfc8615 Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
Ivan_83 Posted January 16, 2021 14 часов назад, fhunter сказал: Лично видел внутри mqtt - json, apache thrift и вроде protobuf, а да, ещё голые строки. Выбирай любой :) А ты видел чего в http передают?) 14 часов назад, fhunter сказал: А тот последний вариант что я описал, видел живьём в одном опенсорсном умном доме. А оно при такой реализации - сваливает на датчики и эффекторы фильтрацию того кому это пришло. Вместо того, чтобы с этим разбирался брокер. А автор этого самого умного дома говорил - "ну мне так удобно было писать, ага". А причём тут mqtt?) Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...