一、收到nlmsg后的添加或者修改flow的步骤:
ovs_flow_cmd_new_or_set是datapath收到nlmsg后调用的。是之前注册给doit的一个回调函数。在generic netlink收到数据时触发,运行在进程上下文。 doit传入两个参数,skb为触发此回调函数的socket buffer。第二个参数是一个genl_info结构体。
static int ovs_flow_cmd_new_or_set(struct sk_buff *skb, struct genl_info *info)。
- struct genl_info
- {
- u32 snd_seq;
- u32 snd_pid;
- struct nlmsghdr * nlhdr;
- struct genlmsghdr * genlhdr;
- void * userhdr;
- struct nlattr ** attrs;
- };
(1)之后开始解析从vswitchd过来的flow更新或者创建所需要的的keys。 ovs_flow_from_nlattrs。
(2)再判断action的有效性。validate_actions。
(3)之后开始在table里查找是否有match_fields是否有相同的,ovs_flow_tbl_lookup。如果有,就修改原来的flow的actions。否则,创建新的flow。
(4)这里添加action时候,调用了ovs_flow_actions_alloc。
(5)在调用ovs_flow_tbl_insert,添加新的flow。
(6)如果只是修改之前的flow的action。在更新了flow的old_action为new_action后,释放掉old_action.
(7)最后,clear_stats,把统计的信息清零。
类似的对vport和datapath有相应的动作。来接受来至user-space的nlmsg。
二、ovs_dp_process_received_packet 处理vport收到的数据包。ovs_dp_process_received_packet
首先netdev_frame_hook钩子函数收到包以后,调用ovs_vport_receive进行处理。从skb->cb中提取出需要的数据,在进入ovs_dp_process_received_packet,冲skb->cb中得到数据包的key。用ovs_flow_extract。 最后进行匹配,ovs_flow_tbl_lookup。
匹配到则执行action。否则生成upcall发往user-space的dpif-handler层,由handle-upcall处理。