On Wed, Oct 29, 2014 at 03:12:02PM -0700, Jarno Rajahalme wrote:
> 1. Flows with an explicit match on nw_frag, where the LATER bit is 1:
>    Prohibit setting transport header fields (port numbers) with
>    set_field or move, or using such a field as a source in a move.
> 
> 2. Flows that wildcard the nw_frag LATER bit: At flow translation
>    time, detect the fact that the packet/flow has no transport header,
>    and (silently) do nothing when translating a set_field, set_tp_src,
>    set_tp_dst, or reg_move action that reads or writes on transport
>    headers.  nw_frag is exact matched, so non-LATER packets deal with
>    the transport ports as before.
> 
> 2. alone would suffice for correct behavior, but 1. seems like a right
> thing to do, anyway.
> 
> Finally, we add tests testing the new behavior.
> 
> Signed-off-by: Jarno Rajahalme <jrajaha...@nicira.com>

The subject line is much too long.  Break it after the first sentence?

I think that this new constraint is really just a refinement of the
prerequisites for MFP_TCP, MFP_UDP, and MFP_SCTP, so I would expect
mf_are_prereqs_ok() to change instead of mf_check__().

In IPv6, even the first fragment is not guaranteed to carry the
transport port.  Have you had any thoughts about how to handle IPv6?
_______________________________________________
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev

Reply via email to