[pve-devel] [PATCH] support QinQ / vlan stacking

Alexandre DERUMIER aderumier at odiso.com
Mon Mar 16 06:15:04 CET 2015


Hi Stefan,

>>So the problem in my case is that there a some VMs i would like to have
>>a filter and others where i don't want to have that filter so VLANs
>>inside the VM are working.


I think it's possible to allow vlans (tagged from guest),
to go inside a bridge with vlan_filtering enabled.

with:

#bridge vlan add dev tapx vid $tag1
#bridge vlan add dev tapx vid $tag2

(This is something like a trunk is a cisco switch, with allowed vlans)



if we want to force a tag, for an untagged guest
#bridge vlan add dev tapx vid $tag pvid untagged"




----- Mail original -----
De: "Stefan Priebe" <s.priebe at profihost.ag>
À: "dietmar" <dietmar at proxmox.com>
Cc: "pve-devel" <pve-devel at pve.proxmox.com>
Envoyé: Jeudi 12 Mars 2015 08:42:48
Objet: Re: [pve-devel] [PATCH] support QinQ / vlan stacking

Am 12.03.2015 um 06:42 schrieb Dietmar Maurer: 
>>>> The old behaviour can be restored by enabling vlan_filtering on the bridge. 
>>> 
>>> Please can you give me further hints howto enable/disable "vlan_filtering"? 
>> 
>> It's 
>> # echo 1 > /sys/class/net/<bridge>/bridge/vlan_filtering 
> 
> So you think we should set that in PVE::Network::activate_bridge_vlan_slave ? 

This would at least activate the old behaviour. But there are also use 
cases where you don't want that filtering. 

So the problem in my case is that there a some VMs i would like to have 
a filter and others where i don't want to have that filter so VLANs 
inside the VM are working. 

This can again only be archieved by the ebtables filter as it allows us 
to control traffic types by VM NIC. 

Greets, 
Stefan 
_______________________________________________ 
pve-devel mailing list 
pve-devel at pve.proxmox.com 
http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-devel 



More information about the pve-devel mailing list