LACP és Round-Robin egyidőben, Ethernet TRUNK vagy BOND esetében.

Hálózati eszközök

Lehet-e Linuxon vagyis Proxmoxon Ethernet bonding esetében LACP mellett round-robint alkalmazni?

Ugyanis a NetAPP Ontap ezt egy időben tudja. 4 db 1GB-es Ethernetet összefogva round-robin és LACP-vel a 4 porton szép egyenletes a terhelés.
Az "ifgrp status" szerint így van beállítva: 


trunk01: 4 links, transmit 'Round-Robin Load balancing', Ifgrp Type 'lacp' fail 'default'

A Proxmox-nál ha LACP-t akarok használni és round-robint állítok be, akkor egy hibaüzenetben közli, hogy legyek szíves 802.3ad bond_mode-ot használni:

Így működik, de az interfaceken nem egyenletes a terhelés, míg a NetAPP esetében viszonylag igen: 


auto bond0
iface bond0 inet manual
        slaves eth0 eth2 eth4
        bond_miimon 100
        bond_mode 802.3ad
        bond_lacp_rate 1

Ezt a switch Trafic Monitor-ból látom: (1-2-3-4 NetAPP) (5-6-7 Proxmox) 


Port 	Packets Rx 	Packets Tx 	Octets Rx 	Octets Tx 	Statistics      
1	15612		16534		13701796	1925272		Statistics
2	15656		10749		13608232	3329382		Statistics
3	15973		4691		14343363	700035		Statistics
4	15230		52878		13103174	44779955	Statistics

5	46049		32811		7200563		27289418	Statistics
6	16732		7765		4094602		1038637		Statistics
7	74		53707		9472		8119270		Statistics

A switc természetesen tudja az 802.3ad LACP-t. Konkrétan erről van szó: TL-SG3424
A datasheet szerint: 


L2 Switching Features
Link Aggregation
 Support static link aggregation
 Support 802.3ad LACP
 Up to 8 aggregation groups, containing 8 ports per group

.. és még sok mást is, most nem idézem az egészet.

  • 6918 megtekintés

( Balu007 | 2013. 03. 13., sze – 16:45 )

rmmod bonding
modprobe bonding mode=4

A bonding mode=4 az a 802.3ad-t jelenti.
Most is ez van beállítva, de az rr-t hogy lehetne hozzá beállítani?
A NetAPP-nál a Transmission vagyis az átvitel az rr, és az Ifgrp Type azaz a bonding típusa LACP.
Mindegy még kutakodok. De ha valakinek van ötlete vagy tudja a tutit, ne kíméljen! :-)
--
Tertilla; Tisztelem a botladozó embert és nem rokonszenvezem a tökéletessel! Hagyd már abba!; DropBox

A bonding-ról tudjuk, hogy micsoda. A rr-ról is.
Sajnos az számomra nem világos, hogy a NetAPP mit nevezett el transmission-nek.
A bonding szintjén a balance-rr és az LACP aka 802.3ad egymást kizáró dolgok...
Ha te több madzaggal akarod hipp-hopp megtöbbszörözni az adatátviteli sebességedet, az azért nem triviális task.
http://serverfault.com/questions/445839/what-are-differences-between-ba…

"Jegyezze fel a vádhoz - utasította Metcalf őrnagy a tizedest, aki tudott gyorsírni. - Tiszteletlenül beszélt a feljebbvalójával, amikor nem pofázott közbe."

( Elbandi v | 2013. 03. 13., sze – 19:25 )

round-robin es LACP egyszerre? nekem ez uj, ilyet is tud?
olyat mar lattam, hogy egyikiranyban rr volt, masik iranyban lacp...

--
A vegtelen ciklus is vegeter egyszer, csak kelloen eros hardver kell hozza!

( Dwokfur v | 2013. 03. 13., sze – 19:16 )

Én eddig abban a hitben voltam, hogy vagy LACP vagy RR, de a kettő egyszerre nem megy...

"Jegyezze fel a vádhoz - utasította Metcalf őrnagy a tizedest, aki tudott gyorsírni. - Tiszteletlenül beszélt a feljebbvalójával, amikor nem pofázott közbe."

( _ventura_ v | 2013. 03. 13., sze – 20:38 )

Én úgy tudom hogy az 802.3ad hoz kell switch támogatás is.

Fedora 17, Thinkpad x61s

( Dwokfur v | 2013. 03. 15., p – 00:51 )

Itt egy másik topic, ahol szintén szóba kerül a sávszélesség növelése több madzagon:
http://hup.hu/node/120200

"Jegyezze fel a vádhoz - utasította Metcalf őrnagy a tizedest, aki tudott gyorsírni. - Tiszteletlenül beszélt a feljebbvalójával, amikor nem pofázott közbe."