Множественные ошибки при передаче данных прямым гигабитным линком

[EvgenNsk]

Доброго времени суток, уважаемые форумчане!

Прошу вашей консультации.

Описание железа:
Домашняя локальная сеть подключена к сети провайдера (и через нее – к инету) через маршрутизатор на Ubuntu Server 11.10.
Рядом с маршрутизатором на той же полке стоит домашний сервачок (торрентокачалка, шареные папки, чтобы компы в локалке пользовались накаченным, полигон для виртуальных машин и т.д.).

Недавно установил в маршрутизатор и сервер по дополнительной сетевой карте, и связал обе сетевушки «прямым линком», т.е. патч-кордом (сетевушки гигабитные, им, как я понял из теории, без разницы кросс-овер или патч-корд).
Задумка в том, чтобы трафик от торрентов и виртуальных машин ломился сразу на маршрутизатор, не нагружая домашний свитч. Также, на эту дополнительную сетевушку можно навешать виртуальных машин, и вынести их в изолированную DMZ, так, чтобы в случае чего в локалку ничего не попало, ну и т.д.

Все идеально работает, на сетевухах установилась гигабитная скорость.  На сервере эту самую дополнительную сетевуху сделал основной (т.е. основной шлюз доступнее через нее), в результате, как и следовало ожидать, трафик ломанулся через этот самый «прямой линк».

Конфигурация машин:
Сервер:
Мать ASUS M4N68T-M V2, проц AMD Phenom X6 1055T, память DDR3 8 Гб.
Сетевая карта (одна из двух, о которых идет речь): Intel PWLA8390MT PRO/1000 MT Desktop Adapter, PCI
http://www.nix.ru/autocatalog/networking_intel/Intel_PWLA8391GT_1000_GT_Desktop_Adapter_PCI_1000Mbps_51174.html
ОС: Windows Server 2008 Enterprice Edition

Роутер:
Мать  GigaByte GA-M68MT-S2, проц AMD Athlon II X2 250 3000MHz, память DDR3 4 Гб.
Сетевая карта (одна из двух, о которых идет речь): Intel PWLA8391GTL PRO/1000 GT Desktop Adapter PCI 10/100/1000Mbps, Low Profile OEM
http://www.nix.ru/autocatalog/networking_intel/Intel_PWLA8391GTL_1000_GT_Desktop_Adapter_PCI_1000Mbps_Low_Profile_56477.html
OC: Ubuntu Server 11.10

Как видите, сетевые карты практически идентичны.

Описание проблемы:
Ради любопытства измерил скорость между сервером и маршрутизатором с помощью утилиты Iperf. К моему удивлению, скорость составила не 1 Гбит\сек. (ну или близко к этому), а всего 328 мбит\сек.

Кроме этого, поглядев на маршрутизаторе через Ifconfig на ту самую дополнительную сетевушку, был удивлен наличием ошибок при передаче:

root@gateway:~# ifconfig eth3
eth3      Link encap:Ethernet  HWaddr 00:1b:21:cc:10:10
          inet addr:192.168.100.1  Bcast:192.168.100.255  Mask:255.255.255.0
          inet6 addr: 2002:b231:1f50:f4::1/64 Scope:Global
          inet6 addr: fe80::21b:21ff:fecc:1010/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:245565498 errors:1858 dropped:0 overruns:0 frame:1858
          TX packets:180867556 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:298336239635 (277.8 GiB)  TX bytes:82293629804 (76.6 GiB)

Вопросы к форумчанам:
1) Почему скорость между гигабитными картами оказалась меньше ожидаемой, и как поднять ее до ожидаемой?
Повторюсь, что связаны они между собой патч-кордом. Кабель заводской, литой, длина 1,8 метра, сертифицирован на гигабитные сети. На работе у связистов достал рефлектометр, проверил кабель – все исправно.
Карты новые, не б\у.

2) Чем, по вашему, вызваны ошибки при передаче? Надо ли с ними как-нибудь бороться (т.к. вроде неудобств не вызывают, все вроде бы как работает...)?

3) Проблема №1 и №2 как-нибудь связаны между собой?

4) Это вообще можно считать нормальным, ну или хотя-бы частовозникаемым явлением, при соединении "прямым линком"?

[koshev]

RX packets:245565498 errors:1858 dropped:0 overruns:0 frame:1858

frame вселяет неуверенность в сертифицированности такого кабеля, либо заставляют сомневаться в качестве драйвера для Windows, либо в качестве сетевой карточки на другом конце( ну как же? Intel самый надёжный! )
В M4N68T-M V2 есть своя встроенная сетевушка, тоже кстати гигабитная, почему бы не попробовать с ней?

[EvgenNsk]

frame вселяет неуверенность в сертифицированности такого кабеля

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

заставляют сомневаться в качестве драйвера для Windows

Судя по информации из диспетчера устройство винды, драйвер для этой сетевой карточки идет под цифровой подписью Microsoft, и выпущен в 2008 году, т.е. 4-х летней давности. Попробую на сайте Intel найти оригинальный драйвер от вендора, и отписаться о результатах.

ну как же? Intel самый надёжный! )

Опыт последних лет не давал повода сомневаться в качестве Intel.
Понимаю, что это не панацея. Но в таком случае, какой по вашему производитель делает действительно хорошие карточки, вообще (ну или в больишнсве случаев) не доставляющие проблем при эксплуатации? Я так понимаю, не реалтек с длинком же?

В M4N68T-M V2 есть своя встроенная сетевушка, тоже кстати гигабитная, почему бы не попробовать с ней?

Да, действительно, в этой матплате есть интегрированный в чипсет контроллер + интерфейс физического уровня на базе микросхемы Realtek RTL8211CL.
Вот тут http://www.realtek.cz/realtek-datasheet.php?datasheet=RTL8211 можно даже почитать datasheet к этой микрухе.
Только вот к сожалению, насколько я понял, этот чип понятия не имеет о некоторых вещах, таких как например аппаратный подсчет контрольных сумм. Выбирая карточку на высоконагруженное направление (торренты на широком канале, тысячи одновременных ТСР-сессий, несколько туннелей с сетями коммерческих организаций и т.д.) я исходил из того, что необходимо подобрать такой девайс, который умел бы делать больше, чем обычные, широкораспространенные карточки.

И да, похоже я сообразил, почему скорость обмена между этими двумя карточками не достигает даже 0,5 Гбит\сек - они работают через PCI-шину.

PCI-Express карты дают результат, уже похожий на правду.

Осталось разобраться с ошибками при передачи данных.