[Robot_NagNews]

Материал: Автоматизация работы сетевого администратора осуществляется с применением различных инструментов и решений для более быстрого и эффективного выполнения рутинных задач, а самое главное для получения детерминированных результатов. Наша задача - рассказать вам об архитектуре построения программируемых сетей и на практических примерах показать инструменты, которые вы сможете использовать в своей инфраструктуре, но обо всем по порядку. Полный текст

[seventh]

Как будто реферат читаешь. Не для людей написано.

[pppoetest]

Цитата

Таким образом, сегодня мы познакомились с понятием "автоматизация при работе с сетевым оборудованием", рассмотрели основные концепции и начали изучать инструменты работы с сетью на языке Python

Ну точно, реферат. 10-летний опыт в области "автоматизации при работе с сетевым оборудованием" говорит что:

Невозможно построить универсальный инструмент, сети постоянно развиваются, меняются технологии, вендоры, приходится что-то доавтоматизировать, либо наколеночные скрипты на bash/perl пописывать, менять/добавлять шаблоны оборудования, и т.д. И, кмк, даже уровни абстракции не спасут от сабжа.

Практика пока теорию не опровергла.

[jffulcrum]

Я думал там хотя бы Ansible...

[Ivan_83]

Всё идёт к software defined network, а там будет какойнить апи или язык для конфигурации, стандартизированный, так что проблема будет решена и все эти железки в текущем виде, когда каждый вендор творил куету как хотел - закончатся.

[jffulcrum]

Угу, как телефоны на Андроиде, да? Или системы "безумный дом"...

[ne-vlezay80]

А как РКН отнесётся к этому SDN, если он не сможет работать с ТСПУ?

Edited January 12, 2021 by ne-vlezay80

[Ivan_83]

20 часов назад, jffulcrum сказал:

Угу, как телефоны на Андроиде, да? Или системы "безумный дом"...

Хорошо телефоны на андройде.

И умный дом хорошо. Там в беспроводе потихоньку зигби побеждает для дешман устройств, но в целом иметь несколько шлюзов в разные протоколы ни разу не проблема, всё это уходит в mqtt - оно как стандартное апи для всего в итоге.

 

2 часа назад, ne-vlezay80 сказал:

А как РКН отнесётся к этому SDN, если он не сможет работать с ТСПУ?

Ниипёт, прогресс идёт не для них а вопреки им.

[pppoetest]

23 часа назад, Ivan_83 сказал:

стандартизированный

Ваня, много раз видел, что стандарты дохнут и создаются новые, все эти апи, хэмээли, дыжсоны, ямлы, сотни их. Ну и где эта универсальность? Ты же сам в курсе, вон днла, что-нить получилось?

 

23 часа назад, Ivan_83 сказал:

и все эти железки в текущем виде, когда каждый вендор творил куету как хотел - закончатся.

Крайне маловероятно. Имхо.

[SOFTOLAB]

Везде будут ставить RouterOS, будет однаковое cli и конфигурирование.

[ne-vlezay80]

1 час назад, SOFTOLAB сказал:

Везде будут ставить RouterOS, будет однаковое cli и конфигурирование.

Это уже не SDN...
это привязка к вендору...

[Ivan_83]

7 часов назад, pppoetest сказал:

Ваня, много раз видел, что стандарты дохнут и создаются новые, все эти апи, хэмээли, дыжсоны, ямлы, сотни их. Ну и где эта универсальность? Ты же сам в курсе, вон днла, что-нить получилось?

mqtt уже типа http - хер он просто так сдохнет, транспорт для кучи разных применений. Он же не только для умного дома и всякого IoT применяется.

 

С DLNA всё сложно.

Он с одной стороны слишком сложный в своей основе, тут и XML-SOAP и пр, с другой там огромные талмуды где расписано всё на все случаи жизни.

Он и идеологически сложный, потому что по сути это фреймворк для построения графа, а у людей с этим плохо, даже у тех кто в технике живёт. Вон нетграф, геом, гстример и в венде там какой то аналогичный фреймворк для видео/аудио - пользуются этим всем очень мало людей на шарике, притом они обычно собирают то что нужно им и отдают в пользование другим как готовый продукт.

Но DLNA в принципе то жив, и вот лучше бы вендоры развивали его, чем свои никчёмные протоколы. Мне вон для саундбара лыжи пришлось утилиту корябать, которая реализует ихний протокол (json зашифрованный в aes статическим ключём), подозреваю только потому что им было долго/дорого делать это всё поверх DLNA, при этом разумеется DLNA там есть.

[fhunter]

19 часов назад, Ivan_83 сказал:

mqtt уже типа http - хер он просто так сдохнет, транспорт для кучи разных применений. Он же не только для умного дома и всякого IoT применяется.

Mqtt - он же без стандартизации как дерева тем, так и формата передачи. В итоге - я видел "трэш, угар и содомию" в стиле - "все датчики висят в одной теме и общаются json-ом с указанием имени/ID датчика"

Edited January 13, 2021 by fhunter

[Ivan_83]

1 час назад, fhunter сказал:

Mqtt - он же без стандартизации как дерева тем, так и формата передачи. В итоге - я видел "трэш, угар и содомию" в стиле - "все датчики висят в одной теме и общаются json-ом с указанием имени/ID датчика"

Общаются же - задача решена, это же транспорт.

Твоя претензия сродни тому что URL не стандартизированы а на каждом сайте свои уникальные URL~ы.

[pppoetest]

Ну и по итогу, сколько этих "мкутт" насоздавали,и где стандарты? Имхо, эти SDN из тоже серии, в итоге как клепали кто во что горазд, так и будут.

[Sergey Gilfanov]

14 часов назад, Ivan_83 сказал:

Общаются же - задача решена, это же транспорт.

Твоя претензия сродни тому что URL не стандартизированы а на каждом сайте свои уникальные URL~ы.

Имена в SNMP помним? Тоже, как бы транспорт. Но без здоровой портянки 'что-есть что' ничего сделать нельзя. Так что если есть только транспорт - то задача совсем не решена.

[Ivan_83]

23 часа назад, pppoetest сказал:

Ну и по итогу, сколько этих "мкутт" насоздавали,и где стандарты?

Вы тоже ратуете чтобы все URL в инете стандартизировать?)

 

22 часа назад, Sergey Gilfanov сказал:

Имена в SNMP помним? Тоже, как бы транспорт. Но без здоровой портянки 'что-есть что' ничего сделать нельзя.

SNMP нечеловеческая херня с не читаемыми OID, которые и менять было нельзя.

А тут как хочешь так и обзываешь, подобно тому как на вебсерверах файлы по папкам как хотят так и раскидывают и скрипты как хотят так и называют.

[Sergey Gilfanov]

19 минут назад, Ivan_83 сказал:

А тут как хочешь так и обзываешь, подобно тому как на вебсерверах файлы по папкам как хотят так и раскидывают и скрипты как хотят так и называют.

Э, нет. Как производитель железки захотел, так и называет. И потом может менять как хочет. А вот как ты будешь узнавать, как именно он захотел - смотри SNMP

Где, по сути, OID и путь в нем - тот же URL, но только буквы использовать нельзя - одни числа. Ну и где про часть путей ухитрились договорится, чтобы разные производители по одному и тому же пути данные клали.

 

19 минут назад, Ivan_83 сказал:

Вы тоже ратуете чтобы все URL в инете стандартизировать?)

Все не все, но достаточно большую часть часть было бы хорошо.

[Ivan_83]

19 минут назад, Sergey Gilfanov сказал:

Э, нет. Как производитель железки захотел, так и называет. И потом может менять как хочет. А вот как ты будешь узнавать, как именно он захотел - смотри SNMP

Так о чём спор то?

И SNMP и MQTT - оба транспорты, как и HTTP.

SNMP никому нахер не упал и все плюются от него, как раз потому что мудацкий URL ни запомнить, ни понять ни узнать.

HTTP взлетел, потому что капец какой простой и понятный, урлы делай какие хочешь.

MQTT тоже вполне себе взлетел, ИМХО, и никуда не денется. Даже не смотря на свою бинарную природу.

[Sergey Gilfanov]

11 минут назад, Ivan_83 сказал:

Так о чём спор то?

О том, что задача в этой нише решена. Транспорт - да, взлетел, а стандартизированные интеграции поверх этого транспорта - смотри что с SNMP стало, который был попыткой похожую задачу решить до конца.

[Ivan_83]

8 минут назад, Sergey Gilfanov сказал:

Транспорт - да, взлетел, а стандартизированные интеграции поверх этого транспорта - смотри что с SNMP стало, который был попыткой похожую задачу решить до конца.

Они не очень нужны, а часто и вредны.

Возможность задать произвольный URL намного лучше, чем прибитое гвоздями.

Я столько раз видел как прибитое на гвозди при малейшем чихе перестаёт работать и это почти не чинибельно, в то время как то что не прибито - чинится легко, часто правкой конфигов.

В том же nginx я легко приколхозил и обработку кастомных HTTP запросов (не get/post) и даже DLNA хрени спокойно относятся к тому что URL они получают из xml файла с описанием сервисов.

Применительно к mqtt и хреням это значит что я сам смогу как мне удобно это всё организовать, что у меня не будет неразрешимых конфликтов когда один девайс не возможно юзать в количестве больше 1-4 штук или он жить не может совместно с другим каким то девайсом.

Поэтому нет, не надо ваших жёстких стандартизаций тут, достаточно базового транспортного протокола и настраиваемого всего остального.

[Sergey Gilfanov]

1 минуту назад, Ivan_83 сказал:

и настраиваемого всего остального.

Сам-то веришь, что в железке, у которой и интерфейса-то нормального нет, можно будет что-то настроить?

[Ivan_83]

34 минуты назад, Sergey Gilfanov сказал:

Сам-то веришь, что в железке, у которой и интерфейса-то нормального нет, можно будет что-то настроить?

Да.

UPnP же работает. :)

 

На самом деле всё несколько сложнее.

Если девайс умеет нативно mqtt то почти всегда там есть способ подключится и настроить, потому что для mqtt требуется как минимум адрес+логин+пароль, даже этого достаточно чтобы на сервере разрулить 100500 разных девайсов.

А если девайс ходит через какой то шлюз, той же зиги, то это проблемы шлюза и они тоже как то решаются, в основном через конфиги, как я понял.

[fhunter]

В 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

[Ivan_83]

14 часов назад, fhunter сказал:

Лично видел внутри mqtt - json, apache thrift и вроде protobuf, а да, ещё голые строки. Выбирай любой :)

А ты видел чего в http передают?)

 

14 часов назад, fhunter сказал:

А тот последний вариант что я описал, видел живьём в одном опенсорсном умном доме. А оно при такой реализации - сваливает на датчики и эффекторы фильтрацию того кому это пришло. Вместо того, чтобы с этим разбирался брокер. А автор этого самого умного дома говорил - "ну мне так удобно было писать, ага".

А причём тут mqtt?)