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

Агрегация ссылок с freebsd 8 и cisco 3550, что я делаю не так?

Эй, я пытаюсь настроить Link Aggrigation с помощью LACP (ну, все, что обеспечивает увеличенную пропускную способность и аварийное переключение с использованием моей настройки, будет работать). Я использую FreeBSD 8.0 на трех машинах. M1 выполняет настройку 2 10/100 Ethernet-карт для агрегации каналов с использованием задержки. для справки:

ifconfig em0 up
ifconfig tx0 up
ifconfig create lagg0
ifconfig lagg0 laggproto lacp laggport tx0 laggport em0 192.168.1.16 netmask 255.255.255.0

Я подключил их к портам 1 и 2 Cicso 3550. Затем запустил:

configure terminal
interface range Fa0/1 - 2
switchport mode access
switchport access vlan 1
channel-group 1 mode active

(все в vlan 1) Теперь я могу подключать другие компьютеры к другим портам на коммутаторе, и аварийное переключение работает отлично, я могу отсоединять кабели в середине передачи, и трафик перенаправляется. Однако никакого увеличения скорости я не замечаю. Моя тестовая установка: балансировка нагрузки: я попробовал dst и src на коммутаторе, ни один из них, похоже, не дал мне увеличения скорости. Я отправляю 2 500 мегафайлов с отставшего компьютера на другие компьютеры (по одному на каждый), на которых также установлены полнодуплексные карты 10/100. Я получаю скорость передачи около 11,2–11,4 Мбит / с на один хост и примерно половину (5,9–6,2) Мбит / с при одновременной передаче на оба узла. Из того, что я понял с балансировкой нагрузки пункта назначения, предполагалось, что маршрутизатор будет балансировать трафик, направленный на 1 компьютер через 1 порт, а трафик направляется на другой через разницу (в данном случае) через другой порт.

При пересылке MAC-адреса назначения, когда пакеты пересылаются в EtherChannel, пакеты распределяются по портам в канале на основе MAC-адреса хоста назначения входящего пакета. Следовательно, пакеты в один и тот же пункт назначения пересылаются через один и тот же порт, а пакеты в другое место назначения отправляются на другой порт канала. Для коммутатора серии 3550, когда используется переадресация MAC-адреса источника, распределение нагрузки на основе IP-адреса источника и назначения также включается для маршрутизируемого IP-трафика. Для всего маршрутизируемого IP-трафика порт выбирается на основе IP-адреса источника и назначения. Пакеты между двумя IP-узлами всегда используют один и тот же порт в канале, а трафик между любой другой парой узлов может использовать другой порт в канале. (Ссылка на сайт)

Что я делаю не так / что мне нужно сделать, чтобы увидеть увеличение скорости по сравнению с тем, что я мог бы сделать с одной картой?

EDIT: IP/MACS
M1: 192.168.1.18/00e0291aba80
M2: 192.168.1.14/000e0c7739af
M3: 192.168.1.12/000874a627e5

http://www.mywushublog.com/2010/04/lagg-freebsd/ Я следил за этой настройкой в ​​аналогичной ситуации, и теперь она работает.

Ваша проблема кажется странной, с балансировкой src-mac на переключателе он должен работать хорошо с моей точки зрения.
Для устранения неполадок я бы использовал iperf и выполнял передачу в обоих направлениях (192.168.1.16 -> 192.168.1.1 {4,2,8} и 192.168.1.1 {4,2,8} -> 192.168.1.16), чтобы увидеть, получите ли вы Лучше результат в одну сторону.
В вашем тесте, если вы отправили файл с 192.168.1.16 на другой хост, вы почти только попробуете балансировку нагрузки на FreeBSD, а не на коммутаторе (потому что только пакет ACK от другого хоста балансирует нагрузку на коммутаторе, а это очень мало) .
Если переход с 192.168.1.16 на 192.168.1.1 {4,2,8} работает должным образом, это означает, что конфигурация коммутатора в порядке, но балансировка нагрузки на FreeBSD работает не так, как ожидалось.

Вы упомянули SCP, вы уверены, что у вас нет проблем с максимальной загрузкой процессора при шифровании?

Я бы попробовал что-то вроде iperf, чтобы получить необработанные пакеты.