On Thu, Oct 17, 2013 at 10:15:07AM +0900, Simon Horman wrote: > From: Joe Stringer <[email protected]> > > OpenFlow 1.1 and 1.2, and 1.3 differ in their handling of MPLS actions in the > presence of VLAN tags. To allow correct behaviour to be committed in > each situation, this patch adds a second round of VLAN tag action > handling to commit_odp_actions(), which occurs after MPLS actions. This > is implemented with a new field in 'struct xlate_in' called 'vlan_tci'. > > When an push_mpls action is composed, the flow's current VLAN state is > stored into xin->vlan_tci, and flow->vlan_tci is set to 0 (pop_vlan). If > a VLAN tag is present, it is stripped; if not, then there is no change. > Any later modifications to the VLAN state is written to xin->vlan_tci. > When committing the actions, flow->vlan_tci is used before MPLS actions, > and xin->vlan_tci is used afterwards. This retains the current datapath > behaviour, but allows VLAN actions to be applied in a more flexible > manner. > > Both before and after this patch MPLS LSEs are pushed onto a packet after > any VLAN tags that may be present. This is the behaviour described in > OpenFlow 1.1 and 1.2. OpenFlow 1.3 specifies that MPLS LSEs should be > pushed onto a packet before any VLAN tags that are present. Support > for this will be added by a subsequent patch that makes use of > the infrastructure added by this patch. > > Signed-off-by: Joe Stringer <[email protected]> > Signed-off-by: Simon Horman <[email protected]>
I think that this patch tries to track the VLAN tag inside the MPLS label and the VLAN tag outside the MPLS label separately. But it does it in an odd way, by testing whether those tags have the same value. I'm not sure that's correct. If I set a VLAN, push an MPLS label outside the VLAN, then push the same VLAN outside the MPLS label, does it behave correctly? (Is there a test for this behavior in patch 3? If so then I'm reassured.) _______________________________________________ dev mailing list [email protected] http://openvswitch.org/mailman/listinfo/dev
