Преобразование данных Ethernet в потоки E1 Опции

[vadimuzzz]

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

так и разбираться надо с задержками и буферами. я как-то и 1 кбайтным буфером обходился (MTU правда уменьшать пришлось)

[AndruB]

Я бы отлаживал примерно в такой последовательности -
1. Отладочный пин на признак опустошения FIFO.
2. Отладочный пин на признак получения пакета по.
3. Осцилограф на отладочные пины.
Настраиваем осцилограф на событие - признак опустошения FIFO. Смотрим как в это время принимаются пакеты. Соответственно два возможных варианта -
1. Перебоев с принятием пакетов нет - ковыряем проект ПЛИС (отбраковка битых пакетов ?; косяки при перезаписи из, в FIFO; ...) .
2. Видны перебои с поступлением UDP пакетов ковыряем ПО (анализаторы трафика, временные задержки программы, ...).

[Victor®]

Ну будет прерывание разговора/трафика у людей.
Ну да, нестрашно. Но разработчика помянут словом матерным .

Ага... знаем мы такое
Когда жалобы достигнут критического уровня - придется разгребать
все это и ох как быстро придется это делать...

К тому-же 8xE1 - аппаратура серьезная... еще и сертификацию пройти надо,
в том числе и по количеству ошибок и пр.
Что-то непродумано у топик стартера с идеологией. Делал карту PCI-4xE1,
ставил 2-х портовку с двойной буферизацией... накапливал 8 фреймов,
дергал прерывание, переключал банк памяти и т.д.