Модификация ETHERNET для синжения латентности. Возможно такое?

Есть возможность организовать на сетевой карте режим только на приём, либо только на передачу. Два узла соеденить двумя линиями, данные по которым передаются только в одном направлении. Основная проблема ethernet, в том что много времени тратится на прослушивание и ожидание свободной линии. Но в этом случае линия всегда будет работать либо на прием, либо на передачу. И значит не чего ждать не надо. То есть теоретичиски таким образом два узла можно связать линией с пропускной способностью 1 Гб/с и которая будет свободна?! Что приблизит ее возможности к Infiniband. Но цена при этом останется божеской. Количество узлов конечно будет ограничено, количесвом сетевых карт, но даже 4 узла соедененные между собой линиями с гарантированной скоростью 125 Мбай/сек это уже хорошо.

Скорей всего придется копаться в дровах (linux centos), что бы убрать уменьшить время ожидания для работы со следующим пакетом.
Вопрос: если есть опыт, либо информация, либо идеи, то поделитесь. Возможно даже все уже давно реализовано и мне не придется изобретать велосипед.

cliffy написал:

Вопрос: если есть опыт, либо информация, либо идеи, то поделитесь.

конечно есть деточка моя.
берем фаерволл, и нафиг всё закрываем акромя UDP.
вот по UDP и передаём =)
ну есть другой способ - написать ещё один протоколвелосипед.

cliffy, как вариант:
http://www.lan-netuy.ru/modules.php?name=News&file=article&sid=11
http://linuxportal.ru/entry.php/87_0_3_0/
или ищем qos+iptables

i2ks, qos это не совсем то.
ТС хочет протокол без проверки доставки пакета. который не будет отвечать rc sum и забивать канал в другую сторону.
думаю ему стоит начать программировать новый TCP стек.

system-root, В общем до здравствуют новые велосипеды.

i2ks
спасибо за подсказки.
Начну рыть в этом направлении.
system-root

Вот по поводу UDP не все понятно. В рамках ethernet после каждого UDP пакета отсутствует период ожидания или нет? Если он есть то перевод всего трафика в UDP пакеты все равно не уменьшит латентность.