Реально Fast Ethernet, Использование RAW-пакетов Опции

[Aprox]

Периодически вспыхивают дискуссии о реальной скорости передачи данных по Ethernet. У меня именно такая задача - в сенменте Ethernet-100 обеспечить передачу потока данных со скоростью не менее 80 Мbps. Как я уже докладывал, существующие стеки TCP/IP не обеспечивают такой скорости, даже в протоколе UDP. Для известных конструкций на микроконтроллерах, реальная скорость не превышает 20..25 Mbps. Поэтому было решено отойти от стандартов TCP/IP и максимально сократить программное вмешательство процессора в процесс отсылки пакетов. Городить FPGA для ENET-100 тоже не показалось оправданным. В результате, поиск остановился на кристалле STR912FAxx c ARM9 и Ethernet контроллером на борту. Почему именно на нем. Потому, что в нем так организована периферия, AHB шина, контроллер внешней шины и DMA-MAC, что позволяет заполнять FIFO MAC-контроллера внешними данными автономно, минуя шину процессора и минуя шину FLASH и SRAM. Т.е. процессор практически не тормозится, а закачка данных идет на максимальной скорости. Я реализовал простейший вид RAW-пакетов в формате Ethernet-II: <Dst><Src><FrameId><...Data...>. Где FrameId мне любезно предоставил наш уважаемый гуру. Вот первые результаты натурных испытания на модуле MMstr912 от Propox получена максимальная скорость передачи данных- 96 Mbps. Использование 100M сети на 96%. Это скорость, когда процессор ничем не занят. В реале же, я ожидаю незначительного снижения производительности из-за того, что подготовка и отсылка пакетов практически полностью осуществляется аппаратными средствами кристалла. Было проверено также прохождение такого потока данных через свитч. Нареканий нет. Также проверена возможность WinPCAP капчурить поток пакетов такой скорости поступления и записывать их в файл. Работает исправно на Windows XP c обычным пентиумом 800MHz. Сейчас я полон оптимизма и приступаю к реализации WEB-сервера на RAW-пакетах.

[GL_basik]

А как Ваше устройство отреагирует на сеть, где multicast разливается? Или оно только передает, но не принимает данные?

[Aprox]

А как Ваше устройство отреагирует на сеть, где multicast разливается? Или оно только передает, но не принимает данные?

Как раз сейчас налаживаю прием данных на фоне непрерывной передачи пакетов. Устройство подключено к отдельному сегменту Ethernet в полном дуплексе и по идее передача мешать приему не должна. Однако, столкнулся с багами встроеного MAC контроллера кристалла STR912FA. А может, плохо разобрался в доках, или очередной баг в стандартной библиотеке... Короче, пока не получается одновременно передавать и принимать пакеты. Буду разбираться.

[Aprox]

Как раз сейчас налаживаю прием данных на фоне непрерывной передачи пакетов. Устройство подключено к отдельному сегменту Ethernet в полном дуплексе и по идее передача мешать приему не должна. Однако, столкнулся с багами встроеного MAC контроллера кристалла STR912FA. А может, плохо разобрался в доках, или очередной баг в стандартной библиотеке... Короче, пока не получается одновременно передавать и принимать пакеты. Буду разбираться.

Сейчас получилось. Как и ожидалось, все баги нашлись в библиотеке от STM, заведующей ENET. Пришлось заново переписать. Теперь устройство передает и принимает данные одновременно со скоростью 96MBсек и на прием, и на передачу. Полный дуплекс.