Охранная сигнализация пользователей сети Ethernet

Разрабатываю сигнализацию которая в качестве канала связи с сервером использует локальную сеть. Понимаю что сигнализация тема заезженная, но интерес заключается в открытом канале! Нестандартное решение, возникает много проблем с криптографией, собираюсь использовать шифрование с динамическим ключём, связь будет односторонняя, тоесть об аутентификации и идентификации речи быть не может. Основная цель это удешевление, т.к. используется тотже сетевой кабель пользователя. Необходимо поставить двойную розетку чтобы две пары шли на сетевуху и две пары на устройство сбора инфы с датчиков. Получится ограничение скорости сети у пользователя на 100Мбит/с вместо гигабита. Конечно же такая же розетка должна стоять перед хабом и получится что пользователь будет занимать два порта. Собираюсь использовать микроконтроллер Ethernet любой на 100Мбит и микроконтроллер серии мк-51 фирмы филипс 8-ми битный, там большой выбор, а необходимо много портов, для опроса датчиков, задание младшей части МАС-адреса, на дисплей и клавиатуру для смены и ввода пароля.

В поле адреса приёмника кадра Ethenet будут все единицы , т.е. он широковещательный (неизвесно же МАС-адрес сетевухи сервера осуществляющего мониторинг 1024 пользователей). Адрес источника - это: старшая часть то что забито в прошивке а младшие 10 бит задаются перемычками, конечно можно через клавиатуру, но тут надо посмотреть будет уже на готорую схему и микропрограмму, возможно так не получится мало ли пзу закончится... Передаётся кадр о состоянии пользовательского блока раз в минуту, с учётом коллизий если через две минуты сервер от какого либо блока не принял пакет, то считается обрыв линии! При нормальной работе (сигнализация установлена) передаётся рас в минуту (так во всех режимах - это на 1024 пользователя небольшой трафик, для 100Мбит/с загрузка сети 2%) например число 18. Естественно зашифрованное, вот тут и нужен динамический ключ, чтоб нельзя было с любого компа сети передавать стандартный пакет! Примерная формула может быть X=(S*N+M/S)*(K+1), где S-состояние УПСД (устройства преобразования состояния датчиков), N-порядковый номер кадра, M-последние две десятичные цифры МАС-адреса. К-порядковый номер переполнения N. в результате сервер не может выразить S и поэтому он считает по такой же формул, N- возможно будет передаваться в томже кадре. из-за того что МС-51 восьми разрядный, то каждые 256 кадроб сбрасывались бы еслиб не *(K+1), положительный момент в том что постоянно возникают переполнения при расчёте! это создаёт псевдо случайную последовательность! предвологается добавить *(К2+1) и т.д. пока не получится значение времени после которого формула сбросится, более года, может 100 лет, там всего 2 или 3 добавления... Конечно число 18 и формула взяты для примера! ПРИНИМАЮ С УДОВОЛЬСТВИЕМ ЛЮБУЮ КРИТИКУ! хочу устранить недостатки!

Я не спец по криптологии, поэтому мало, что конструктивного посоветую, а вот мне интересен тип Ethernet-контроллера, который Вы собрались применить, и де такие изделия можно приобрести (если посоветуете в Киеве, так вообще чудесно).

Это может быть старый 10Мбитный CS8900A к примеру. Но нужно учесть что внем более 100 ножек и паять его вручную нереально! А о том где преобрести сам не узнавал, нет необходимости, но в инете полно магазинов!