DGS-3120 LACP + Debian, балансировка

[morfey 82]

Есть сервер с дебианом bonding 802.3ad. Двумя портами смотрит в микротик, и еще двумя в DGS-3120. К 3120 подключены клиентские свичи доступа.
Но никаким алгоритмом балансировки на 3120 не могу повлиять на входящий траффик. И в итоге получается, что на одной карте полка и начинаются потери, а другая даже на 50% не загружена.

 

На линуксе пробовал  разные Transmit Hash Policy. Не помогло.

Стык с микротиком работает ровно.

Настройка DGS-3120

#show link_aggregation           
Command: show link_aggregation

Link Aggregation Algorithm = IP-Source-Dest

Group ID      : 1
Type          : LACP
Master Port   : 1:1
Member Port   : 1:1-1:2
Active Port   : 1:1-1:2
Status        : Enabled
Flooding Port : 1:1
Trap          : Disabled

#show lacp_port   1,2            
Command: show lacp_port 1:1-1:2


 Port     Activity

 -----    --------
 1:1      Active  
 1:2      Active  

# cat /proc/net/bonding/bond0
Ethernet Channel Bonding Driver: v3.7.1 (April 27, 2011)

Bonding Mode: IEEE 802.3ad Dynamic link aggregation
Transmit Hash Policy: layer3+4 (1)
MII Status: up
MII Polling Interval (ms): 0
Up Delay (ms): 0
Down Delay (ms): 0

802.3ad info
LACP rate: slow
Min links: 0
Aggregator selection policy (ad_select): stable
Active Aggregator Info:
	Aggregator ID: 1
	Number of ports: 2
	Actor Key: 17
	Partner Key: 1
	Partner Mac Address: ec:22:80:3c:31:e0

Slave Interface: eth0
MII Status: up
Speed: 1000 Mbps
Duplex: full
Link Failure Count: 0
Permanent HW addr: 00:26:55:51:15:9a
Aggregator ID: 1
Slave queue ID: 0

Slave Interface: eth1
MII Status: up
Speed: 1000 Mbps
Duplex: full
Link Failure Count: 0
Permanent HW addr: 00:26:55:51:15:9c
Aggregator ID: 1
Slave queue ID: 0

[NiTr0 584]

Зеленый - это inbound у кактуса же? Т.е. то, что влетает в порт? Так на него влияют не на длинке, а на том, что отправляет пакеты.

 

И да, что за клиенты? PPPoE, или IP?

Відредаговано 2015-06-29 09:28:29 NiTr0

[morfey 82]

Да, зеленый - received. IP

 

Ок, как повлиять на дебиане?)

 

xmit_hash_policy пробовал layer3+4 и layer2+3

bond-slaves eth0 eth1
bond-mode 802.3ad
bond-miimon 100
bond-updelay 200
bond-downdelay 200
bond-xmit_hash_policy layer3+4

Відредаговано 2015-06-29 09:37:46 morfey

[KaYot 3 708]

На линуксе нужно ставить round-robin(дефолтный алгоритм) да и все.

[morfey 82]

На линуксе нужно ставить round-robin(дефолтный алгоритм) да и все.

А на длинке оставить как сейчас?

[NiTr0 584]

layer2+3 вполне себе нормально работает почти всегда

round-robin - только для статической агрегации (не LACP).

[morfey 82]

Уточню. При balance-rr xmit_hash_policy лучше layer2+3 ? Т.к. по дефолту layer2.
И на длинке при статической агрегации, Aggregation Algorithm віставить в mac_source_dest ?

[KaYot 3 708]

Уточню. При balance-rr xmit_hash_policy лучше layer2+3 ? Т.к. по дефолту layer2.

И на длинке при статической агрегации, Aggregation Algorithm віставить в mac_source_dest ?

Прелесть RR - пофигу на трафик. Пакеты поочередно кидаются в разные шнурки, балансировка всегда идеальная. Так что выбор L2/L3 этом случае не имеют смысла и вероятно просто игнорируется.

[morfey 82]

 

Уточню. При balance-rr xmit_hash_policy лучше layer2+3 ? Т.к. по дефолту layer2.

И на длинке при статической агрегации, Aggregation Algorithm віставить в mac_source_dest ?

Прелесть RR - пофигу на трафик. Пакеты поочередно кидаются в разные шнурки, балансировка всегда идеальная. Так что выбор L2/L3 этом случае не имеют смысла и вероятно просто игнорируется.

 

Понял, сегодня опробую. Спасибо.

[NiTr0 584]

Уточню. При balance-rr xmit_hash_policy лучше layer2+3 ? Т.к. по дефолту layer2.

И на длинке при статической агрегации, Aggregation Algorithm віставить в mac_source_dest ?

L2+3 - это mac+ip. Балансируется вполне нормально.

На длинке - тоже аналогично.

L3+4 - ip+port, тут могут быть грабли (хоть и есть fallback на L2).

[morfey 82]

Загрузка распределяется равномерно

[Tux 24]

сервер debian смотрит в два коммутатора (3120 и в 3420) в 3120 поднят бондинг (L2 src-mac+dst-mac), в 3420 (L3 src-ip+dst-ip), авторизация pppoe. Балансировка практически 50-50. Вот что у меня на сервере - 
 

alias bond0 bonding
options bonding mode=4 miimon=100 max_bonds=2 xmit_hash_policy=0

alias bond1 bonding
options bonding mode=4 miimon=100 max_bonds=2 xmit_hash_policy=1

Відредаговано 2015-06-30 09:59:54 Tux

[stunt 19]

Отак надо, обязательно 802.3ad, иначе входящий трафик не будет делиться

        slaves eth0 eth1
        bond_mode 4
        bond_miimon 100
        bond_updelay 200
        bond_downdelay 200
        bond_xmit_hash_policy  layer3+4
        bond_lacp_rate 1