☰

Endereços IP primários e virtuais vinculados *e* *e* marcados com VLAN

tag-icon • tag-icon rhel bonding vlan
Endereços IP primários e virtuais vinculados *e* *e* marcados com VLAN

Família Red Hat 5 e Família Red Hat 6.

Não encontrei documentação para ninguém que tenha configurado com êxito um par LACP, colocado dois endereços IP nele e, em seguida, marcado o endereço IP primário e virtual com dois números de VLAN diferentes. Alguém conhece alguém?...

# cat /etc/sysconfig/network-scripts/ifconfig-bond0.123
DEVICE=bond0.123
BOOTPROTO=none
IPADDR=192.168.10.12
NETMASK=255.255.255.0
GATEWAY=192.168.10.1
ONBOOT=yes
USERCTL=no
BONDING_OPTS="mode=802.3ad xmit_hash_policy=layer3+4 lacp_rate=slow miimon=100 updelay=5000 downdelay=5000"
VLAN=yes


# cat /etc/sysconfig/network-scripts/ifconfig-bond0:1.124
DEVICE=bond0:1.124
BOOTPROTO=none
IPADDR=192.168.12.12
NETMASK=255.255.255.0
GATEWAY=192.168.12.1
ONBOOT=yes
USERCTL=no
VLAN=yes

  • O arquivo de configuração VIP precisa de uma linha BONDING_OPTS ou usaria a configuração do vínculo do arquivo de interface primário?

  • O módulo 8021q da Red Hat aceitará instruções para marcar um pacote de saída de maneira diferente com base em seu endereço IP real versus virtual?

  • Será que eth1 e eth2, sendo configuradas para usar bond0 como mestre, prestariam alguma atenção a bond0:1?

    • Pensando nisso, preciso alterar a entrada MASTER? MASTER=bond0.123?

Responder1

Sim, você pode fazer isso, mas suas configurações estão um pouco erradas.

Você não precisa de informações de ligação nos VIFs. Isso é tratado em uma camada abaixo de bond0. Nesses casos, normalmente crio uma interface (como bond0) e, em seguida, crio minhas interfaces VLAN sobre ela (como bond0.123 e bond0.124). Isso funciona conforme o esperado, pois bond0 usa a VLAN nativa (se houver) e os VIFs usam VLANs marcadas.

Tudo o que é realmente necessário é especificar VLAN=yes nos arquivos VIF, como você fez acima.

NO ENTANTO, não acredito que um VIF aceite opções de colagem adequadamente. Na verdade, tenho quase certeza disso em relação ao modo 4. Coloque as informações de ligação em uma interface de ligação simples e execute seus VIFs a partir dela. Segue um exemplo:

# cat /etc/sysconfig/network-scripts/ifconfig-eth0
    DEVICE=eth0
    BOOTPROTO=none
    ONBOOT=yes
    MASTER=bond0
    SLAVE=yes

# cat /etc/sysconfig/network-scripts/ifconfig-eth1
    DEVICE=eth1
    BOOTPROTO=none
    ONBOOT=yes
    MASTER=bond0
    SLAVE=yes

#cat /etc/sysconfig/network-scripts/ifconfig-bond0
    DEVICE=bond0
    NAME=bond0
    BONDING_MASTER=yes
    BOOTPROTO=none
    IPADDR=192.168.10.12
    NETMASK=255.255.255.0
    GATEWAY=192.168.10.1
    ONBOOT=yes
    USERCTL=no
     BONDING_OPTS="mode=802.3ad xmit_hash_policy=layer3+4 lacp_rate=slow miimon=100 updelay=500 downdelay=200"


# cat /etc/sysconfig/network-scripts/ifconfig-bond0:1.123
    DEVICE=bond0:1.123
    BOOTPROTO=none
    IPADDR=192.168.12.12
    NETMASK=255.255.255.0
    ONBOOT=yes  
    USERCTL=no
    VLAN=yes

Aqui vemos um bonding master, com um VIF rodando em cima dele. O mestre pode ter seu próprio IP (desde que esteja dentro da VLAN nativa - ou nenhum IP se não houver uma VLAN nativa configurada em seu switch para esta ligação). Os VIFs operarão apenas dentro da VLAN marcada ao qual seu número corresponde. Os VIFs não controlam a ligação de forma alguma.

informação relacionada