Bonding balance-alb und balance-tlb funktioniert nicht

[Piktogramm]

Moin,
der eingerichtete bond ist zwar erreichbar, beim Zugriff mehrerer Clients wird jedoch nur ein physischer Post genutzt statt der konfigurierten zwei. Ich hätte jedoch gern die 2Gbit Durchsatz beim Zugriff mehrerer Clients. Die Frage ist halt, was läuft falsch?

Ubuntu Server 20.04
Netzwerkkonfig via Netplan
Netzwerk: 2x Realtek r8168 mit r8168 Treiber 8.048.00
Beide NICs hängen des Systems sowie alle Clients hängen an einem simplen Switch.
Alle Clients sind Linux Systeme

Der Zugriff erfolgt mittels IPv4 im Bereich 198.128.0.0/24, Zuordnung der IPs erfolgt via DHCP und das auffinden des Servers mittels mDNS (avahi)

Netplan:

network:
  bonds:
    bond0:
      optional: true
      dhcp4: true
      dhcp6: true
      interfaces:
      - enp3s0
      - enp5s0
      parameters:
        mode: balance-alb
  ethernets:
    enp3s0: {}
    enp5s0: {}
  version: 2

ethtool -i

~$ sudo ethtool -i enp5s0
driver: r8168                                      
version: 8.048.00-NAPI                             
firmware-version:      
expansion-rom-version: 
bus-info: 0000:05:00.0                             
supports-statistics: yes                           
supports-test: no                                  
supports-eeprom-access: no          
supports-register-dump: yes       
supports-priv-flags: no

ethtool -k

$ sudo ethtool -k enp5s0   
Features for enp5s0:                               
rx-checksumming: on                                
tx-checksumming: on                                
        tx-checksum-ipv4: on   
        tx-checksum-ip-generic: off [fixed]
        tx-checksum-ipv6: on
        tx-checksum-fcoe-crc: off [fixed]
        tx-checksum-sctp: off [fixed]
scatter-gather: on
        tx-scatter-gather: on
        tx-scatter-gather-fraglist: off [fixed]
tcp-segmentation-offload: off    
        tx-tcp-segmentation: off [fixed]
        tx-tcp-ecn-segmentation: off [fixed]
        tx-tcp-mangleid-segmentation: off [fixed]
        tx-tcp6-segmentation: off [fixed]
generic-segmentation-offload: on  
generic-receive-offload: on           
large-receive-offload: off [fixed]
rx-vlan-offload: on                                
tx-vlan-offload: on  
ntuple-filters: off [fixed]
receive-hashing: off [fixed]                                                                            
highdma: on [fixed]                                
rx-vlan-filter: off [fixed]
vlan-challenged: off [fixed]
tx-lockless: off [fixed]
netns-local: off [fixed]
tx-gso-robust: off [fixed]
tx-fcoe-segmentation: off [fixed]
tx-gre-segmentation: off [fixed]
tx-gre-csum-segmentation: off [fixed]
tx-ipxip4-segmentation: off [fixed]
tx-ipxip6-segmentation: off [fixed]
tx-udp_tnl-segmentation: off [fixed]
tx-udp_tnl-csum-segmentation: off [fixed]
tx-gso-partial: off [fixed]
tx-sctp-segmentation: off [fixed]
tx-esp-segmentation: off [fixed]
tx-udp-segmentation: off [fixed]
fcoe-mtu: off [fixed]
tx-nocache-copy: off
loopback: off [fixed]
rx-fcs: off
rx-all: off
tx-vlan-stag-hw-insert: off [fixed]
rx-vlan-stag-hw-parse: off [fixed]
rx-vlan-stag-filter: off [fixed]
l2-fwd-offload: off [fixed]
hw-tc-offload: off [fixed]
esp-hw-offload: off [fixed]
esp-tx-csum-hw-offload: off [fixed]
rx-udp_tunnel-port-offload: off [fixed]
tls-hw-tx-offload: off [fixed]
tls-hw-rx-offload: off [fixed]
rx-gro-hw: off [fixed]
tls-hw-record: off [fixed]

 

[kartoffelpü]

Handelt es sich bei deinen Tests um ein- oder ausgehenden Traffic? Solange nicht 802.3ad auf den NICs und Switch genutzt wird, kann nur ausgehender Traffic über beide Interfaces verteilt werden, eingehend dürfte bei den Balance-Modes immer nur eine NIC genutzt werden.

 

[Piktogramm]

balance-alb sollte auch beim Empfangen schaffen den Traffic zu verteilen. Wichtiger ist mir aber das Senden, was aber auch nur über ein NIC läuft.

und einen 802.3ad kompatiblen Switch habe ich nicht Zuhause. Jede Neuanschaffung eines Switches die das Problem lösen würde ginge sowieso mit 10GBe Technik einher, womit das Bonding eh hinfällig wäre.

 

[kartoffelpü]

Dann kann ich leider auch nicht weiterhelfen, da ich keine praktische Erfahrung mit Bonding unter Linux habe...

 

[Piktogramm]

Einfach mal schauen, was machen eigentlich die physischen Interfaces so..
enp5s0 ist offline!

$ cat /proc/net/bonding/bond0 
Ethernet Channel Bonding Driver: v3.7.1 (April 27, 2011)
                                   
Bonding Mode: adaptive load balancing
Primary Slave: None                                                   
Currently Active Slave: enp3s0
MII Status: up                                                        
MII Polling Interval (ms): 100                                        
Up Delay (ms): 0
Down Delay (ms): 0                                                    
Peer Notification Delay (ms): 0
                                   
Slave Interface: enp5s0
MII Status: down              
Speed: Unknown  
Duplex: Unknown   
Link Failure Count: 0          
Permanent HW addr: 00:00:00:00:00:01
Slave queue ID: 0      
                                   
Slave Interface: enp3s0
MII Status: up
Speed: 1000 Mbps     
Duplex: full                                                          
Link Failure Count: 0
Permanent HW addr: 00:00:00:00:00:02
Slave queue ID: 0

Die Lösung war nach viel Gefluche auch gefunden, Kabelbruch.