Широковещательное определение

[BOBAH13]

Название темы так себе, но все же привет всем.

В общем разрабатываю архитектуру одной системы, встала проблема решить децентрализованное определение устройств по сети. Сеть локальная, т.е. будь то простой роутер с WiFi на борту.
Не много объяснения - децентрализованная, т.е. динамически, без какого-либо конкретного сервера, определяется список доступных в локальной сети устройств (мобильный телефон, компьютер и т.п.). Вопрос касается непосредственно технологий которые желательно использовать при реализации данной задачи.

Я уже делал подобное для only Windows, но сейчас надо все серьезно делать. Что приходит в голову, так это UDP. Конечно широковещательная рассылка и тот, кто отзовется выдаст свои данные, ну а там уже непосредственное подключение, тот же отличный TCP/IP. Собственно сомнения (обоснованные) дает именно UDP, его потеря пакетов, соответственно работа "через раз" не больно то и устраивает. Пакеты, пока, думаю формировать в JSON (XML - малек жирноват), т.к. придется часто передавать пакет-"пинг" для определения/сканирования сети.

Кто что думает/предложит по данному вопросу?

Спасибо.

[Utkin]

Устройства однотипные? Назначение диспетчера. Формировать уникальные идентификаторы, на основании которого определять кто главный на кухне (диспетчер или арбитр). Каждый передает свой идентификатор, на основании которого уже каждый может решить кто старший и к кому следует обращаться... Если главный выпал из сети - перевыборы (в принципе не обязательно, ведь список идентификаторов уже получен и так ясно кто заместитель). Если пришел новый идентификатор которого является приоритетным, то все вопросы к нему.

[raxp]

Utkin, похоже на арбитраж в CAN шине ...Владимир, как насчет SNMP (на базе все того же UDP) ?

[veniside]

Есть мнение, что слухи об огромных потерях пакетов в UDP слегка преувеличены. По статистике у меня при круглосуточном вещании через трёх провайдеров потери составляют менее 1% (у каждого из провайдеров). Так это в тырнете. А что надо сделать, чтобы пакет потерялся в локалке, я с трудом представляю. В вашем же случае, если выдавать "пинг" раз в секунду, то даже при потере 90% пакетов устройство просто определится не на первой секунде, а на девятой. Имхо, для определения "списка доступных в локальной сети устройств", пойдёт. Есть только одна тонкость. Широковещательные пакеты ходят по своей подсетке. Если их несколько, лучше заюзать мультикаст.

[MaTBeu]

Сообщение от BOBAH13

Собственно сомнения (обоснованные) дает именно UDP, его потеря пакетов, соответственно работа "через раз" не больно то и устраивает. Пакеты, пока, думаю формировать в JSON (XML - малек жирноват), т.к. придется часто передавать пакет-"пинг" для определения/сканирования сети.

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

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

[BOBAH13]

Спасибо за ответы и советы. Видимо буду разбираться и усовершенствовать систему определения.