On Mon, Nov 14, 2011 at 5:22 PM, Ben Pfaff <b...@nicira.com> wrote:
> In the future it is likely that our vlan support will expand to
> include multiply tagged packets.  When this happens, we would
> ideally like for it to be consistent with our current tagging.
>
> Currently, if we receive a packet with a partial VLAN tag we will
> automatically drop it in the kernel, which is unique among the
> protocols we support.  The only other reason to drop a packet is
> a memory allocation error.  For a doubly tagged packet, we will
> parse the first tag and indicate that another tag was present but
> do not drop if the second tag is incorrect as we do not parse it.
>
> This changes the behavior of the vlan parser to match other protocols
> and also deeper tags by indicating the presence of a broken tag with
> the 802.1Q EtherType but no vlan information.  This shifts the policy
> decision to userspace on whether to drop broken tags and allows us to
> uniformly add new levels of tag parsing.
>
> Although additional levels of control are provided to userspace, this
> maintains the current behavior of dropping packets with a broken
> tag when using the NORMAL action because that is the correct behavior
> for an 802.1Q-aware switch.  The userspace flow parser actually
> already had the new behavior so this corrects an inconsistency.
>
> Reported-by: Jesse Gross <je...@nicira.com>
> Signed-off-by: Ben Pfaff <b...@nicira.com>

Thanks:
Acked-by: Jesse Gross <je...@nicira.com>
_______________________________________________
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev

Reply via email to