summaryrefslogtreecommitdiffstats
path: root/security/tomoyo
diff options
context:
space:
mode:
authorDavid Wragg <david@weave.works>2016-02-10 00:05:58 +0000
committerDavid S. Miller <davem@davemloft.net>2016-02-10 05:50:03 -0500
commit7e059158d57b79159eaf1f504825d19866ef2c42 (patch)
tree08f87eb3b0e08a48203e1ec95b2ddd00b91ca412 /security/tomoyo
parent55e5bfb53cff286c1c1ff49f51325dc15c7fea63 (diff)
downloadlinux-7e059158d57b79159eaf1f504825d19866ef2c42.tar.bz2
vxlan, gre, geneve: Set a large MTU on ovs-created tunnel devices
Prior to 4.3, openvswitch tunnel vports (vxlan, gre and geneve) could transmit vxlan packets of any size, constrained only by the ability to send out the resulting packets. 4.3 introduced netdevs corresponding to tunnel vports. These netdevs have an MTU, which limits the size of a packet that can be successfully encapsulated. The default MTU values are low (1500 or less), which is awkwardly small in the context of physical networks supporting jumbo frames, and leads to a conspicuous change in behaviour for userspace. Instead, set the MTU on openvswitch-created netdevs to be the relevant maximum (i.e. the maximum IP packet size minus any relevant overhead), effectively restoring the behaviour prior to 4.3. Signed-off-by: David Wragg <david@weave.works> Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'security/tomoyo')
0 files changed, 0 insertions, 0 deletions