[kim-aa]

Все горе в том, что в Ethernet кадрах поля TTL нет в принципе, по этому теоретически кадр может болтаться в сети вечность, соответственно отьедая полосу. Но это не главное, все сетевые устройства 2-го и выше уровня обладают CPU - для обработки любого кадра (пакета) требуется операция прерывания.
Несмотря на достижение огромных Bandwith в сетевом оборудовании, если обмерять тоже устройство в операциях Ввода-Вывода, то показатели далеко нетак радужны.
Скажем весьма крутое устройство FibreChannel, несмотря на сумасшедшую гарантированную полосу пропускания в 4Gbps, обладает гарантированной производительностью гораздо более скромных цифр - 200 000 IOps (I/O per second).

"Принципы коммутации в сетях Cisco" (Cisco LAN Switching.) К. Кларк, К. Гамильтон, стр.204.
"...Практика показывает, что дним ARP-запросом можно полностью загрузить два ATM-канала с пропускной способностью OS-12 за 45 минут (Каждый канал OC-12 имеет пропускную способность 622 Mbitps в каждом направлении, что составляет 2,4 Гбит/c)"

Исходя из собственного опыта:
Сбесился у нас недавно Контроллер схемы AD. Стал заваливать UDP-запросами сеть (DNS обращения к полутора десяткам корневых серверов мира). Сами запросы фильтровались на маршрутизаторе ,т.е. в мир не выходили.
Дневной трафик генерируемый этой "какой" составил около 10 Гигабайт.
Средняя скорость передачи была невысока - 2 Мбит/сек .
Зато генерил он ооочень быстро.
В итоге маршрутизатор собранный на компе (P4 - между прочим) и картах RTL, раз в полчаса выпадал в аут.
Цетральный маршрутизатор Cisco 3640 Вел себя более достойно, но периодически повышал время отклика до 3х мс.