Re: [PATCH net-next] openvswitch: correctly fragment packet with mpls headers

2016-10-05 Thread Jiri Benc
On Tue, 4 Oct 2016 19:03:46 -0700, Pravin Shelar wrote: > We could have encapsulated packet defragmented in physical bridge. > that mean the packet is entering OVS after egressing tunnel device. > That use case would break due to this patch. Okay, thanks for explanation. I missed this use case and

Re: [PATCH net-next] openvswitch: correctly fragment packet with mpls headers

2016-10-04 Thread Pravin Shelar
On Tue, Oct 4, 2016 at 9:59 AM, Jiri Benc wrote: > On Tue, 4 Oct 2016 09:53:25 -0700, Pravin Shelar wrote: >> This code can be executed on encapsulated geneve or vxlan packets. > > How? The encapsulation header is in the form of metadata_dst at this > point and not present in the packet itself. Am

Re: [PATCH net-next] openvswitch: correctly fragment packet with mpls headers

2016-10-04 Thread Jiri Benc
On Tue, 4 Oct 2016 09:53:25 -0700, Pravin Shelar wrote: > This code can be executed on encapsulated geneve or vxlan packets. How? The encapsulation header is in the form of metadata_dst at this point and not present in the packet itself. Am I missing something? If this patch is wrong, then the cu

Re: [PATCH net-next] openvswitch: correctly fragment packet with mpls headers

2016-10-04 Thread Pravin Shelar
On Tue, Oct 4, 2016 at 2:28 AM, Jiri Benc wrote: > On Tue, 4 Oct 2016 10:24:58 +0200, Jiri Benc wrote: >> On Mon, 3 Oct 2016 11:04:46 -0700, Pravin Shelar wrote: >> > This is not correct way to detect MPLS packet. inner_protocol can be >> > set by any tunnel device for using tunnel offloads. So th

Re: [PATCH net-next] openvswitch: correctly fragment packet with mpls headers

2016-10-04 Thread Jiri Benc
On Tue, 4 Oct 2016 10:24:58 +0200, Jiri Benc wrote: > On Mon, 3 Oct 2016 11:04:46 -0700, Pravin Shelar wrote: > > This is not correct way to detect MPLS packet. inner_protocol can be > > set by any tunnel device for using tunnel offloads. So this would > > break the fragmentation for encapsulated p

Re: [PATCH net-next] openvswitch: correctly fragment packet with mpls headers

2016-10-04 Thread Jiri Benc
On Mon, 3 Oct 2016 11:04:46 -0700, Pravin Shelar wrote: > This is not correct way to detect MPLS packet. inner_protocol can be > set by any tunnel device for using tunnel offloads. So this would > break the fragmentation for encapsulated packets. You're right, stupid me. > How about using eth_p_m

Re: [PATCH net-next] openvswitch: correctly fragment packet with mpls headers

2016-10-03 Thread Pravin Shelar
On Mon, Oct 3, 2016 at 9:33 AM, Jiri Benc wrote: > If mpls headers were pushed to a defragmented packet, the refragmentation no > longer works correctly after 48d2ab609b6b ("net: mpls: Fixups for GSO"). The > network header has to be shifted after the mpls headers for the > fragmentation and resto

[PATCH net-next] openvswitch: correctly fragment packet with mpls headers

2016-10-03 Thread Jiri Benc
If mpls headers were pushed to a defragmented packet, the refragmentation no longer works correctly after 48d2ab609b6b ("net: mpls: Fixups for GSO"). The network header has to be shifted after the mpls headers for the fragmentation and restored afterwards. Fixes: 48d2ab609b6b ("net: mpls: Fixups f