一、Opevswitch总体架构 Openvswitch的架构网上有如下的图表示： 每个模块都有不同的功能 ovs-vswitchd 为主要模块，实现交换机的守护进程daemon 在Openvswitch所在的服务器进行ps aux可以看到 ...

当一个数据包到达网卡的时候，首先要经过内核Openvswitch.ko，流表Flow Table在内核中有一份，通过key查找内核中的flow table，即可以得到action，然后执行action之后，直接发送这个包，只有在内核无法查找到流表项的时候，才会到用户态查找用户态的流表 ...

有时候我们需要自定义一些自己的action，根据包头里面的信息，做一些自己的操作。 例如添加一个action名为handle_example 第一、修改ofp-actions.c文件 ...

在上一节提到，Openvswitch的内核模块openvswitch.ko会在网卡上注册一个函数netdev_frame_hook，每当有网络包到达网卡的时候，这个函数就会被调用 ...

ovs-vswitchd.c的main函数最终会进入一个while循环，在这个无限循环中，里面最重要的两个函数是bridge_run()和netdev_run()。 Openvswitch主要管理两种类型的设备，一个是创建的虚拟网桥，一个是连接到虚拟网桥上的设备 ...

添加一个flow，调用的命令为 ovs-ofctl add-flow hello "hard_timeout=0 idle_timeout=0 priority=1 table=21 pkt_mar ...

参考： https://opengers.github.io/openstack/openstack-base-use-openvswitch/ 这篇原理部分就不贴出来了，请自行参考上文，并根据自行实验总结，上文写的很深入，但仍有部分遗漏或或者说是作者认为不重要的东西吧，这些根据个人情况进行补充 ...

当内核无法查找到流表项的时候，则会通过upcall来调用用户态ovs-vswtichd中的flow table。 会调用ofproto-dpif-upcall.c中的udpif_upcall_handler函数 ...