☰

Direcciones IP enlazadas *y* primarias y virtuales *y* VLAN etiquetadas

tag-icon • tag-icon rhel bonding vlan
Direcciones IP enlazadas *y* primarias y virtuales *y* VLAN etiquetadas

Familia Red Hat 5 y Familia Red Hat 6.

No he encontrado documentación para nadie que haya configurado con éxito un par LACP, le haya colocado dos direcciones IP y luego haya etiquetado la dirección IP principal y la virtual con dos números de VLAN diferentes. ¿Alguien sabe de alguien?...

# 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

  • ¿El archivo de configuración VIP necesita una línea BONDING_OPTS o utilizaría la configuración de enlace del archivo de interfaz principal?

  • ¿El módulo 8021q de Red Hat aceptará instrucciones para etiquetar un paquete saliente de manera diferente según su dirección IP real o virtual?

  • ¿Eth1 y eth2, al estar configurados para usar bond0 como maestro, prestarían alguna atención a bond0:1?

    • Pensando en eso, ¿necesito cambiar la entrada MAESTRO? MASTER=bond0.123?

Respuesta1

Sí, puedes hacer esto, pero tus configuraciones están un poco apagadas.

No necesita información de vinculación en los VIF. Eso se maneja una capa debajo en bond0. En estos casos, normalmente creo una interfaz (como bond0) y luego creo mis interfaces VLAN encima de ella (como bond0.123 y bond0.124). Esto funciona como se esperaba, ya que bond0 usa la VLAN nativa (si existe) y las VIF usan VLAN etiquetadas.

Todo lo que realmente se necesita es especificar VLAN=yes en los archivos VIF, como lo hizo anteriormente.

SIN EMBARGO, no creo que una VIF acepte opciones de vinculación correctamente. De hecho, estoy casi seguro de ello con respecto al modo 4. Coloque la información de enlace en una interfaz de enlace simple y luego ejecute sus VIF desde allí. A continuación se muestra un ejemplo:

# 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

Aquí vemos un maestro de vinculación, con un VIF ejecutándose encima. El maestro puede tener su propia IP (siempre que esté dentro de la VLAN nativa, o ninguna IP si no hay una VLAN nativa configurada en su conmutador para este enlace). Las VIF solo funcionarán dentro de la VLAN etiquetada a la que corresponde su número. Los VIF no controlan la vinculación de ninguna manera.

información relacionada