2014年第一篇博客,开个张.
3.8以上的kernel版本是直接支持arp代理的,即使用本地的邻居表来回答本地虚机上的arp请求,具体命令如下:
ip link add vx-NET_ID type vxlan id SEGMENTATION_ID proxy
如果我们和neutron深度集成,或者采用单独的一般化的中心控制节点,我们采集到ip, mac的对应数据,然后将它们用下列命令插到邻居表里就可以了:
ip neighbor add REMOTE_VM_IP lladdr REMOTE_VM_MAC dev vx-NET_ID nud permanent
添加桥转发规则:
bridge fdb add REMOTE_VM_MAC dev vx-NET_ID dst REMOTE_HOST_IP
但对于ovs, 由于它不能响应arp请求,但我们可以通过ebtables截取arp请求,如下:
ebtables -t nat -A PREROUTING -i tapPORT_ID -p arp --arp-opcode Request --arp-ip-dst REMOTE_VM_IP -j arpreply --arpreply-mac REMOTE_VM_MAC --arpreply-target ACCEPT
再添加单播流桥转发规则:
ovs-ofctl add-flow br-tun hard_timeout=0,idle_timeout=0,priority=3,dl_dst=REMOTE_VM_MAC,in_port=OVS_VM_PORT_ID,
dl_vlan=LOCAL_VLAN_ID, actions=set_tunnel:SEGMENTATION_ID,TUNNEL_PORT_NAME
广播流桥转发规则:
ovs-ofctl add-flow br-tun hard_timeout=0,idle_timeout=0,priority=3,dl_dst=01:00:00:00:00:00/01:00:00:00:00:00,in_port=OVS_VM_PORT_ID,
dl_vlan=LOCAL_VLAN_ID, actions=set_tunnel:SEGMENTATION_ID,TUNNEL_PORT_NAME#1,...,TUNNEL_PORT_NAME#n
vxlan只用组播传递广播包(arp等),并进行arp learning,更新fdb,以后通过找到对应的物理机。另外,vxlan在设计上提供了多种灵活的接口,也可以关闭组播以及学习功能, 通过netlink向userspace问询。