VLANS für VMs und Host

R

rothkraut

Member
Proxmox Subscriber
Nov 25, 2025
56
21
8
Moin zusammen!

Ich habe eine Frage zum Networking.

Wir arbeiten mit vielen VLANS. Ein Teil der VLANS muss nur an meine VMs weitergegeben werden. Einige VLANS müssen an meinen PVE-Host.

Ich habe ein dediziertes VLAN für die WEBGUI unsere PVE-Hosts . (VLAN 10)

Und verschiedene Netze für Backup (BPS) und Storage (Anbindung RBD/NFS). VLAN 11 und 12.

Diese Netzte habe ich an den Hosts mit einer IP auf der vmbr0 definiert (vmbr0.11 etc.). An dieser vmbr0 hängt ein bond0 im LACP.

Alle anderen VLANs, welche für die VMs bestimmt sind, definiere ich per SDN. Also ich habe eine Zone angelegt, hier die vmbr0 hinterlegt und entsprechende VNets angelegt.

Soweit so gut. Funktioniert auch alles.


Jetzt zu meinem Problem:


VLAN 11 und 12 müssen in vereinzelten Fällen auch an VMs anliegen. Wenn ich VLAN 11/12 jetzt per SDN definiere bricht dafür der Kontakt der vmbr0.11/12 ab.
Wie kann ich dies umgehen?

Bei einem Cluster habe ich es jetzt vorerst so "gelöst", dass ich für die VLANs, welche ich am Host benötige, eine separate NIC am Host nutze und hier eine weitere VBridge (vmbr1) mit den entsprechenden VLAN (vmbr1.11/12) definiert habe.
 
Ich habe keine 1.1 gleiche Umgebung, aber so weit ich das gerade mal nachbauen konnte gibt es die Brücke schonmal, die heißt aber anders:

Code: 
root@proxmox ~ > brctl show vmbr0v101
bridge name     bridge id               STP enabled     interfaces
vmbr0v101       8000.901b0eb086b6       no              bond1.101
                                                        pr_VLAN101

Vielleicht ist das Problem ... vmbr0.11 vs. vmbr0v11?
 
Ich habe deine Konfig mal nachgebaut:


Code: 
root@proxmox:~# brctl show vmbr0v11
bridge name     bridge id               STP enabled     interfaces
vmbr0v11               8000.6c92cf6996b0       no              bond0.11


Habe auf dem bond0 ein Linux-Vlan bond.11 angelegt. Ich habe dann eine Bridge vmbr0v11 angelegt.

Ich habe die IP für meinen Host hier auf der vmbr0v11 definiert.

Ich habe jetzt also eine vmbr0 mit dem interface bond0. Diese Bridge ist in meiner VLAN-Zone im SDN hinterlegt.

Zudem die Bridge vmbr0v11 mit dem Interface bond0.11 Hier soll nichts zu den VMs durchgereicht werden.


Bin jetzt vllt einen Schritt weiter. Die Netzwerkverbindung am Host funktioniert weiterhin, nachdem ich im SDN das VLAN 11 definiert habe.
Habe eine Test-VM aufgesetzt und bei dieser die IP fest vergeben. Leider ohne Erfolg. Ping innerhalb des selben Netzes nicht möglich.




Was genau hat es mit "pr_VLAN101" auf sich, was bei dir noch als Interface definiert ist?
 
Ist deine zugrunde liegende bridge VLAN-aware?

Wenn sie das nicht ist, wird stattdessen eine bridge vmbr0v11 angelegt, mit bond0.11 als bridge port. Das problem hierbei ist dann, dass dieses VLAN subinterface auf dem bond das VLAN auf der bridge selbst 'blackholed'. Wenn sowohl der host, als auch die gaeste auf das VLAN zugreifen muessen, dann muss man die bridge, die im SDN angegeben wird, VLAN-aware machen.


Falls das nicht klappt, poste bitte mal den output der folgenden befehle:

Code: 
cat /etc/pve/sdn/zones.cfg
cat /etc/pve/sdn/vnets.cfg

cat /etc/network/interfaces
cat /etc/network/interfaces.d/sdn

ip a
 
rothkraut said:
Moin zusammen!

Ich habe eine Frage zum Networking.

Wir arbeiten mit vielen VLANS. Ein Teil der VLANS muss nur an meine VMs weitergegeben werden. Einige VLANS müssen an meinen PVE-Host.

Ich habe ein dediziertes VLAN für die WEBGUI unsere PVE-Hosts . (VLAN 10)

Und verschiedene Netze für Backup (BPS) und Storage (Anbindung RBD/NFS). VLAN 11 und 12.
Click to expand...
Hier erst einmal eine dumme Frage. meinst du mit RBD Ceph?
rothkraut said:
VLAN 11 und 12 müssen in vereinzelten Fällen auch an VMs anliegen. Wenn ich VLAN 11/12 jetzt per SDN definiere bricht dafür der Kontakt der vmbr0.11/12 ab.
Wie kann ich dies umgehen?
Click to expand...
Wie Stefan eben geschrieben hat, nimmst du dir das VLAN schon vorher weg.
Ich löse das oft so, wenn ich auf dem PVE ein VLAN Interface habe und da soll mal eine VM mit in dem VLAN sprechen, bleibt das PVE Interface vmbr0.11 und der VM gebe ich die vmbr0 und bei der virtuellen NIC dann das VLAN11.
Wenn du das VLAN öfters bei VMs benötigst und der PVE auch unbedingt eine Verbindung benötigt, müsste man mal über das gesamte Design nachdenken. Eventuell ist da auch manchmal ein Routing mit einer Firewall sinnvoll. Nur mal so als Gedankenanschubser.
 
shanreich said:
Ist deine zugrunde liegende bridge VLAN-aware?
Click to expand...
Ja die vmbr0 ist vlan-aware. Diese ist auch im SDN hinterlegt.
shanreich said:
Wenn sie das nicht ist, wird stattdessen eine bridge vmbr0v11 angelegt, mit bond0.11 als bridge port.
Click to expand...
Ah ok, das habe ich bei mir manuell angelegt, da ich die Konfiguration von @LnxBil nachbauen wollte.

Ich habe jetzt nochmal alles auf meine Ausgangssituation zurück gebaut. Ich teste es auf einem Test-Host.

Hier habe ich für meinen Host eine IP im VLAN 11 definiert auf vmbr0.111 definiert.

Das VLAN 11 habe ich im SDN ebenfalls definiert.

Der Host kann jetzt keine Verbindung zum VLAN 11 aufbauen (ping -I vmbr0.11 10.x.x.x. funktioniert nicht). Anbindung zum externen Storage, welcher über diese Schnittstelle laufen sollte, funktioniert nicht mehr.

Dafür funktioniert das VLAN an der VM. Diese kann andere Clients in dem Netz pingen.
shanreich said:
Falls das nicht klappt, poste bitte mal den output der folgenden befehle:
Click to expand...

Code: 
root@proxmox:~# cat /etc/pve/sdn/zones.cfg
vlan: zVLAN
        bridge vmbr0
        ipam pve

Code: 
root@proxmox:~# cat /etc/pve/sdn/vnets.cfg
vnet: VLAN79
        zone zVLAN
        alias Name1
        tag 79

vnet: VLAN98
        zone zVLAN
        alias Name2
        tag 98

vnet: VLAN100
        zone zVLAN
        alias Name3
        tag 100

vnet: VLAN165
        zone zVLAN
        alias Name4
        tag 165

vnet: VLAN11
        zone zVLAN
        alias Test
        tag 11

Code: 
auto lo
iface lo inet loopback

auto nic0
iface nic0 inet static
        address 10.10.101.42/24
        gateway 10.10.101.1
#WEBGUI

auto nic2
iface nic2 inet manual
#DATA-TRAFFIC NIC

auto nic3
iface nic3 inet manual
#DATA-TRAFFIC NIC

iface nic4 inet manual

iface nic5 inet manual

auto nic1
iface nic1 inet static
        address 10.10.110.42/26
#COROSYNC

iface nic6 inet manual

iface nic7 inet manual

auto bond0
iface bond0 inet manual
        bond-slaves nic2 nic3
        bond-miimon 100
        bond-mode 802.3ad
        bond-xmit-hash-policy layer2
#DATA-TRAFFIC BOND

auto vmbr0
iface vmbr0 inet manual
        bridge-ports bond0
        bridge-stp off
        bridge-fd 0
        bridge-vlan-aware yes
        bridge-vids 2-4094
#DATA-TRAFFIC BRIDGE

auto vmbr0.11
iface vmbr0.111 inet static
        address 10.10.11.24/24


Code: 
root@vh-pve-app-03:~# cat /etc/network/interfaces.d/sdn
#version:11

auto VLAN100
iface VLAN100
        bridge_ports vmbr0.100
        bridge_stp off
        bridge_fd 0
        alias Name4

auto VLAN11
iface VLAN11
        bridge_ports vmbr0.11
        bridge_stp off
        bridge_fd 0
        alias Test

auto VLAN165
iface VLAN165
        bridge_ports vmbr0.165
        bridge_stp off
        bridge_fd 0
        alias Name3

auto VLAN79
iface VLAN79
        bridge_ports vmbr0.79
        bridge_stp off
        bridge_fd 0
        alias Name2

auto VLAN98
iface VLAN98
        bridge_ports vmbr0.98
        bridge_stp off
        bridge_fd 0
        alias Name1


Ich vermute ich sehe hier schon das Problem:

Die vmbr0.11 wird auch im SDN angesprochen.
 
Ja, ich hatte da im Kopf kurz einen Denkfehler - sorry. Das sollte dann allerdings funktionieren wenn die IP auf die bridge, die von SDN generiert wurde gelegt wird:

Code: 
auto VLAN11
iface VLAN11 inet static
        address 10.10.11.24/24

Das Problem hier ist, dass man keine IP adressen direkt auf interfaces konfigurieren kann, die member von einem anderen interface sind.
 
Ich habe den Eintrag von VLAN11 in der File /etc/network/interfaces.d/sdn wie folge bearbeitet:

Code: 
auto VLAN11
iface VLAN11 inet static
        address 10.110.11.24/24
        bridge_ports vmbr0.11
        bridge_stp off
        bridge_fd 0
        alias Test

Hat leider nicht geholfen. Jetzt ist das verhalten noch komischer... Angebundener Storage funkt nicht mehr, ping von der VM aus funkt, aber wenn man die IP der VM anpingen möchte, klappt es nicht. Habe mal bei dem Server, welchen ich von er VM aus anpinge, mit iftop geguckt, da kommt es lustigerweise mit der richtigen IP (der VM) an. Aber zurück pingen funkt nicht. Firewallthema kann ich hier ausschließen.

Macht mich fertig, es muss doch irgendwie möglich sein über eine physische NIC (oder in meinem Fall ein Bond) eine IP am Host zu definieren und das Netz noch an die VMs per SDN zu schleifen. :/
 
Falk R. said:
Ich löse das oft so, wenn ich auf dem PVE ein VLAN Interface habe und da soll mal eine VM mit in dem VLAN sprechen, bleibt das PVE Interface vmbr0.11 und der VM gebe ich die vmbr0 und bei der virtuellen NIC dann das VLAN11
Click to expand...
Habe das jetzt mal so gebaut:

-> vmbr0.11 mit IP für den Host definiert.
-> vmbr0 an der VM ausgewählt und VLAN-Tag 11 definiert
-> vlan11 im SDN gelöscht und aktualisiert

Resultat leider das selbe. Die VM kann zwar andere Geräte anpingen, kann aber selbst nicht angepingt werden.


Falk R. said:
Hier erst einmal eine dumme Frage. meinst du mit RBD Ceph?
Click to expand...
Ja wir haben ein externes CEPH-Cluster, welches als Storage angebunden ist. Wir haben kein hyperkonvergentes PVE-Setup.
 
rothkraut said:
Resultat leider das selbe. Die VM kann zwar andere Geräte anpingen, kann aber selbst nicht angepingt werden.
Click to expand...

Wie sieht denn nun die Netzwerkkonfiguration nach den ganzen Umbauten aus?

Code: 
cat /etc/network/interfaces
cat /etc/network/interfaces.d/sdn

ip a
 
rothkraut said:
Ich habe den Eintrag von VLAN11 in der File /etc/network/interfaces.d/sdn wie folge bearbeitet:

Code: 
auto VLAN11
iface VLAN11 inet static
        address 10.110.11.24/24
        bridge_ports vmbr0.11
        bridge_stp off
        bridge_fd 0
        alias Test
Click to expand...
Hast auch die /etc/network/interfaces-Datei angepasst und dort die IP entfernt und statt static ein manual gesetzt? Also den Teil hier:
Code: 
auto vmbr0.11
iface vmbr0.111 inet static
        address 10.10.11.24/24

Sonst hast Du die IP zweimal definiert.
 
Code: 
auto lo
iface lo inet loopback

auto nic0
iface nic0 inet static
        address 10.10.101.42/24
        gateway 10.10.101.1
#WEBGUI

auto nic2
iface nic2 inet manual
#DATA-TRAFFIC NIC

auto nic3
iface nic3 inet manual
#DATA-TRAFFIC NIC

iface nic4 inet manual

iface nic5 inet manual

auto nic1
iface nic1 inet static
        address 10.110.110.42/26
#COROSYNC

iface nic6 inet manual

iface nic7 inet manual

auto bond0
iface bond0 inet manual
        bond-slaves nic2 nic3
        bond-miimon 100
        bond-mode 802.3ad
        bond-xmit-hash-policy layer2
#DATA-TRAFFIC BOND

auto vmbr0
iface vmbr0 inet manual
        bridge-ports bond0
        bridge-stp off
        bridge-fd 0
        bridge-vlan-aware yes
        bridge-vids 2-4094
#DATA-TRAFFIC BRIDGE

auto vmbr0.11
iface vmbr0.11 inet static
        address 10.110.11.24/24

source /etc/network/interfaces.d/*

Code: 
root@proxmox:/etc/network/interfaces.d# cat /etc/network/interfaces.d/sdn
#version:14

auto VLAN100
iface VLAN100
        bridge_ports vmbr0.100
        bridge_stp off
        bridge_fd 0
        alias Name1

auto VLAN165
iface VLAN165
        bridge_ports vmbr0.165
        bridge_stp off
        bridge_fd 0
        alias Name2

auto VLAN79
iface VLAN79
        bridge_ports vmbr0.79
        bridge_stp off
        bridge_fd 0
        alias Name3

auto VLAN98
iface VLAN98
        bridge_ports vmbr0.98
        bridge_stp off
        bridge_fd 0
        alias Name4

-> VLAN 11 ist momentan nicht mehr im SDN definiert

Code: 
137: vmbr0.11@vmbr0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether 6c:92:cf:69:96:b0 brd ff:ff:ff:ff:ff:ff
    inet 10.10.11.24/24 scope global vmbr0.11
       valid_lft forever preferred_lft forever
    inet6 fe80::6e92:cfff:fe69:96b0/64 scope link proto kernel_ll
       valid_lft forever preferred_lft forever

An der VM ist es so momentan so hinterlegt:

Code: 
net1: virtio=XX:XX:XX:XX:XX:XX,bridge=vmbr0,tag=11
 
Last edited:
Code: 
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host noprefixroute
       valid_lft forever preferred_lft forever
2: nic0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether c4:cb:e1:de:fd:78 brd ff:ff:ff:ff:ff:ff
    altname enp2s0f0
    altname enxc4cbe1defd78
    inet 10.10.101.42/24 scope global nic0
       valid_lft forever preferred_lft forever
    inet6 fe80::c6cb:e1ff:fede:fd78/64 scope link proto kernel_ll
       valid_lft forever preferred_lft forever
3: nic2: <BROADCAST,MULTICAST,SLAVE,UP,LOWER_UP> mtu 1500 qdisc mq master bond0 state UP group default qlen 1000
    link/ether 6c:92:cf:69:96:b0 brd ff:ff:ff:ff:ff:ff
    altname enp34s0f0np0
    altname enx6c92cf6996b0
4: nic1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether c4:cb:e1:de:fd:79 brd ff:ff:ff:ff:ff:ff
    altname enp2s0f1
    altname enxc4cbe1defd79
    inet 10.110.110.42/26 scope global nic1
       valid_lft forever preferred_lft forever
    inet6 fe80::c6cb:e1ff:fede:fd79/64 scope link proto kernel_ll
       valid_lft forever preferred_lft forever
5: nic3: <BROADCAST,MULTICAST,SLAVE,UP,LOWER_UP> mtu 1500 qdisc mq master bond0 state UP group default qlen 1000
    link/ether 6c:92:cf:69:96:b0 brd ff:ff:ff:ff:ff:ff permaddr 6c:92:cf:69:96:b1
    altname enp34s0f1np1
    altname enx6c92cf6996b1
6: nic4: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
    link/ether 6c:92:cf:69:96:b2 brd ff:ff:ff:ff:ff:ff
    altname enp34s0f2np2
    altname enx6c92cf6996b2
7: nic5: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
    link/ether 6c:92:cf:69:96:b3 brd ff:ff:ff:ff:ff:ff
    altname enp34s0f3np3
    altname enx6c92cf6996b3
8: nic6: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
    link/ether 6c:92:cf:48:a4:c0 brd ff:ff:ff:ff:ff:ff
    altname enp139s0f0np0
    altname enx6c92cf48a4c0
9: nic7: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
    link/ether 6c:92:cf:48:a4:c1 brd ff:ff:ff:ff:ff:ff
    altname enp139s0f1np1
    altname enx6c92cf48a4c1
10: bond0: <BROADCAST,MULTICAST,MASTER,UP,LOWER_UP> mtu 1500 qdisc noqueue master vmbr0 state UP group default qlen 1000
    link/ether 6c:92:cf:69:96:b0 brd ff:ff:ff:ff:ff:ff
12: vmbr0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether 6c:92:cf:69:96:b0 brd ff:ff:ff:ff:ff:ff
    inet6 fe80::1c5f:bdff:fec4:37a0/64 scope link proto kernel_ll
       valid_lft forever preferred_lft forever
15: VLAN100: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether 6c:92:cf:69:96:b0 brd ff:ff:ff:ff:ff:ff
    inet6 fe80::6e92:cfff:fe69:96b0/64 scope link proto kernel_ll
       valid_lft forever preferred_lft forever
18: VLAN165: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether 6c:92:cf:69:96:b0 brd ff:ff:ff:ff:ff:ff
    inet6 fe80::6e92:cfff:fe69:96b0/64 scope link proto kernel_ll
       valid_lft forever preferred_lft forever
21: VLAN79: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether 6c:92:cf:69:96:b0 brd ff:ff:ff:ff:ff:ff
    inet6 fe80::6e92:cfff:fe69:96b0/64 scope link proto kernel_ll
       valid_lft forever preferred_lft forever
24: VLAN98: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether 6c:92:cf:69:96:b0 brd ff:ff:ff:ff:ff:ff
    inet6 fe80::6e92:cfff:fe69:96b0/64 scope link proto kernel_ll
       valid_lft forever preferred_lft forever
34: vmbr0.100@vmbr0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master VLAN100 state UP group default qlen 1000
    link/ether 6c:92:cf:69:96:b0 brd ff:ff:ff:ff:ff:ff
35: vmbr0.165@vmbr0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master VLAN165 state UP group default qlen 1000
    link/ether 6c:92:cf:69:96:b0 brd ff:ff:ff:ff:ff:ff
36: vmbr0.79@vmbr0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master VLAN79 state UP group default qlen 1000
    link/ether 6c:92:cf:69:96:b0 brd ff:ff:ff:ff:ff:ff
37: vmbr0.98@vmbr0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master VLAN98 state UP group default qlen 1000
    link/ether 6c:92:cf:69:96:b0 brd ff:ff:ff:ff:ff:ff
63: tap103i0: <BROADCAST,MULTICAST,PROMISC,UP,LOWER_UP> mtu 1500 qdisc fq_codel master VLAN98 state UNKNOWN group default qlen 1000
    link/ether 46:30:cf:ba:96:5a brd ff:ff:ff:ff:ff:ff
68: tap109i0: <BROADCAST,MULTICAST,PROMISC,UP,LOWER_UP> mtu 1500 qdisc fq_codel master VLAN98 state UNKNOWN group default qlen 1000
    link/ether e6:53:01:08:97:36 brd ff:ff:ff:ff:ff:ff
70: tap107i0: <BROADCAST,MULTICAST,PROMISC,UP,LOWER_UP> mtu 1500 qdisc fq_codel master VLAN165 state UNKNOWN group default qlen 1000
    link/ether 76:2f:71:47:ea:c7 brd ff:ff:ff:ff:ff:ff
71: tap104i0: <BROADCAST,MULTICAST,PROMISC,UP,LOWER_UP> mtu 1500 qdisc fq_codel master VLAN98 state UNKNOWN group default qlen 1000
    link/ether 06:b7:30:e5:e2:b1 brd ff:ff:ff:ff:ff:ff
72: tap105i0: <BROADCAST,MULTICAST,PROMISC,UP,LOWER_UP> mtu 1500 qdisc fq_codel master VLAN98 state UNKNOWN group default qlen 1000
    link/ether 5a:cb:31:73:7d:be brd ff:ff:ff:ff:ff:ff
90: tap108i0: <BROADCAST,MULTICAST,PROMISC,UP,LOWER_UP> mtu 1500 qdisc fq_codel master VLAN98 state UNKNOWN group default qlen 1000
    link/ether fe:4a:43:77:bf:24 brd ff:ff:ff:ff:ff:ff
101: tap100i0: <BROADCAST,MULTICAST,PROMISC,UP,LOWER_UP> mtu 1500 qdisc fq_codel master VLAN79 state UNKNOWN group default qlen 1000
    link/ether 8e:e4:bd:c0:8b:51 brd ff:ff:ff:ff:ff:ff
102: tap102i0: <BROADCAST,MULTICAST,PROMISC,UP,LOWER_UP> mtu 1500 qdisc fq_codel master fwbr102i0 state UNKNOWN group default qlen 1000
    link/ether 92:80:ef:29:ab:92 brd ff:ff:ff:ff:ff:ff
103: fwbr102i0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether 5e:02:7b:db:e4:9a brd ff:ff:ff:ff:ff:ff
104: fwpr102p0@fwln102i0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master VLAN98 state UP group default qlen 1000
    link/ether ee:dc:85:48:04:9c brd ff:ff:ff:ff:ff:ff
105: fwln102i0@fwpr102p0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master fwbr102i0 state UP group default qlen 1000
    link/ether 5e:02:7b:db:e4:9a brd ff:ff:ff:ff:ff:ff
110: tap112i0: <BROADCAST,MULTICAST,PROMISC,UP,LOWER_UP> mtu 1500 qdisc fq_codel master VLAN98 state UNKNOWN group default qlen 1000
    link/ether b6:51:52:aa:e2:11 brd ff:ff:ff:ff:ff:ff
111: tap113i0: <BROADCAST,MULTICAST,PROMISC,UP,LOWER_UP> mtu 1500 qdisc fq_codel master VLAN98 state UNKNOWN group default qlen 1000
    link/ether 8a:74:72:cd:6b:8f brd ff:ff:ff:ff:ff:ff
136: tap110i1: <BROADCAST,MULTICAST,PROMISC,UP,LOWER_UP> mtu 1500 qdisc fq_codel master vmbr0 state UNKNOWN group default qlen 1000
    link/ether 42:8e:b2:8b:a7:8b brd ff:ff:ff:ff:ff:ff
137: vmbr0.11@vmbr0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether 6c:92:cf:69:96:b0 brd ff:ff:ff:ff:ff:ff
    inet 10.10.11.24/24 scope global vmbr0.11
       valid_lft forever preferred_lft forever
    inet6 fe80::6e92:cfff:fe69:96b0/64 scope link proto kernel_ll
       valid_lft forever preferred_lft forever
 
Last edited:
You must log in or register to reply here.
Top Bottom
Back