Como faço para manter uma ponte ativada em uma interface vinculada?

1

Estou trabalhando na criação de um par de servidores CentOS 6.3 que executarão alguns vms KVM e terão um problema ao configurar uma ponte em um vínculo.

Estou usando a ligação Modo 4 (802.3ad) em um par de switches Dell Powerconnect 5524 empilhados que se conectam a servidores R320. Existem 2 links (1 para cada switch) que formam um grupo de agregação de links (ligação 802.3ad / LACP). No topo do vínculo tenho VLAN Tagging.

Eu verifiquei que este é um problema em vários outros modos de ligação, por isso não é apenas um problema do modo 4.

Estou testando o que acontece quando um link é descartado (isto é, o switch morre, quebra de cabos, etc).

Se eu não tiver uma ponte (para KVM), tudo funciona bem, o failover acontece como esperado.

Se eu tiver a ponte ativada, ela funcionará bem até o failover (desconectando um cabo). Quando o failover acontece, o / var / log / messages mostra o link do escravo descendo, seguido dentro de um segundo por:

kernel: br1: port 1(bond0.8) entering disabled state

A coisa é / proc / net / bonding / bond0 mostra que o link está como esperado (simplesmente com apenas 1 escravo em vez de 2). Se eu ligar o cabo de volta recupera e traz a ponte de volta para um estado habilitado.

Eu realmente testei isso enquanto um ping está ocorrendo e se o tempo estiver correto, um pacote irá realmente deixar o sistema depois que o link for perdido, mas antes a mensagem desativada ocorre.

Este estado desabilitado assumi que era STP, mas desativei o STP na configuração da ponte e esse problema ainda ocorre.

brctl showstp br1 

ainda mostra o link como desativado quando está em execução sem um escravo.

Também mudei entre as nics no servidor (tenho 2x Broadcom e 4x intel). Não importa qual configuração eu tenha.

Alguém sabe de uma maneira de forçar a ponte a ficar habilitada ou por que ela está detectando a ligação como desativada, quando não está?

    
por jlawer 19.07.2012 / 04:49

1 resposta

2

Eu me deparei com exatamente o mesmo problema com o Fedora 16 em cima de 2 x Dell R410s e um par de PowerConnect 6448s.

Interface em ponte na parte superior de uma ligação 802.3ad.

Estou passando exatamente pelos mesmos sintomas.

Aqui estão os arquivos de configuração:

cat /etc/modprobe.d/bonding.conf

alias netdev-bond0 bonding

alias netdev-bond1 bonding

alias netdev-bond2 bonding

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): 100

Up Delay (ms): 0

Down Delay (ms): 0

802.3ad info

LACP rate: fast

Min links: 0

Aggregator selection policy (ad_select): stable

Active Aggregator Info:

Aggregator ID: 23

Number of ports: 2

Actor Key: 17

Partner Key: 629

Partner Mac Address: 00:21:9b:b2:08:40

Slave Interface: em1

MII Status: up

Speed: 1000 Mbps

Duplex: full

Link Failure Count: 0

Permanent HW addr: 00:1e:c9:fd:f1:5e

Aggregator ID: 23

Slave queue ID: 0

Slave Interface: em2

MII Status: up

Speed: 1000 Mbps

Duplex: full

Link Failure Count: 0

Permanent HW addr: 00:1e:c9:fd:f1:60

Aggregator ID: 23

Slave queue ID: 0

cat / etc / sysconfig / scripts de rede / ifcfg-br0

DEVICE=br0

ONBOOT=yes

TYPE=Bridge

BOOTPROTO=none

IPADDR=10.100.100.101

NETMASK=255.255.255.0

IPV6INIT=no

IPV6_AUTOCONF=no

DHCPV6=no

IPV6ADDR=fe80::21e:c9ff:fefd:f15e/64

/ etc / sysconfig / scripts de rede / ifcfg-bond0

DEVICE=bond0

USERCTL=no

BOOTPROTO=none

ONBOOT=yes

BONDING_OPTS="miimon=100 mode=4 lacp_rate=1 xmit_hash_policy=1"

BRIDGE=br0

cat / etc / sysconfig / scripts de rede / ifcfg-em1

DEVICE=em1

HWADDR=00:1E:C9:FD:F1:5E

ONBOOT=yes

MASTER=bond0

SLAVE=yes

    
por 01.10.2012 / 22:39