Можно ли "распараллелить" Ethernet?, Нужно принимать данные на два ПК Опции

[Александр77]

Коллеги, здравствуйте!
Имеется устройство на базе DE0-nano SoC, которое высылает Ethernet пакеты. Прием пакетов производит рабочий ПК, на котором крутится ПО обработки. Во время отладки ПО были выявлены большие потери, которые устранили путем подъема перезапросов (TCP/IP).
Для отладки железа хватало приема по UDP (потерь не было) на несильный тестировочный ПК (соединение точка - точка, поэтому адреса у обоих ПК одинаковые).
Сейчас назрела необходимость проверки правильности работы ПО, что требует наличия "сырых" входных данных. Однако по ряду причин эти данные получить не удается (то мешали, то забыли, то запись не рабочий режим и т.д. Оставим отговорки на совести работников. Главное уходит время, а также нет уникальных данных для последующей работы).
В общем назрела необходимость в некотором устройстве (готовом или в виде демо-платы), которое позволило бы записывать параллельно данные на два ПК.
Была мысль использовать такую плату (перекачивать данные из одного порта в другой, а параллельность обеспечить выводом на GPIO, с последующим забором той же DE0-nano SoC). Но смущает возможный перезапрос, который по словам программистов восстанавливает до 30% потерь, и его придется делать на этой плате.
Что еще можно использовать в качестве целевого устройства?

[Aner]

Странное что-то у вас с потерей пакетов твориться, обычно такого не должо быть. А потери не связаны с OC на PC?
А какие скорости гоняете, какие кабеля, расстояния? DE0-nano SoC ну а посылать на два сокета, два потрта с одним IP?
Или роутить поток во внутренней подсети?

[Александр77]

Странное что-то у вас с потерей пакетов твориться, обычно такого не должо быть. А потери не связаны с OC на PC?

Потери зависят от работы прикладного ПО и возрастают в режиме записи на диск сырых данных.

А какие скорости гоняете, какие кабеля, расстояния?

Пиковая скорость до 100 М. Оптика от 50 м до 1 км. У входа в ПК медь.

DE0-nano SoC ну а посылать на два сокета, два потрта с одним IP?

Тут сложность с программистами - в один ПК загонять и так хватает проблем, а доступа к крутящемуся ПО в арме у нас нет.
Ну и человеческий фактор - виноваты электроники, у них (т.е. у меня и коллег) там чего-то. Хотя на нашем ПК мы принимаем UDP без потерь (без обработки в процессе набора естественно) и эксперименты проходят на ура.

Чем не подходит любой свитч с поддержкой мирроринга?

Наверное подходит - просто не знал о существовании таковых (может это то что ищу и не надо писать доп ПО)