☰

Netplan no logra abrir las VLAN

tag-icon • tag-icon ubuntu linux-networking vlan ubuntu-20.04 netplan
Netplan no logra abrir las VLAN

Estoy intentando tener una red de servidor Ubuntu 20.04 configurada correctamente en el arranque. Tengo una interfaz física conectada a un troncal, por lo que quiero definir algunas interfaces etiquetadas con VLAN en ella. Estoy usando netplan. Contenido de /etc/netplan/50-cloud-init.yamllo siguiente:

network:
    ethernets:
        eno1:
            match:
                macaddress: b8:83:03:XX:XX:XX
            mtu: 1500
        eno2:
        ...
    version: 2
    vlans:
        vlan3110:
            id: 3110
            link: eno1
            dhcp4: no
            addresses: [X.X.X.X/24]
            gateway4: X.X.X.X
        vlan3112:
            id: 3112
            link: eno1
            dhcp4: no
        vlan3111:
            id: 3111
            link: eno1
            dhcp4: no

Ahora, si reinicio el sistema, no se asigna ninguna IP a vlan3110:

#ip a
...
9: vlan3110@eno1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether b8:83:03:XX:XX:XX brd ff:ff:ff:ff:ff:ff
    inet6 fe80::ba83:3ff:XXXX:XXXX/64 scope link 
       valid_lft forever preferred_lft forever
...

Y no puedo entender por qué. Agregué -vvla networkd-dispatcheropción al inicio en /etc/default/networkd-dispatcher:

networkd_dispatcher_args="--run-startup-triggers -vv"

Pero no veo ningún problema explícito:

# journalctl -b |  grep vlan3110
Dec 01 17:45:17 hce02 networkd-dispatcher[1565]: DEBUG:Running immediate triggers for NetworkctlListState(idx=9, name='vlan3110', type='vlan', operational='degraded', administrative='pending')
Dec 01 17:45:17 hce02 networkd-dispatcher[1565]: DEBUG:Ignoring notification for interface NetworkctlListState(idx=9, name='vlan3110', type='vlan', operational='degraded', administrative='pending') entering state 'pending': no triggers
Dec 01 17:45:17 hce02 networkd-dispatcher[1565]: DEBUG:Ignoring notification for interface NetworkctlListState(idx=9, name='vlan3110', type='vlan', operational='degraded', administrative='pending') entering state 'degraded': no triggers

networkctlla salida es la siguiente:

# networkctl status vlan3110
● 9: vlan3110                                                                
             Link File: /run/systemd/network/10-netplan-eno1.link            
          Network File: /run/systemd/network/10-netplan-eno1.network         
                  Type: vlan                                                 
                 State: degraded (configured)
                Driver: 802.1Q VLAN Support                                  
            HW Address: b8:83:03:4d:ca:48 (Hewlett Packard Enterprise)       
                   MTU: 1500 (max: 65535)                                    
  Queue Length (Tx/Rx): 1/1                                                  
      Auto negotiation: yes                                                  
                 Speed: 1Gbps                                                
                Duplex: full                                                 
                  Port: tp                                                   
               Address: fe80::ba83:3ff:fe4d:ca48                             

Dec 01 18:18:08 hce02 systemd-networkd[1444]: vlan3110: netdev ready
Dec 01 18:18:08 hce02 systemd-networkd[1444]: vlan3110: IPv6 successfully enabled
Dec 01 18:18:08 hce02 systemd-networkd[1444]: vlan3110: Link UP
Dec 01 18:18:12 hce02 systemd-networkd[1444]: vlan3110: Gained carrier
Dec 01 18:18:14 hce02 systemd-networkd[1444]: vlan3110: Gained IPv6LL

Si elimino el enlace y llamo netplan applydespués de que el servidor haya completado su proceso de inicio, la IP se asigna como se esperaba:

# ip link delete dev vlan3110
# netplan apply

¿Alguien sabe cómo está pasando?

información relacionada