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