CentOS 6 interfaces de ligação, round-robin em vez de backup ativo, duplicatas de quadros

Question

Duas interfaces, eth0 e eth1 fazem parte de uma ligação de rede bond0 no CentOS 6.

Tudo funcionou bem no CentOS 5, mas após a atualização para o CentOS 6.6, mantendo a mesma configuração, a rede funciona bem, mas

• apesar de definir /etc/modprobe.d/bonding.conf com options mode=1 ou mesmo mode=active-backup , o status de /proc/net/bonding/bond0 sempre mostra load balancing (round-robin), não active-backup como deveria.

• fazendo um ping para um endereço de LAN (que pertence a bond0 network) pela primeira vez após uma reinicialização, o primeiro quadro é DUP! (duplicado), o DUP não acontece mais em outras pings. Provavelmente devido a round-robin em vez de backup ativo

/etc/modprobe.d/bonding.conf:

alias bond0 bonding
options bond0 mode=1 miimon=100

ifcfg-bond0:

DEVICE=bond0
BOOTPROTO=none
ONBOOT=yes
NETWORK=10.1.1.0
NETMASK=255.255.255.0
IPADDR=10.1.1.11
USERCTL=no
NM_CONTROLLED=no

ifcfg-eth0:

DEVICE=eth0
BOOTPROTO=none
HWADDR=00:22:35:12:26:18
UUID=12fa32c2-e421-47f6-8d25-11414a664318
TYPE=Ethernet
ONBOOT=yes
NM_CONTROLLED=no
MASTER=bond0
SLAVE=yes
USERCTL=no

ifcfg-eth1:

DEVICE=eth1
BOOTPROTO=none
HWADDR=00:22:35:12:26:19
UUID=12fa32c2-e421-47f6-8d25-11414a664319
TYPE=Ethernet
ONBOOT=yes
NM_CONTROLLED=no
MASTER=bond0
SLAVE=yes
USERCTL=no

Todas as atualizações foram aplicadas. O NetworkManager está desativado.

O principal problema agora parece ser o modo round-robin em vez de backup ativo.

    

Answer 1

Após uma investigação mais profunda, encontrou o problema dos problemas de round-robin e DUP. Eles estão realmente relacionados.

• round robin (0) em vez de backup ativo (1)

No CentOS 5+, e aparentemente especialmente no 6.6, recomendou / preferiu usar o parâmetro BONDING_OPTS diretamente em ifcfg-bond0 (e não nas opções do módulo de ligação, isso faz sentido)

DEVICE=bond0
...
BONDING_OPTS="mode=1 miimon=100"

(o modo pode ser especificado como '1' ou como 'ativo-backup')
Depois de adicionar a linha, tudo funcionou como esperado.

• quadros ping duplicados

No modo round-robin, ambas as interfaces são usadas. E quando as interfaces estão conectadas a dois switches diferentes, as primeiras respostas ping podem ser duplicadas

It is not uncommon to observe a short burst of duplicated traffic when the bonding device is first used, or after it has been idle for some period of time. This is most easily observed by issuing a "ping" to some other host on the network, and noticing that the output from ping flags duplicates (typically one per slave).

For example, on a bond in active-backup mode with five slaves all connected to one switch, the output may appear as follows:

    # ping -n 10.0.4.2
    PING 10.0.4.2 (10.0.4.2) from 10.0.3.10 : 56(84) bytes of data.
    64 bytes from 10.0.4.2: icmp_seq=1 ttl=64 time=13.7 ms
    64 bytes from 10.0.4.2: icmp_seq=1 ttl=64 time=13.8 ms (DUP!)

This is not due to an error in the bonding driver, rather, it is a side effect of how many switches update their MAC forwarding tables.

Depois de alternar para o backup ativo, não foram observados mais DUPs.

Isso é explicado em detalhes nesta documentação de valor inestimável

link