Назад | Перейти на главную страницу

Ubuntu использует только одну ссылку в 802.3ad

В настоящее время я использую четырехпортовый серверный сетевой адаптер Intel PRO / 1000 PT LP с 64-битным сервером Ubuntu 12.04 LTS. Я установил Gnome, поэтому у меня есть графический интерфейс.

Я загрузил bmon 2.0.1 для мониторинга сети, и сейчас, согласно / proc / net / bonding / bond0, связь работает и работает. Я также считаю, что переключатель настроен правильно.

В настройке сети есть две ссылки от хоста Ubuntu к коммутатору - эти ссылки объединены. Две отдельные ссылки на коммутатор ведут к двум хостам, которые копируют файл с хоста NIC, объединенного в Ubuntu.

Когда я копирую два файла (по одному на каждый одноканальный хост), я получаю скорость, близкую к проводной, только для одного из связанных пар, а другой ничего не делает! Это несмотря на то, что коммутатор выполняет хеширование MAC, и файлы собираются в разные места. Я копирую файлы с SSD на два RAM-диска, поэтому знаю, что это не узкое место. Я легко смогу заполнить одну 1-гигабайтную линию.

Я использую последний (2.0.0) драйвер e1000e от Intel, и хотя я понимаю, что Ubuntu официально не поддерживается Intel, я хотел бы, чтобы он работал в Ubuntu.

Спасибо!

Для детерминированного распределения трафика между двумя ссылками в вашем канале используется хеш-алгоритм. Этот алгоритм может использовать MAC-адрес src / dst или информацию L2 / L3 / L4 в различных вариантах. Для целей этого обсуждения давайте предположим, что он основан на MAC и что для достижения разделения 50/50 мы можем просто взять последнюю цифру в MAC-адресе назначения, и если это четное число (0,2,4,6,8, A , C, E) он переходит по каналу 1, а если он нечетный (1,3,5,7,9, B, D, F), он идет по каналу 2. Если рассматриваемые хосты назначения имеют MAC-адреса, оканчивающиеся на 00 и 02, то они оба (правильно) будут размещены на первой ссылке.

Фактические используемые алгоритмы не совсем такие, как версия pidgin, приведенная выше, но эффект тот же - для достаточно большой совокупности адресов распределение будет приближаться к 50/50. Однако на гораздо меньших выборках также есть 50% вероятность того, что весь ваш трафик будет направлен на одну ссылку.

Лучшее, что я могу предложить, - это попробовать разные алгоритмы хеширования. На практике ваши шансы улучшаются, если в хэш помещается больше информации - поэтому адреса L3, номера портов L4 и т. Д. Повышают вероятность того, что ваш трафик будет более равномерно распределен.

В качестве промежуточного шага по устранению неполадок вы также можете попробовать изменить MAC-адрес одного из принимающих хостов, чтобы посмотреть, можете ли вы соответствующим образом повлиять на хэш.