Modo de ligação do Linux 802.3ad não ativado

1

em um servidor rodando Debian Stretch configurei um bond0 com o modo 802.3ad da seguinte forma:

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

A interface bond0 está ativa e funcionando, mas está trabalhando com o modo de balanceamento de carga (round robin) :

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

Bonding Mode: load balancing (round-robin)
MII Status: up
MII Polling Interval (ms): 100
Up Delay (ms): 0
Down Delay (ms): 0

Slave Interface: eth0
MII Status: up
Speed: 1000 Mbps
Duplex: full
Link Failure Count: 2
Permanent HW addr: e4:1f:13:65:f0:c4
Slave queue ID: 0

Slave Interface: eth2
MII Status: up
Speed: 1000 Mbps
Duplex: full
Link Failure Count: 2
Permanent HW addr: e4:1f:13:36:a3:ac
Slave queue ID: 0

No switch, o LAG é criado corretamente com o LACP ativado e tem as duas portas ativas e em execução:

[

A mesma máquina tem outra interface de ligação (bond1 nas interfaces eth1 e eth3) configurada da mesma maneira, conectada nos mesmos switches, e o LACP está funcionando bem:

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

802.3ad info
LACP rate: slow
Min links: 0
Aggregator selection policy (ad_select): stable
System priority: 65535
System MAC address: e4:1f:13:65:f0:c6
Active Aggregator Info:
    Aggregator ID: 1
    Number of ports: 2
    Actor Key: 9
    Partner Key: 1010

Por que a interface bond0 não quer ativar o LACP? Onde estou errado?

    
por Mat 30.01.2018 / 18:05

2 respostas

0

Eu resolvi este problema adicionando o seguinte à configuração da ligação em /etc/network/interfaces :

bond_xmit_hash_policy layer2+3

Depois de adicionar essa configuração e reiniciar a rede, tudo está funcionando bem.

    
por 26.10.2018 / 11:51
2

Pergunta antiga, mas desde que surgiu bem cedo nas pesquisas, e eu tive uma configuração semelhante, com o mesmo problema. Aqui está como eu consegui trabalhar (usando ifenslave no Debian) ...

/ etc / network / interfaces ...

    # The loopback network interface
    auto lo
    iface lo inet loopback

    # bond0 is the bonded NIC and can be used like any other normal NIC.
    # bond0 is configured using static addressing.
    auto bond0
    iface bond0 inet static
    address <your static address>
    gateway <your gateway>
    # bond0 uses standard IEEE 802.3ad LACP bonding protocol
    bond-mode 4
    bond-miimon 100
    bond-lacp-rate 0 (This is on a small NAS, so no rush)
    bond-slaves none

    # eth0 is manually configured, and enslaved to the "bond0" pseudo NIC
    allow_hotplug eth0
    auto eth0
    iface eth0 inet manual
    bond-master bond0

    # eth1 ditto, thus creating a 2-link bond.
    allow_hotplug eth1
    auto eth1
    iface eth1 inet manual
    bond-master bond0

Qual foi a causa?

Bem, os NICs apareceriam, o motorista da ligação os pegaria, então os NICs iriam se reconfigurar para serem escravos, e o motorista de ligação entraria em pânico porque não tinha escravos, e corria como uma galinha sem cabeça. (round robin).

Agora, o motorista da ligação aparece, vê que não tem escravos, então ele se senta e espera ... Os NICs vêem que eles têm um mestre, então eles vão e reportam, obtêm seus endereços de bond0, e fora para o trabalho todos eles vão.

    
por 10.07.2018 / 22:04