I am mostly known for my #Django work, but for years I have maintained #SSDP for #Python, a #UPnP substandard.
Over a month ago, I realized there isn't the an #AsyncIO library for #SIP, the #VoIP protocol.
It sent me down the deepest rabbit hole of my life. Dozens and dozens of decades-old RFC standards, some predating the Internet.
Today I emerge with a first draft and a call for HELP!
P.S.
A. Есть производители довольно массового оборудования, у которого MAC адреса генерируется на борту устройства. Вполне штатно и зачастую "по умолчанию".
Б. Есть производители, у которых само устройство постоянно пытается и вполне удачно получает (при дефолтных настройках сетевого интерфейса) разный IP в локальной сети (может запрашивать переназначение через несколько минут работы). Есть вполне мотивированное объяснение (производителя) зачем это востребовано. И есть дилеры, которые всеми способами (включая написание своего FW) борются с этим, начиная от постоянных объяснений "восторженным" эникейщикам, почему у них в сети происходит "непонятно что".
Поэтому, для грамотного сетевика (или админа сети), во главе угла должна быть цель "держать всё под контролем с самого начала".
Дополнение:
1. Не работать с оборудованием у которого "альтернативно одарённый" производитель выдумывает приключения для пользователя. (помогает не только в поиске IP)
Адекватные бренды как правило понимают всю "кухню" и помнят/заботятся о удобстве работы со своими оборудованием.
2. Иметь под рукой как минимум тестовый/отладочный роутер почти любого производителя, и все предварительные настройки проводить через него (а потом ставить настроенное устройство в рабочую сеть). Да, некоторые производители любят назначать что-то далёкое от 1.* или10.*, но смотрим п.1
3. Придерживаться монобрендового подхода к подбору оборудования, как минимум по направлениям однотипного оборудования.
4. У нормальных производителей почти всегда есть свои утилиты по поиску в сети своего оборудования и показа его IP/MAC.
Про направление "сторонних" утилит уровня NetScan тоже желательно "не забывать", но это уже "факультативно", если придерживаться п.1 - п.4
Обнаружение устройств через UPnP / SSDP
Во-первых, RS-232 и RS-485 это не протоколы, это физический уровень. Протокол выше может как гарантировать доставку, так и нет. Сама последовательная передача ничего не гарантирует, даже то, что эту передачу вообще кто-нибудь услышит и примет, это просто ногодрыг.
В USB — для изохронного канала доставка не гарантируется, для поточного гарантируется, зависит от того, что вы хотите делать, файл передавать на флешку или с микрофона писать звук.
Обнаружение устройств через UPnP / SSDP
Что больше всего бесит при первом запуске устройств с управлением по Ethernet? Необходимость его искать в сети с использованием зоопарка из подходов. Тут используются программы автопоиска (например Winbox для MikroTik), дефолтные IP адреса (все эти 192.168.1.1, 192.168.100.1, 192.168.2.1 - кто во что горазд). Иногда надо со смартфона показывать QR коды в камеру устройства или передавать настройки тональными сигналами в микрофон. Мы задались целью найти стандарт для поиска устройств в сети и внедрить его в свои устройства на основе микроконтроллеров и/или одноплатных компьютеров. Это статья о стандартах, их особенностях, преодолённых трудностях и об открытом коде, который мы написали для себя и считаем лучшей в мире открытой реализацией SSDP сервера и клиента.
https://habr.com/ru/articles/872216/
#SSDP #UPnP #Ethernet #AutoIP #Python #ipv4 #texas_instruments #одноплатник #кроссплатформенность #multicast
That's a wrap for #work. Now on to something more entertaining.
Perhaps explore #multicast groups and write something to watch #ssdp and #upnp traffic.
codingjoe 
Who Let The Dogs Out 🐾
Habr
Andrea Peltrin
Peter Hartley
xameer
Turkey Celebs Agenda
jr0