]> 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)
commit9e8f4608fafd17280dbd46a948cd9ce84d8ff939
tree08f87eb3b0e08a48203e1ec95b2ddd00b91ca412
parent4d1153c294b95d8b3efee70644d3a3dafb10c65c
parent2c04f7fbb4d902cc1f70fbc6c4d4bb3f771ca936
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>