2013-08-19 18:23:07 +00:00
|
|
|
#ifndef __NET_VXLAN_H
|
|
|
|
|
#define __NET_VXLAN_H 1
|
|
|
|
|
|
2014-12-24 06:37:26 +00:00
|
|
|
#include <linux/ip.h>
|
|
|
|
|
#include <linux/ipv6.h>
|
|
|
|
|
#include <linux/if_vlan.h>
|
2013-08-19 18:23:07 +00:00
|
|
|
#include <linux/skbuff.h>
|
|
|
|
|
#include <linux/netdevice.h>
|
|
|
|
|
#include <linux/udp.h>
|
|
|
|
|
|
|
|
|
|
#define VNI_HASH_BITS 10
|
|
|
|
|
#define VNI_HASH_SIZE (1<<VNI_HASH_BITS)
|
|
|
|
|
|
vxlan: Group Policy extension
Implements supports for the Group Policy VXLAN extension [0] to provide
a lightweight and simple security label mechanism across network peers
based on VXLAN. The security context and associated metadata is mapped
to/from skb->mark. This allows further mapping to a SELinux context
using SECMARK, to implement ACLs directly with nftables, iptables, OVS,
tc, etc.
The group membership is defined by the lower 16 bits of skb->mark, the
upper 16 bits are used for flags.
SELinux allows to manage label to secure local resources. However,
distributed applications require ACLs to implemented across hosts. This
is typically achieved by matching on L2-L4 fields to identify the
original sending host and process on the receiver. On top of that,
netlabel and specifically CIPSO [1] allow to map security contexts to
universal labels. However, netlabel and CIPSO are relatively complex.
This patch provides a lightweight alternative for overlay network
environments with a trusted underlay. No additional control protocol
is required.
Host 1: Host 2:
Group A Group B Group B Group A
+-----+ +-------------+ +-------+ +-----+
| lxc | | SELinux CTX | | httpd | | VM |
+--+--+ +--+----------+ +---+---+ +--+--+
\---+---/ \----+---/
| |
+---+---+ +---+---+
| vxlan | | vxlan |
+---+---+ +---+---+
+------------------------------+
Backwards compatibility:
A VXLAN-GBP socket can receive standard VXLAN frames and will assign
the default group 0x0000 to such frames. A Linux VXLAN socket will
drop VXLAN-GBP frames. The extension is therefore disabled by default
and needs to be specifically enabled:
ip link add [...] type vxlan [...] gbp
In a mixed environment with VXLAN and VXLAN-GBP sockets, the GBP socket
must run on a separate port number.
Examples:
iptables:
host1# iptables -I OUTPUT -m owner --uid-owner 101 -j MARK --set-mark 0x200
host2# iptables -I INPUT -m mark --mark 0x200 -j DROP
OVS:
# ovs-ofctl add-flow br0 'in_port=1,actions=load:0x200->NXM_NX_TUN_GBP_ID[],NORMAL'
# ovs-ofctl add-flow br0 'in_port=2,tun_gbp_id=0x200,actions=drop'
[0] https://tools.ietf.org/html/draft-smith-vxlan-group-policy
[1] http://lwn.net/Articles/204905/
Signed-off-by: Thomas Graf <tgraf@suug.ch>
Signed-off-by: David S. Miller <davem@davemloft.net>
2015-01-15 02:53:55 +00:00
|
|
|
/*
|
|
|
|
|
* VXLAN Group Based Policy Extension:
|
|
|
|
|
* +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|
|
|
|
|
* |1|-|-|-|1|-|-|-|R|D|R|R|A|R|R|R| Group Policy ID |
|
|
|
|
|
* +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|
|
|
|
|
* | VXLAN Network Identifier (VNI) | Reserved |
|
|
|
|
|
* +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|
|
|
|
|
*
|
|
|
|
|
* D = Don't Learn bit. When set, this bit indicates that the egress
|
|
|
|
|
* VTEP MUST NOT learn the source address of the encapsulated frame.
|
|
|
|
|
*
|
|
|
|
|
* A = Indicates that the group policy has already been applied to
|
|
|
|
|
* this packet. Policies MUST NOT be applied by devices when the
|
|
|
|
|
* A bit is set.
|
|
|
|
|
*
|
|
|
|
|
* [0] https://tools.ietf.org/html/draft-smith-vxlan-group-policy
|
|
|
|
|
*/
|
|
|
|
|
struct vxlanhdr_gbp {
|
|
|
|
|
__u8 vx_flags;
|
|
|
|
|
#ifdef __LITTLE_ENDIAN_BITFIELD
|
|
|
|
|
__u8 reserved_flags1:3,
|
|
|
|
|
policy_applied:1,
|
|
|
|
|
reserved_flags2:2,
|
|
|
|
|
dont_learn:1,
|
|
|
|
|
reserved_flags3:1;
|
|
|
|
|
#elif defined(__BIG_ENDIAN_BITFIELD)
|
|
|
|
|
__u8 reserved_flags1:1,
|
|
|
|
|
dont_learn:1,
|
|
|
|
|
reserved_flags2:2,
|
|
|
|
|
policy_applied:1,
|
|
|
|
|
reserved_flags3:3;
|
|
|
|
|
#else
|
|
|
|
|
#error "Please fix <asm/byteorder.h>"
|
|
|
|
|
#endif
|
|
|
|
|
__be16 policy_id;
|
|
|
|
|
__be32 vx_vni;
|
|
|
|
|
};
|
|
|
|
|
|
|
|
|
|
#define VXLAN_GBP_USED_BITS (VXLAN_HF_GBP | 0xFFFFFF)
|
|
|
|
|
|
|
|
|
|
/* skb->mark mapping
|
|
|
|
|
*
|
|
|
|
|
* +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|
|
|
|
|
* |R|R|R|R|R|R|R|R|R|D|R|R|A|R|R|R| Group Policy ID |
|
|
|
|
|
* +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|
|
|
|
|
*/
|
|
|
|
|
#define VXLAN_GBP_DONT_LEARN (BIT(6) << 16)
|
|
|
|
|
#define VXLAN_GBP_POLICY_APPLIED (BIT(3) << 16)
|
|
|
|
|
#define VXLAN_GBP_ID_MASK (0xFFFF)
|
|
|
|
|
|
|
|
|
|
/* VXLAN protocol header:
|
|
|
|
|
* +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|
|
|
|
|
* |G|R|R|R|I|R|R|C| Reserved |
|
|
|
|
|
* +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|
|
|
|
|
* | VXLAN Network Identifier (VNI) | Reserved |
|
|
|
|
|
* +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|
|
|
|
|
*
|
|
|
|
|
* G = 1 Group Policy (VXLAN-GBP)
|
|
|
|
|
* I = 1 VXLAN Network Identifier (VNI) present
|
|
|
|
|
* C = 1 Remote checksum offload (RCO)
|
|
|
|
|
*/
|
2014-11-18 00:24:54 +00:00
|
|
|
struct vxlanhdr {
|
|
|
|
|
__be32 vx_flags;
|
|
|
|
|
__be32 vx_vni;
|
|
|
|
|
};
|
|
|
|
|
|
2015-01-08 20:31:18 +00:00
|
|
|
/* VXLAN header flags. */
|
vxlan: Group Policy extension
Implements supports for the Group Policy VXLAN extension [0] to provide
a lightweight and simple security label mechanism across network peers
based on VXLAN. The security context and associated metadata is mapped
to/from skb->mark. This allows further mapping to a SELinux context
using SECMARK, to implement ACLs directly with nftables, iptables, OVS,
tc, etc.
The group membership is defined by the lower 16 bits of skb->mark, the
upper 16 bits are used for flags.
SELinux allows to manage label to secure local resources. However,
distributed applications require ACLs to implemented across hosts. This
is typically achieved by matching on L2-L4 fields to identify the
original sending host and process on the receiver. On top of that,
netlabel and specifically CIPSO [1] allow to map security contexts to
universal labels. However, netlabel and CIPSO are relatively complex.
This patch provides a lightweight alternative for overlay network
environments with a trusted underlay. No additional control protocol
is required.
Host 1: Host 2:
Group A Group B Group B Group A
+-----+ +-------------+ +-------+ +-----+
| lxc | | SELinux CTX | | httpd | | VM |
+--+--+ +--+----------+ +---+---+ +--+--+
\---+---/ \----+---/
| |
+---+---+ +---+---+
| vxlan | | vxlan |
+---+---+ +---+---+
+------------------------------+
Backwards compatibility:
A VXLAN-GBP socket can receive standard VXLAN frames and will assign
the default group 0x0000 to such frames. A Linux VXLAN socket will
drop VXLAN-GBP frames. The extension is therefore disabled by default
and needs to be specifically enabled:
ip link add [...] type vxlan [...] gbp
In a mixed environment with VXLAN and VXLAN-GBP sockets, the GBP socket
must run on a separate port number.
Examples:
iptables:
host1# iptables -I OUTPUT -m owner --uid-owner 101 -j MARK --set-mark 0x200
host2# iptables -I INPUT -m mark --mark 0x200 -j DROP
OVS:
# ovs-ofctl add-flow br0 'in_port=1,actions=load:0x200->NXM_NX_TUN_GBP_ID[],NORMAL'
# ovs-ofctl add-flow br0 'in_port=2,tun_gbp_id=0x200,actions=drop'
[0] https://tools.ietf.org/html/draft-smith-vxlan-group-policy
[1] http://lwn.net/Articles/204905/
Signed-off-by: Thomas Graf <tgraf@suug.ch>
Signed-off-by: David S. Miller <davem@davemloft.net>
2015-01-15 02:53:55 +00:00
|
|
|
#define VXLAN_HF_RCO BIT(24)
|
|
|
|
|
#define VXLAN_HF_VNI BIT(27)
|
|
|
|
|
#define VXLAN_HF_GBP BIT(31)
|
2015-01-13 01:00:38 +00:00
|
|
|
|
|
|
|
|
/* Remote checksum offload header option */
|
|
|
|
|
#define VXLAN_RCO_MASK 0x7f /* Last byte of vni field */
|
|
|
|
|
#define VXLAN_RCO_UDP 0x80 /* Indicate UDP RCO (TCP when not set *) */
|
|
|
|
|
#define VXLAN_RCO_SHIFT 1 /* Left shift of start */
|
|
|
|
|
#define VXLAN_RCO_SHIFT_MASK ((1 << VXLAN_RCO_SHIFT) - 1)
|
|
|
|
|
#define VXLAN_MAX_REMCSUM_START (VXLAN_RCO_MASK << VXLAN_RCO_SHIFT)
|
2015-01-08 20:31:18 +00:00
|
|
|
|
|
|
|
|
#define VXLAN_N_VID (1u << 24)
|
|
|
|
|
#define VXLAN_VID_MASK (VXLAN_N_VID - 1)
|
2015-03-13 16:13:53 +00:00
|
|
|
#define VXLAN_VNI_MASK (VXLAN_VID_MASK << 8)
|
2015-01-08 20:31:18 +00:00
|
|
|
#define VXLAN_HLEN (sizeof(struct udphdr) + sizeof(struct vxlanhdr))
|
|
|
|
|
|
vxlan: Group Policy extension
Implements supports for the Group Policy VXLAN extension [0] to provide
a lightweight and simple security label mechanism across network peers
based on VXLAN. The security context and associated metadata is mapped
to/from skb->mark. This allows further mapping to a SELinux context
using SECMARK, to implement ACLs directly with nftables, iptables, OVS,
tc, etc.
The group membership is defined by the lower 16 bits of skb->mark, the
upper 16 bits are used for flags.
SELinux allows to manage label to secure local resources. However,
distributed applications require ACLs to implemented across hosts. This
is typically achieved by matching on L2-L4 fields to identify the
original sending host and process on the receiver. On top of that,
netlabel and specifically CIPSO [1] allow to map security contexts to
universal labels. However, netlabel and CIPSO are relatively complex.
This patch provides a lightweight alternative for overlay network
environments with a trusted underlay. No additional control protocol
is required.
Host 1: Host 2:
Group A Group B Group B Group A
+-----+ +-------------+ +-------+ +-----+
| lxc | | SELinux CTX | | httpd | | VM |
+--+--+ +--+----------+ +---+---+ +--+--+
\---+---/ \----+---/
| |
+---+---+ +---+---+
| vxlan | | vxlan |
+---+---+ +---+---+
+------------------------------+
Backwards compatibility:
A VXLAN-GBP socket can receive standard VXLAN frames and will assign
the default group 0x0000 to such frames. A Linux VXLAN socket will
drop VXLAN-GBP frames. The extension is therefore disabled by default
and needs to be specifically enabled:
ip link add [...] type vxlan [...] gbp
In a mixed environment with VXLAN and VXLAN-GBP sockets, the GBP socket
must run on a separate port number.
Examples:
iptables:
host1# iptables -I OUTPUT -m owner --uid-owner 101 -j MARK --set-mark 0x200
host2# iptables -I INPUT -m mark --mark 0x200 -j DROP
OVS:
# ovs-ofctl add-flow br0 'in_port=1,actions=load:0x200->NXM_NX_TUN_GBP_ID[],NORMAL'
# ovs-ofctl add-flow br0 'in_port=2,tun_gbp_id=0x200,actions=drop'
[0] https://tools.ietf.org/html/draft-smith-vxlan-group-policy
[1] http://lwn.net/Articles/204905/
Signed-off-by: Thomas Graf <tgraf@suug.ch>
Signed-off-by: David S. Miller <davem@davemloft.net>
2015-01-15 02:53:55 +00:00
|
|
|
struct vxlan_metadata {
|
|
|
|
|
__be32 vni;
|
|
|
|
|
u32 gbp;
|
|
|
|
|
};
|
|
|
|
|
|
2013-08-19 18:23:07 +00:00
|
|
|
struct vxlan_sock;
|
vxlan: Group Policy extension
Implements supports for the Group Policy VXLAN extension [0] to provide
a lightweight and simple security label mechanism across network peers
based on VXLAN. The security context and associated metadata is mapped
to/from skb->mark. This allows further mapping to a SELinux context
using SECMARK, to implement ACLs directly with nftables, iptables, OVS,
tc, etc.
The group membership is defined by the lower 16 bits of skb->mark, the
upper 16 bits are used for flags.
SELinux allows to manage label to secure local resources. However,
distributed applications require ACLs to implemented across hosts. This
is typically achieved by matching on L2-L4 fields to identify the
original sending host and process on the receiver. On top of that,
netlabel and specifically CIPSO [1] allow to map security contexts to
universal labels. However, netlabel and CIPSO are relatively complex.
This patch provides a lightweight alternative for overlay network
environments with a trusted underlay. No additional control protocol
is required.
Host 1: Host 2:
Group A Group B Group B Group A
+-----+ +-------------+ +-------+ +-----+
| lxc | | SELinux CTX | | httpd | | VM |
+--+--+ +--+----------+ +---+---+ +--+--+
\---+---/ \----+---/
| |
+---+---+ +---+---+
| vxlan | | vxlan |
+---+---+ +---+---+
+------------------------------+
Backwards compatibility:
A VXLAN-GBP socket can receive standard VXLAN frames and will assign
the default group 0x0000 to such frames. A Linux VXLAN socket will
drop VXLAN-GBP frames. The extension is therefore disabled by default
and needs to be specifically enabled:
ip link add [...] type vxlan [...] gbp
In a mixed environment with VXLAN and VXLAN-GBP sockets, the GBP socket
must run on a separate port number.
Examples:
iptables:
host1# iptables -I OUTPUT -m owner --uid-owner 101 -j MARK --set-mark 0x200
host2# iptables -I INPUT -m mark --mark 0x200 -j DROP
OVS:
# ovs-ofctl add-flow br0 'in_port=1,actions=load:0x200->NXM_NX_TUN_GBP_ID[],NORMAL'
# ovs-ofctl add-flow br0 'in_port=2,tun_gbp_id=0x200,actions=drop'
[0] https://tools.ietf.org/html/draft-smith-vxlan-group-policy
[1] http://lwn.net/Articles/204905/
Signed-off-by: Thomas Graf <tgraf@suug.ch>
Signed-off-by: David S. Miller <davem@davemloft.net>
2015-01-15 02:53:55 +00:00
|
|
|
typedef void (vxlan_rcv_t)(struct vxlan_sock *vh, struct sk_buff *skb,
|
|
|
|
|
struct vxlan_metadata *md);
|
2013-08-19 18:23:07 +00:00
|
|
|
|
|
|
|
|
/* per UDP socket information */
|
|
|
|
|
struct vxlan_sock {
|
|
|
|
|
struct hlist_node hlist;
|
|
|
|
|
vxlan_rcv_t *rcv;
|
|
|
|
|
void *data;
|
|
|
|
|
struct work_struct del_work;
|
|
|
|
|
struct socket *sock;
|
|
|
|
|
struct rcu_head rcu;
|
|
|
|
|
struct hlist_head vni_list[VNI_HASH_SIZE];
|
|
|
|
|
atomic_t refcnt;
|
2014-01-20 11:59:21 +00:00
|
|
|
struct udp_offload udp_offloads;
|
2015-01-13 01:00:38 +00:00
|
|
|
u32 flags;
|
2013-08-19 18:23:07 +00:00
|
|
|
};
|
|
|
|
|
|
2014-06-05 00:20:29 +00:00
|
|
|
#define VXLAN_F_LEARN 0x01
|
|
|
|
|
#define VXLAN_F_PROXY 0x02
|
|
|
|
|
#define VXLAN_F_RSC 0x04
|
|
|
|
|
#define VXLAN_F_L2MISS 0x08
|
|
|
|
|
#define VXLAN_F_L3MISS 0x10
|
|
|
|
|
#define VXLAN_F_IPV6 0x20
|
|
|
|
|
#define VXLAN_F_UDP_CSUM 0x40
|
|
|
|
|
#define VXLAN_F_UDP_ZERO_CSUM6_TX 0x80
|
|
|
|
|
#define VXLAN_F_UDP_ZERO_CSUM6_RX 0x100
|
2015-01-13 01:00:38 +00:00
|
|
|
#define VXLAN_F_REMCSUM_TX 0x200
|
|
|
|
|
#define VXLAN_F_REMCSUM_RX 0x400
|
vxlan: Group Policy extension
Implements supports for the Group Policy VXLAN extension [0] to provide
a lightweight and simple security label mechanism across network peers
based on VXLAN. The security context and associated metadata is mapped
to/from skb->mark. This allows further mapping to a SELinux context
using SECMARK, to implement ACLs directly with nftables, iptables, OVS,
tc, etc.
The group membership is defined by the lower 16 bits of skb->mark, the
upper 16 bits are used for flags.
SELinux allows to manage label to secure local resources. However,
distributed applications require ACLs to implemented across hosts. This
is typically achieved by matching on L2-L4 fields to identify the
original sending host and process on the receiver. On top of that,
netlabel and specifically CIPSO [1] allow to map security contexts to
universal labels. However, netlabel and CIPSO are relatively complex.
This patch provides a lightweight alternative for overlay network
environments with a trusted underlay. No additional control protocol
is required.
Host 1: Host 2:
Group A Group B Group B Group A
+-----+ +-------------+ +-------+ +-----+
| lxc | | SELinux CTX | | httpd | | VM |
+--+--+ +--+----------+ +---+---+ +--+--+
\---+---/ \----+---/
| |
+---+---+ +---+---+
| vxlan | | vxlan |
+---+---+ +---+---+
+------------------------------+
Backwards compatibility:
A VXLAN-GBP socket can receive standard VXLAN frames and will assign
the default group 0x0000 to such frames. A Linux VXLAN socket will
drop VXLAN-GBP frames. The extension is therefore disabled by default
and needs to be specifically enabled:
ip link add [...] type vxlan [...] gbp
In a mixed environment with VXLAN and VXLAN-GBP sockets, the GBP socket
must run on a separate port number.
Examples:
iptables:
host1# iptables -I OUTPUT -m owner --uid-owner 101 -j MARK --set-mark 0x200
host2# iptables -I INPUT -m mark --mark 0x200 -j DROP
OVS:
# ovs-ofctl add-flow br0 'in_port=1,actions=load:0x200->NXM_NX_TUN_GBP_ID[],NORMAL'
# ovs-ofctl add-flow br0 'in_port=2,tun_gbp_id=0x200,actions=drop'
[0] https://tools.ietf.org/html/draft-smith-vxlan-group-policy
[1] http://lwn.net/Articles/204905/
Signed-off-by: Thomas Graf <tgraf@suug.ch>
Signed-off-by: David S. Miller <davem@davemloft.net>
2015-01-15 02:53:55 +00:00
|
|
|
#define VXLAN_F_GBP 0x800
|
2015-02-11 00:30:32 +00:00
|
|
|
#define VXLAN_F_REMCSUM_NOPARTIAL 0x1000
|
2014-06-05 00:20:29 +00:00
|
|
|
|
2015-03-12 02:00:10 +00:00
|
|
|
/* Flags that are used in the receive path. These flags must match in
|
2015-01-20 19:23:05 +00:00
|
|
|
* order for a socket to be shareable
|
|
|
|
|
*/
|
|
|
|
|
#define VXLAN_F_RCV_FLAGS (VXLAN_F_GBP | \
|
|
|
|
|
VXLAN_F_UDP_ZERO_CSUM6_RX | \
|
2015-02-11 00:30:32 +00:00
|
|
|
VXLAN_F_REMCSUM_RX | \
|
|
|
|
|
VXLAN_F_REMCSUM_NOPARTIAL)
|
2015-01-15 02:53:56 +00:00
|
|
|
|
2013-08-19 18:23:07 +00:00
|
|
|
struct vxlan_sock *vxlan_sock_add(struct net *net, __be16 port,
|
|
|
|
|
vxlan_rcv_t *rcv, void *data,
|
2014-06-05 00:20:29 +00:00
|
|
|
bool no_share, u32 flags);
|
2013-08-19 18:23:07 +00:00
|
|
|
|
|
|
|
|
void vxlan_sock_release(struct vxlan_sock *vs);
|
2013-08-19 18:23:17 +00:00
|
|
|
|
2015-04-06 02:19:09 +00:00
|
|
|
int vxlan_xmit_skb(struct rtable *rt, struct sock *sk, struct sk_buff *skb,
|
2013-08-19 18:23:17 +00:00
|
|
|
__be32 src, __be32 dst, __u8 tos, __u8 ttl, __be16 df,
|
vxlan: Group Policy extension
Implements supports for the Group Policy VXLAN extension [0] to provide
a lightweight and simple security label mechanism across network peers
based on VXLAN. The security context and associated metadata is mapped
to/from skb->mark. This allows further mapping to a SELinux context
using SECMARK, to implement ACLs directly with nftables, iptables, OVS,
tc, etc.
The group membership is defined by the lower 16 bits of skb->mark, the
upper 16 bits are used for flags.
SELinux allows to manage label to secure local resources. However,
distributed applications require ACLs to implemented across hosts. This
is typically achieved by matching on L2-L4 fields to identify the
original sending host and process on the receiver. On top of that,
netlabel and specifically CIPSO [1] allow to map security contexts to
universal labels. However, netlabel and CIPSO are relatively complex.
This patch provides a lightweight alternative for overlay network
environments with a trusted underlay. No additional control protocol
is required.
Host 1: Host 2:
Group A Group B Group B Group A
+-----+ +-------------+ +-------+ +-----+
| lxc | | SELinux CTX | | httpd | | VM |
+--+--+ +--+----------+ +---+---+ +--+--+
\---+---/ \----+---/
| |
+---+---+ +---+---+
| vxlan | | vxlan |
+---+---+ +---+---+
+------------------------------+
Backwards compatibility:
A VXLAN-GBP socket can receive standard VXLAN frames and will assign
the default group 0x0000 to such frames. A Linux VXLAN socket will
drop VXLAN-GBP frames. The extension is therefore disabled by default
and needs to be specifically enabled:
ip link add [...] type vxlan [...] gbp
In a mixed environment with VXLAN and VXLAN-GBP sockets, the GBP socket
must run on a separate port number.
Examples:
iptables:
host1# iptables -I OUTPUT -m owner --uid-owner 101 -j MARK --set-mark 0x200
host2# iptables -I INPUT -m mark --mark 0x200 -j DROP
OVS:
# ovs-ofctl add-flow br0 'in_port=1,actions=load:0x200->NXM_NX_TUN_GBP_ID[],NORMAL'
# ovs-ofctl add-flow br0 'in_port=2,tun_gbp_id=0x200,actions=drop'
[0] https://tools.ietf.org/html/draft-smith-vxlan-group-policy
[1] http://lwn.net/Articles/204905/
Signed-off-by: Thomas Graf <tgraf@suug.ch>
Signed-off-by: David S. Miller <davem@davemloft.net>
2015-01-15 02:53:55 +00:00
|
|
|
__be16 src_port, __be16 dst_port, struct vxlan_metadata *md,
|
2015-01-20 19:23:05 +00:00
|
|
|
bool xnet, u32 vxflags);
|
2013-08-19 18:23:17 +00:00
|
|
|
|
2014-12-24 06:37:26 +00:00
|
|
|
static inline netdev_features_t vxlan_features_check(struct sk_buff *skb,
|
|
|
|
|
netdev_features_t features)
|
2014-11-18 00:24:54 +00:00
|
|
|
{
|
2014-12-24 06:37:26 +00:00
|
|
|
u8 l4_hdr = 0;
|
|
|
|
|
|
|
|
|
|
if (!skb->encapsulation)
|
|
|
|
|
return features;
|
|
|
|
|
|
|
|
|
|
switch (vlan_get_protocol(skb)) {
|
|
|
|
|
case htons(ETH_P_IP):
|
|
|
|
|
l4_hdr = ip_hdr(skb)->protocol;
|
|
|
|
|
break;
|
|
|
|
|
case htons(ETH_P_IPV6):
|
|
|
|
|
l4_hdr = ipv6_hdr(skb)->nexthdr;
|
|
|
|
|
break;
|
|
|
|
|
default:
|
|
|
|
|
return features;;
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
if ((l4_hdr == IPPROTO_UDP) &&
|
2014-11-18 00:24:54 +00:00
|
|
|
(skb->inner_protocol_type != ENCAP_TYPE_ETHER ||
|
|
|
|
|
skb->inner_protocol != htons(ETH_P_TEB) ||
|
|
|
|
|
(skb_inner_mac_header(skb) - skb_transport_header(skb) !=
|
|
|
|
|
sizeof(struct udphdr) + sizeof(struct vxlanhdr))))
|
2014-12-24 06:37:26 +00:00
|
|
|
return features & ~(NETIF_F_ALL_CSUM | NETIF_F_GSO_MASK);
|
2014-11-18 00:24:54 +00:00
|
|
|
|
2014-12-24 06:37:26 +00:00
|
|
|
return features;
|
2014-11-18 00:24:54 +00:00
|
|
|
}
|
2014-11-14 00:38:12 +00:00
|
|
|
|
2013-10-24 06:27:10 +00:00
|
|
|
/* IP header + UDP + VXLAN + Ethernet header */
|
|
|
|
|
#define VXLAN_HEADROOM (20 + 8 + 8 + 14)
|
|
|
|
|
/* IPv6 header + UDP + VXLAN + Ethernet header */
|
|
|
|
|
#define VXLAN6_HEADROOM (40 + 8 + 8 + 14)
|
|
|
|
|
|
|
|
|
|
#if IS_ENABLED(CONFIG_VXLAN)
|
2013-09-04 09:13:38 +00:00
|
|
|
void vxlan_get_rx_port(struct net_device *netdev);
|
2013-10-24 06:27:10 +00:00
|
|
|
#else
|
|
|
|
|
static inline void vxlan_get_rx_port(struct net_device *netdev)
|
|
|
|
|
{
|
|
|
|
|
}
|
|
|
|
|
#endif
|
2013-08-19 18:23:07 +00:00
|
|
|
#endif
|
