[sisyphus] bond + bridge

[Sergey Vlasov]

On Mon, Feb 08, 2010 at 11:14:13AM +0200, Вячеслав wrote:
[...]
> sh interfaces brief
>                   | Intrusion                           MDI   Flow  Bcast
>   Port    Type      | Alert     Enabled Status Mode       Mode  Ctrl  Limit
>   ------- --------- + --------- ------- ------ ---------- ----- ----- ------
> 7-Trk1  100/1000T | No        Yes     Up     1000FDx    MDI   off   0
> 18-Trk1 100/1000T | No        Yes     Up     1000FDx    MDIX  off   0

Почему на одном интерфейса MDI, на другом MDIX - какая-то путаница с
кабелями?

> Теперь вопросы:
> вроде все работает но увеличение скорости не заметно.
> Даже если она не должна сумироватся, а распределятся между клиентами.
> 
> Тестировал iperf
> два клиента подкл. гигабитами замер на серевер с boond
> 
> Если по одному
> [ ID] Interval       Transfer     Bandwidth
> [  5]  0.0-10.0 sec    590 MBytes    495 Mbits/sec
> [  4]  0.0-10.0 sec    905 MBytes    758 Mbits/sec

А почему результаты клиентов при работе по одному разные - это
какая-то разница между клиентами, или тоже особенность, наблюдаемая
только при работе через bond?  Стоит сначала проверить связь просто по
гигабитному интерфейсу без bond (причём по каждому из них).

> Два одновременно
> [ ID] Interval       Transfer     Bandwidth
> [  6]  0.0-10.0 sec    245 MBytes    206 Mbits/sec
> [  4]  0.0-10.0 sec    849 MBytes    711 Mbits/sec
> 
> Теперь сервер без boond, на гигабите + два клиента по гигабиту
> 
> [ ID] Interval       Transfer     Bandwidth
> [  4]  0.0-10.0 sec    567 MBytes    475 Mbits/sec
> [  5]  0.0-10.0 sec    521 MBytes    437 Mbits/sec
> 
> т.е. както от boond не видно ни прироста ни расределения без падения
> Может чтото не докрутил?

Если передача потока данных шла от сервера к клиентам - возможно,
хеширование по MAC+IP засунуло всё в один канал; наблюдать действие
этого можно, если сменить у одного из клиентов младший бит IP-адреса и
повторить тот же тест.

Если данные передавались от клиентов к серверу - проблема может быть
та же, только настраивать политику балансировки нагрузки в этом
направлении нужно уже со стороны коммутатора; конкретных команд
настройки для ProCurve не знаю.
----------- следующая часть -----------
Было удалено вложение не в текстовом формате...
Имя     : отсутствует
Тип     : application/pgp-signature
Размер  : 189 байтов
Описание: Digital signature
Url     : <http://lists.altlinux.org/pipermail/sisyphus/attachments/20100208/3a4de673/attachment.bin>