本文简单介绍下ovn支持的隧道类型，具体可参考ovn-architecture的Tunnel Encapsulations部分。
报文在跨节点转发时，会被封装在隧道内，同时需要携带足够的信息，到达对端节点时才能正常处理。这些信息包括如下内容:
a. 24位的逻辑数据通道标识符，保存在sbdb的Datapath_Binding的tunnel_key列。
b. 15位的逻辑入端口标识符。id 0保留给ovn内部使用。id 1-32767给逻辑入端口使用。保存在sbdb的Port_Binding表的tunnel_key字段。
c. 16位的逻辑出端口标识符。id 0-32767给逻辑出端口使用，32768-65535给逻辑组播组使用(保存在sbdb的Multicast_Group表的tunnel_key字段)。
ovn支持三种隧道类型: Geneve, STT和vxlan。对于hypervisor之间的连接，最好使用Geneve和STT，因为这两个隧道可以携带上面的三个信息，而vxlan不能全部携带这三个信息，所以功能比较受限。对于hypervisor和网关之间的连接，可以使用这三种隧道。
由于Geneve的灵活性，所以它是ovn中更受欢迎的隧道类型。ovn将逻辑数据通道标识符保存到Gevene的VNI字段，将逻辑入端口和出端口保存在TLV(class为0x0102,type为0x80)中。格式如下
1 15 16
+---+------------+-----------+
|rsv|ingress port|egress port|
+---+------------+-----------+
0
如果环境中的网卡不支持对Gevene报文封装解封装的卸载，可以使用STT隧道来达到更高的性能。对于STT封装来说，ovn将需要的三个信息保存到STT的64位的隧道id中，格式如下
9 15 16 24
+--------+------------+-----------+--------+
|reserved|ingress port|egress port|datapath|
+--------+------------+-----------+--------+
0
如果在节点之间使用vxlan隧道，由于VNI只有24位，则只能携带逻辑数据通道标识符和出端口标识符，并且支持的id范围会缩小到12位。VNI的24位被划分为如下:
a. 12位的逻辑数据通道标识符。
b. 12位的逻辑出端口标识符。
c. 没有逻辑入端口标识符。
因为vxlan的受限的标识符范围，其功能也会受限，如下
a. 最大网络个数减少为4096。//datapath tunnel_key从24位减少到12位
b. 每个网络最大端口数减少为4096。//逻辑端口 tunnel_key从15位减少到12位。
c. acl不能匹配逻辑入端口。
d. 不支持ovn的interconnection功能。
对于和网关的连接，除了Geneve和STT外，ovn还支持vxlan，因为有些TOR只支持vxlan协议。
也可参考：ovn隧道类型 - 简书
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
