]> git.baikalelectronics.ru Git - kernel.git/commit
Merge branch 'ovs-tunnel-mtu'
authorDavid S. Miller <davem@davemloft.net>
Wed, 10 Feb 2016 10:50:16 +0000 (05:50 -0500)
committerDavid S. Miller <davem@davemloft.net>
Wed, 10 Feb 2016 10:50:16 +0000 (05:50 -0500)
commit11586c49ac1b0d256e85a9b3b78e4065c75edaa5
tree08f87eb3b0e08a48203e1ec95b2ddd00b91ca412
parent3f3a02b38493f5f0da734a2cfbd3a7f721fdf321
parent607c93af0a0310071cacdc682ad164b30546c8f6
Merge branch 'ovs-tunnel-mtu'

David Wragg says:

====================
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.

This patch series sets 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.

Where relevant, the limits on MTU values that can be directly set on
the netdevs are also relaxed.

Changes in v2:
* Extend to all openvswitch tunnel types, i.e. gre and geneve as well
* Use IP_MAX_MTU

Changes in v3:
* Fix block comment style
====================

Signed-off-by: David S. Miller <davem@davemloft.net>