Ethernet раньше не занимался.
Коллеги,а вот такой вопрос.Встала задача передавать по Ethernet (радиоканал,TCP/IP)небольшой поток информации,порядка 2Мбит при 100 Мбит сети. Девайс сделал на Циклоне-3, всё работает при 25Мбит. Но как только начинаю ограничивать пропускную способность канала связи до нужных 2Мбит - всё валится. Подозреваю что чем меньше пропускная способность канала связи тем большего размера нужен входной буфер. У меня сейчас 256 Кбайт - мало или нет?Если мало то как определить нужный размер?

p.s.
Если это важно, IP никак не обрабатывается,что пришло то и отправляется(требование заказчика).

Делали мост Ethernet , то есть не обрабатывали. Хватило 128 кбайт для скоростей 64-2048 кбит. Циклон1.

Интересно,а в чём же тогда проблема может быть?

А у Вас источник с какой скоростью данные отправляет? Если 25 МБит, а Вы ограничили выход на 2, то буфера не хватит никакого и никогда.

А разве протокол TCP не ограничит скорость передачи при потерях пакетов?
Источник - сеть с десятком компьютеров,в том числе и компьютер посылающий/принимающий данные.

Для управления скоростью передачи в Ethernet предусмотрены специальные пакеты pause. Странно, а как жили до 1997 года? Всё современное сетевое оборудование вроде бы поддерживает паузу. Надо заметить, что раньше в TCP максимальный размер окна был 64К, и при буфере в 256К можно было держать до 3 TCP линков без потерь пакетов. А сейчас винда с ходу выдаёт окно около мегабайта, и никаких буферов на него не напасешься.

Фильтрацию пакетов по МАС адресам делать надо, зачем пихать все пакеты на другую сторону через узкий канал, если этот пакет предназначен локальной стороне? Стройте в памяти Циклона таблицу МАКов и фильтруйте, а пакет храните во внешней памяти, причем со временем выборки не более 12нс для скорости 10BASE-T, для 100BASE-T надо быстрее или 16 битную
Что за PHY?

делал подобное, но у меня был 1 PC подключенный через через 2 Мбит.с канал к 100Мбит.с сети.
на начальном этапе работало как-то странно, например сообщения в icq появлялись с обалденной задержкой, если вообще появлялись.
оказалось что была проблема в циркулярном буфере(данные от pc хранились во внешней рам, оттуда потом доставались и передавлись в 2мб канал)
начало встречалось с концом и пошло поехало.
когда исправил работу с буфером - заработало как и ожидалось(проверял с ftp, http )
размер буфера был 256Kб

Проверяли,на некотором оборудовании pause срабатывает,на некотором нет.Хочется универсальности.
Т.е. чтобы работать без проблем нужно сохранять сразу всё окно?А если компьютеров 10 то буфер нужен 10 Мбайт?


Странно,и у меня такой же.Я проверяю так - копирую через мост файл большого размера и параллельно пингую свой сервер.При скорости 25Мбит всё идёт совсем без проблем.На 10 Мбит редко идут потери пингов,но файл копируется,а при 5 потери пингов очень часто идут,а копирование совсем обрывается.


dp83848cvv,память 16-ти битная,10нс

Надо брать другой контроллер Ethernet, которому на MII интерфейс можно любой клок подавать, он сам делает flow control, нет никаких дополнительных буферов в FPGA и потерь пакетов.

вообщем страный случай у меня работало и при 64 кб.с ... возможно в вашем случае 256Кб и мало и х.з. как определить "мало"/"номано"/"много".
хм ...и проверял примерно так же как и вы - копирование 2 гигового файла, сидение в тырнете(ася, веб-шмеб )..

Этот вариант будет потреблять больше минимиум в 2 раза. Если к энергопотреблению нет претензий то этот вариант лучший.
А еще есть контроллеры не с MII, а с 1 битной шиной HDLC, там вообще делать ничего не надо)))

Реализация flow control своими силами на FPGA меньше потреблять будет что ли?

Добавил в проект flow control,полёт нормальный и потерь нет вообще.Хоть 1мбит хоть 50мбит.

ТСР может и ограничит, а может и нет, но в любом случае будет продолжать работать. А вот UDP (и ICMP, т.е. ping) работать перестанут, т.к. не следят за доставкой пакетов