1. 03 Dec, 2018 1 commit
  2. 02 Nov, 2016 1 commit
    • Eli Cooper's avatar
      ip6_udp_tunnel: remove unused IPCB related codes · 4fd19c15
      Eli Cooper authored
      Some IPCB fields are currently set in udp_tunnel6_xmit_skb(), which are
      never used before it reaches ip6tunnel_xmit(), and past that point the
      control buffer is no longer interpreted as IPCB.
      
      This clears these unused IPCB related codes. Currently there is no skb
      scrubbing in ip6_udp_tunnel, otherwise IPCB(skb)->opt might need to be
      cleared for IPv4 packets, as shown in 5146d1f1
      ("tunnel: Clear IPCB(skb)->opt before dst_link_failure called").
      Signed-off-by: default avatarEli Cooper <elicooper@gmx.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      4fd19c15
  3. 11 Mar, 2016 1 commit
  4. 29 Aug, 2015 1 commit
    • Jiri Benc's avatar
      vxlan: do not receive IPv4 packets on IPv6 socket · a43a9ef6
      Jiri Benc authored
      By default (subject to the sysctl settings), IPv6 sockets listen also for
      IPv4 traffic. Vxlan is not prepared for that and expects IPv6 header in
      packets received through an IPv6 socket.
      
      In addition, it's currently not possible to have both IPv4 and IPv6 vxlan
      tunnel on the same port (unless bindv6only sysctl is enabled), as it's not
      possible to create and bind both IPv4 and IPv6 vxlan interfaces and there's
      no way to specify both IPv4 and IPv6 remote/group IP addresses.
      
      Set IPV6_V6ONLY on vxlan sockets to fix both of these issues. This is not
      done globally in udp_tunnel, as l2tp and tipc seems to work okay when
      receiving IPv4 packets on IPv6 socket and people may rely on this behavior.
      The other tunnels (geneve and fou) do not support IPv6.
      Signed-off-by: default avatarJiri Benc <jbenc@redhat.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      a43a9ef6
  5. 11 May, 2015 2 commits
  6. 07 Apr, 2015 1 commit
  7. 25 Jan, 2015 1 commit
    • Tom Herbert's avatar
      udp: Do not require sock in udp_tunnel_xmit_skb · d998f8ef
      Tom Herbert authored
      The UDP tunnel transmit functions udp_tunnel_xmit_skb and
      udp_tunnel6_xmit_skb include a socket argument. The socket being
      passed to the functions (from VXLAN) is a UDP created for receive
      side. The only thing that the socket is used for in the transmit
      functions is to get the setting for checksum (enabled or zero).
      This patch removes the argument and and adds a nocheck argument
      for checksum setting. This eliminates the unnecessary dependency
      on a UDP socket for UDP tunnel transmit.
      Signed-off-by: default avatarTom Herbert <therbert@google.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      d998f8ef
  8. 25 Nov, 2014 1 commit
    • Alexander Duyck's avatar
      ip6_udp_tunnel: Fix checksum calculation · f3750817
      Alexander Duyck authored
      The UDP checksum calculation for VXLAN tunnels is currently using the
      socket addresses instead of the actual packet source and destination
      addresses.  As a result the checksum calculated is incorrect in some
      cases.
      
      Also uh->check was being set twice, first it was set to 0, and then it is
      set again in udp6_set_csum.  This change removes the redundant assignment
      to 0.
      
      Fixes: acbf74a7 ("vxlan: Refactor vxlan driver to make use of the common UDP tunnel functions.")
      
      Cc: Andy Zhou <azhou@nicira.com>
      Signed-off-by: default avatarAlexander Duyck <alexander.h.duyck@redhat.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      f3750817
  9. 22 Sep, 2014 1 commit
  10. 19 Sep, 2014 2 commits