From: R. Parameswaran <hidden> Date: 2017-03-18 02:11:24
In existing kernel code, when setting up the L2TP interface, all of the
tunnel encapsulation headers are not taken into account when setting
up the MTU on the L2TP logical interface device. Due to this, the
packets created by the applications on top of the L2TP layer are larger
than they ought to be, relative to the underlay MTU, which leads to
needless fragmentation once the L2TP packet is encapsulated in an outer IP
packet. Specifically, the MTU calculation does not take into account the
(outer) IP header imposed on the encapsulated L2TP packet, and the Layer 2
header imposed on the inner L2TP packet prior to encapsulation.
Change-set here (2/2) uses the new kernel API to compute the IP overhead
on an IPv4 or IPv6 socket, introduced in 1/2, in the L2TP Eth device setup
to factor the additional encap overheads from the underlay IP header and
Ethernet header on overlay (inner packet), to size the MTU on the L2TP
logical device to its correct value.
Signed-off-by: R. Parameswaran <redacted>
---
net/l2tp/l2tp_eth.c | 55 +++++++++++++++++++++++++++++++++++++++++++++++++----
1 file changed, 51 insertions(+), 4 deletions(-)
@@ -204,6 +207,53 @@ static void l2tp_eth_show(struct seq_file *m, void *arg)}#endif+staticvoidl2tp_eth_adjust_mtu(structl2tp_tunnel*tunnel,+structl2tp_session*session,+structnet_device*dev)+{+unsignedintoverhead=0;+structdst_entry*dst;+u32l3_overhead=0;++/* if the encap is UDP, account for UDP header size */+if(tunnel->encap==L2TP_ENCAPTYPE_UDP){+overhead+=sizeof(structudphdr);+dev->needed_headroom+=sizeof(structudphdr);+}+if(session->mtu!=0){+dev->mtu=session->mtu;+dev->needed_headroom+=session->hdr_len;+return;+}+l3_overhead=kernel_sock_ip_overhead(tunnel->sock);+if(l3_overhead==0){+/* L3 Overhead couldn't be identified, this could be+*becausetunnel->sockwasNULLorthesocket's+*addressfamilywasnotIPv4orIPv6,+*devmtustaysat1500.+*/+return;+}+/* Adjust MTU, factor overhead - underlay L3, overlay L2 hdr+*UDPoverhead,ifany,wasalreadyfactoredinabove.+*/+overhead+=session->hdr_len+ETH_HLEN+l3_overhead;++/* If PMTU discovery was enabled, use discovered MTU on L2TP device */+dst=sk_dst_get(tunnel->sock);+if(dst){+/* dst_mtu will use PMTU if found, else fallback to intf MTU */+u32pmtu=dst_mtu(dst);++if(pmtu!=0)+dev->mtu=pmtu;+dst_release(dst);+}+session->mtu=dev->mtu-overhead;+dev->mtu=session->mtu;+dev->needed_headroom+=session->hdr_len;+}+staticintl2tp_eth_create(structnet*net,u32tunnel_id,u32session_id,u32peer_session_id,structl2tp_session_cfg*cfg){structnet_device*dev;
@@ -253,13 +303,10 @@ static int l2tp_eth_create(struct net *net, u32 tunnel_id, u32 session_id, u32 p}dev_net_set(dev,net);-if(session->mtu==0)-session->mtu=dev->mtu-session->hdr_len;-dev->mtu=session->mtu;-dev->needed_headroom+=session->hdr_len;dev->min_mtu=0;dev->max_mtu=ETH_MAX_MTU;+l2tp_eth_adjust_mtu(tunnel,session,dev);priv=netdev_priv(dev);priv->dev=dev;priv->session=session;
From: James Chapman <jchapman@katalix.com> Date: 2017-03-20 09:34:58
I suggest change the wording of the first paragraph in the patch comment
to better represent why the changes are being made. Perhaps something
like the following?
"Existing L2TP kernel code does not derive the optimal MTU for Ethernet
pseudowires and instead leaves this to a userspace L2TP daemon or
operator. If an MTU is not specified, the existing kernel code chooses
an MTU that does not take account of all tunnel header overheads, which
can lead to unwanted IP fragmentation. When L2TP is used without a
control plane (userspace daemon), we would prefer that the kernel does a
better job of choosing a default pseudowire MTU, taking account of all
tunnel header overheads, including IP header options, if any. This patch
addresses this."
On 18/03/17 02:00, R. Parameswaran wrote:
quoted hunk
In existing kernel code, when setting up the L2TP interface, all of the
tunnel encapsulation headers are not taken into account when setting
up the MTU on the L2TP logical interface device. Due to this, the
packets created by the applications on top of the L2TP layer are larger
than they ought to be, relative to the underlay MTU, which leads to
needless fragmentation once the L2TP packet is encapsulated in an outer IP
packet. Specifically, the MTU calculation does not take into account the
(outer) IP header imposed on the encapsulated L2TP packet, and the Layer 2
header imposed on the inner L2TP packet prior to encapsulation.
Change-set here (2/2) uses the new kernel API to compute the IP overhead
on an IPv4 or IPv6 socket, introduced in 1/2, in the L2TP Eth device setup
to factor the additional encap overheads from the underlay IP header and
Ethernet header on overlay (inner packet), to size the MTU on the L2TP
logical device to its correct value.
Signed-off-by: R. Parameswaran <redacted>
---
net/l2tp/l2tp_eth.c | 55 +++++++++++++++++++++++++++++++++++++++++++++++++----
1 file changed, 51 insertions(+), 4 deletions(-)
@@ -204,6 +207,53 @@ static void l2tp_eth_show(struct seq_file *m, void *arg)}#endif+staticvoidl2tp_eth_adjust_mtu(structl2tp_tunnel*tunnel,+structl2tp_session*session,+structnet_device*dev)+{+unsignedintoverhead=0;+structdst_entry*dst;+u32l3_overhead=0;++/* if the encap is UDP, account for UDP header size */+if(tunnel->encap==L2TP_ENCAPTYPE_UDP){+overhead+=sizeof(structudphdr);+dev->needed_headroom+=sizeof(structudphdr);+}+if(session->mtu!=0){+dev->mtu=session->mtu;+dev->needed_headroom+=session->hdr_len;+return;+}+l3_overhead=kernel_sock_ip_overhead(tunnel->sock);+if(l3_overhead==0){+/* L3 Overhead couldn't be identified, this could be+*becausetunnel->sockwasNULLorthesocket's+*addressfamilywasnotIPv4orIPv6,+*devmtustaysat1500.+*/+return;+}+/* Adjust MTU, factor overhead - underlay L3, overlay L2 hdr+*UDPoverhead,ifany,wasalreadyfactoredinabove.+*/+overhead+=session->hdr_len+ETH_HLEN+l3_overhead;++/* If PMTU discovery was enabled, use discovered MTU on L2TP device */+dst=sk_dst_get(tunnel->sock);+if(dst){+/* dst_mtu will use PMTU if found, else fallback to intf MTU */+u32pmtu=dst_mtu(dst);++if(pmtu!=0)+dev->mtu=pmtu;+dst_release(dst);+}+session->mtu=dev->mtu-overhead;+dev->mtu=session->mtu;+dev->needed_headroom+=session->hdr_len;+}+staticintl2tp_eth_create(structnet*net,u32tunnel_id,u32session_id,u32peer_session_id,structl2tp_session_cfg*cfg){structnet_device*dev;
@@ -253,13 +303,10 @@ static int l2tp_eth_create(struct net *net, u32 tunnel_id, u32 session_id, u32 p}dev_net_set(dev,net);-if(session->mtu==0)-session->mtu=dev->mtu-session->hdr_len;-dev->mtu=session->mtu;-dev->needed_headroom+=session->hdr_len;dev->min_mtu=0;dev->max_mtu=ETH_MAX_MTU;+l2tp_eth_adjust_mtu(tunnel,session,dev);priv=netdev_priv(dev);priv->dev=dev;priv->session=session;
--
James Chapman
Katalix Systems Ltd
http://www.katalix.com
Catalysts for your Embedded Linux software development
From: R. Parameswaran <hidden> Date: 2017-03-20 20:19:54
Hi James,
Please see inline:
On Mon, 20 Mar 2017, James Chapman wrote:
I suggest change the wording of the first paragraph in the patch comment
to better represent why the changes are being made. Perhaps something
like the following?
"Existing L2TP kernel code does not derive the optimal MTU for Ethernet
pseudowires and instead leaves this to a userspace L2TP daemon or
operator. If an MTU is not specified, the existing kernel code chooses
an MTU that does not take account of all tunnel header overheads, which
can lead to unwanted IP fragmentation. When L2TP is used without a
control plane (userspace daemon), we would prefer that the kernel does a
better job of choosing a default pseudowire MTU, taking account of all
tunnel header overheads, including IP header options, if any. This patch
addresses this."
This reads quite a bit better, thanks for suggesting this. I will
pick it up. Plan to retain the second paragraph while removing the 1/2,
2/2 references, while keeping the patch rev at v4.
I'll also respond to your email on the other patch in a bit, with suggested
text which you could review/comment on. I'll re-post with changes after
that.
thanks,
Ramkumar
On 18/03/17 02:00, R. Parameswaran wrote:
quoted
In existing kernel code, when setting up the L2TP interface, all of the
tunnel encapsulation headers are not taken into account when setting
up the MTU on the L2TP logical interface device. Due to this, the
packets created by the applications on top of the L2TP layer are larger
than they ought to be, relative to the underlay MTU, which leads to
needless fragmentation once the L2TP packet is encapsulated in an outer IP
packet. Specifically, the MTU calculation does not take into account the
(outer) IP header imposed on the encapsulated L2TP packet, and the Layer 2
header imposed on the inner L2TP packet prior to encapsulation.
Change-set here (2/2) uses the new kernel API to compute the IP overhead
on an IPv4 or IPv6 socket, introduced in 1/2, in the L2TP Eth device setup
to factor the additional encap overheads from the underlay IP header and
Ethernet header on overlay (inner packet), to size the MTU on the L2TP
logical device to its correct value.
Signed-off-by: R. Parameswaran <redacted>
---
net/l2tp/l2tp_eth.c | 55 +++++++++++++++++++++++++++++++++++++++++++++++++----
1 file changed, 51 insertions(+), 4 deletions(-)
@@ -204,6 +207,53 @@ static void l2tp_eth_show(struct seq_file *m, void *arg)}#endif+staticvoidl2tp_eth_adjust_mtu(structl2tp_tunnel*tunnel,+structl2tp_session*session,+structnet_device*dev)+{+unsignedintoverhead=0;+structdst_entry*dst;+u32l3_overhead=0;++/* if the encap is UDP, account for UDP header size */+if(tunnel->encap==L2TP_ENCAPTYPE_UDP){+overhead+=sizeof(structudphdr);+dev->needed_headroom+=sizeof(structudphdr);+}+if(session->mtu!=0){+dev->mtu=session->mtu;+dev->needed_headroom+=session->hdr_len;+return;+}+l3_overhead=kernel_sock_ip_overhead(tunnel->sock);+if(l3_overhead==0){+/* L3 Overhead couldn't be identified, this could be+*becausetunnel->sockwasNULLorthesocket's+*addressfamilywasnotIPv4orIPv6,+*devmtustaysat1500.+*/+return;+}+/* Adjust MTU, factor overhead - underlay L3, overlay L2 hdr+*UDPoverhead,ifany,wasalreadyfactoredinabove.+*/+overhead+=session->hdr_len+ETH_HLEN+l3_overhead;++/* If PMTU discovery was enabled, use discovered MTU on L2TP device */+dst=sk_dst_get(tunnel->sock);+if(dst){+/* dst_mtu will use PMTU if found, else fallback to intf MTU */+u32pmtu=dst_mtu(dst);++if(pmtu!=0)+dev->mtu=pmtu;+dst_release(dst);+}+session->mtu=dev->mtu-overhead;+dev->mtu=session->mtu;+dev->needed_headroom+=session->hdr_len;+}+staticintl2tp_eth_create(structnet*net,u32tunnel_id,u32session_id,u32peer_session_id,structl2tp_session_cfg*cfg){structnet_device*dev;
@@ -253,13 +303,10 @@ static int l2tp_eth_create(struct net *net, u32 tunnel_id, u32 session_id, u32 p}dev_net_set(dev,net);-if(session->mtu==0)-session->mtu=dev->mtu-session->hdr_len;-dev->mtu=session->mtu;-dev->needed_headroom+=session->hdr_len;dev->min_mtu=0;dev->max_mtu=ETH_MAX_MTU;+l2tp_eth_adjust_mtu(tunnel,session,dev);priv=netdev_priv(dev);priv->dev=dev;priv->session=session;
--
James Chapman
Katalix Systems Ltd
http://www.katalix.com
Catalysts for your Embedded Linux software development