Как интегрировать 64 Ethernet устройства в местную сеть ? Опции

[algidim]

Здравствуйте !

У меня такой вопрос, как по хорошему делается такая штука: Есть устройства, которые подключаются в локальную сеть Ethernet. С этих устройств (от1 до 64) должен один компьютер, который подключен в эту же сеть читать информацию. Данных крайне мало, используется обмен по UDP, ну это наверно не так важно. Вопрос в том : как эти устройства по хорошему интегрировать в местную локальную сеть. Каждое устройство содержит естественно свой mac адрес и должно содержать свой статический IP адрес ? Или все устройства должны первоначально иметь один и тотже IP адрес и каким то образом, например через WEB интерфейс должно дать возможность системному администратору изменять свои IP и/или MAC адрес, но тогда первоначально их нельзя будет подключить все сразу в сеть… А если они будут содержать разные IP адреса, то какие, ведь при подключении в сеть в ней уже может быть компьютер с этим IP адресом. А если устройства будут иметь одинаковые IP адреса, то для интеграции в сеть устройства должны будут подключаться последовательно и когда системный администратор изменит IP адрес устройства, он сможет подключить следующее. А если используется только один компьютер в сети и нет вообще никакого системного администратора, как интегрировать мои устройства в сеть ?

[VslavX]

Реализуйте в своих устройствах DHCP-клиент. А на компьютере поднимаете DHCP-сервер, который и будет заниматься автоматической раздачей IP-адресов. Большинство DHCP-серверов позволяют задать привязку IP к MAC-адресу - поэтому IP-адреса могут распределяться на более-менее постоянной основе.

[algidim]

Можно сделать и так… А если у людей в сети используются статические IP адреса, то как им подключить мои устройства в свою сеть ? Или может как то реализовать 2 режима… И если человек не очень понимает в DHCP-серверах как он будет настраивать его на своем компьютере, писать инструкцию с картинками ? Интересно а WiFi устройствах тоже DHCP сервер реализован, там вроде вручную вообще IP адреса не изменяются.

[vitan]

Почитайте про DHCP. WiFi к нему отношения не имеет, все будет работать.

[VslavX]

Можно сделать и так… А если у людей в сети используются статические IP адреса, то как им подключить мои

Это все реализуется политикой распределения адресов. Например выделяется диапазон для статических IP и другой диапазон для динамических по DHCP. Да и правильный сервер мониторит сеть и конфликт IP маловероятен даже при кривых настройках. Да и Вы сами в устройстве можете проверить предлагаемый DHCP-сервером IP (например при помощи self-ARP) и отклонить offer если что не понравится.

устройства в свою сеть ? Или может как то реализовать 2 режима… И если человек не очень понимает в DHCP-серверах

Там особо понимать нечего. И с появлением сетки на 64+ хоста по-любому кому-то прийдется овладевать начальными навыками обслуживания CKC и администрирования.

[HARMHARM]

Интересно а WiFi устройствах тоже DHCP сервер реализован, там вроде вручную вообще IP адреса не изменяются.

WiFi точки доступа обычно имеют простой DHCP сервер. Как и ADSL точки доступа, и многое подобное оборудование.

[_pv]

с появлением сетки на 64+ хоста по-любому кому-то прийдется овладевать начальными навыками обслуживания CKC и администрирования.

Ну как вариант есть еще костыли под названием APIPA, от микрософта.
Когда адрес никак не задан и на DHCP запросы никто не отзывается, адрес выбирается случайно из диапазона 169.254/16.
Что там с маршрутизацией будет (скорее всего - ничего, т.е. работать будет только в пределах локальной сети), и как оно будет работать одновременно с нормальными адресами в сети - не знаю, надо пробовать. На моём компе tracert 169.254.x.x на шлюз по умолчанию, вроде не лезет, пытается локально найти, так что может и будет работать.
Т.е. как вариант для изначального конфигурирования, когда: адреса заранее не задать, dhcp нет, пользователь свои настройки сети поменять не в состоянии, а до железки ему надо хоть как-то достучаться чтобы поменять настройки - может подойти.
Правда придумать как различать устройства все-равно придётся, потому что ip-то теперь будет случайный, например по mac'у:
arp -a | grep my_mac_addr

[VslavX]

Ну как вариант есть еще костыли под названием APIPA, от микрософта.
Когда адрес никак не задан и на DHCP запросы никто не отзывается, адрес выбирается случайно из диапазона 169.254/16.

А это, часом, не AutoIP? Там те же самые 169.254/16, имеется соответствующий RFC. Есть проверка свободности/занятости адреса (ЕМНИП, через ARP).

Правда придумать как различать устройства все-равно придётся, потому что ip-то теперь будет случайный, например по mac'у:
arp -a | grep my_mac_addr

Если IP в итоге получится случайный то прилется еще городить дополнительный механизм идентификации устройств - совсем весело будет, думаю, потом DHCP будет принят с радостью и благодарностью

[goodwin]

Для прописывания статических IP адресов в своих девайсах изобразил такую шнягу:
Посылаем с компа специальной утилиткой широковещательный UDP пакет на предопределенный порт. В теле пакета уникальная сигнатура и команда запроса параметров.
Девайсы отвечают на IP адрес компа UDP пакетом, в теле которого сигнатура, эхо команды запроса, MAC, текущий IP, серийник, версия фирмвари.
Сортирую, например по серийнику и вывожу все это дело в список (Вернее в TreeView, ибо там у меня к каждому ethernet контроллеру еще по 5-10 разношерстных RS485 девайсов прикручено - заодно все подсетки отображаются...).
Выбираю девайс из списка, в открывшейся формочке прописываю требуемый IP.
Посылаю UDP пакет (опять широковещательный на тот же предопределенный порт). В теле пакета уникальная сигнатура, команда записи IP адреса, MAC девайса и назначаемый IP адрес.
Девайс сравнивает свой MAC с принятым и прописывает новый IP адрес в случае совпадения.
Ну и так далее...