Linux3.10kernelbridge转发逻辑.docx

Linux 3.10 kernel bridge转发逻辑 之前分析过linux kernel 2.6.32的bridge转发逻辑，下面分析一下linux kernel 3.10的bridge转发逻辑。这样正是CentOS 5和CentOS 7对应的内核。3.10 kernel中bridge逻辑的最大改变就是增加了vlan处理逻辑以及brdige入口函数的设置。 1. netdev_rx_handler_register 在分析之前首先要介绍一个重要函数：netdev_rx_handler_register，这个函数是2.6内核所没有的。 l netdev_rx_handler_register 点击(此处)折叠或打开 /* * dev: 要注册接收函数的dev * rx_handler: 要注册的接收函数 * rx_handler_data: 指向rx_handler_data使用的数据 */ int netdev_rx_handler_register(struct net_device *dev, rx_handler_func_t *rx_handler, void *rx_handler_data) { ASSERT_RTNL(); if (dev-rx_handler) return -EBUSY; /* Note: rx_handler_data must be set before rx_handler */ rcu_assign_pointer(dev-rx_handler_data, rx_handler_data); rcu_assign_pointer(dev-rx_handler, rx_handler); return 0; } 这个函数可以给设备（net_device）注册接收函数，然后在__netif_receive_skb函数中根据接收skb的设备接口，再调用这个被注册的接收函数。比如为网桥下的接口注册br_handle_frame函数，为bonding接口注册bond_handle_frame函数。这相对于老式的网桥处理更灵活，有了这个机制也可以在模块中自行注册处理函数。比如3.10中的openvswitch（OpenvSwitch在3.10已经合入了内核）创建netdev vport的函数netdev_create。 l netdev_create 点击(此处)折叠或打开 static struct vport *netdev_create(const struct vport_parms *parms) { struct vport *vport; /....../ err = netdev_rx_handler_register(netdev_vport-dev, netdev_frame_hook,vport); /....../ } 这个函数在创建netdev vport时将设备的接收函数设置为netdev_frame_hook函数，这也是整个openvswitch的入口函数，如果查看OpenvSwitch的源码可以看到当安装于2.6内核时这里是替换掉bridge的br_handle_frame_hook函数，从而由bridge逻辑进入OpenvSwitch逻辑。 2. Bridge转发逻辑分析 还是先从netif_receive_skb函数分析，这个函数算是进入协议栈的入口。 l netif_receive_skb 点击(此处)折叠或打开 int netif_receive_skb(struct sk_buff *skb) { int ret; if (skb_defer_rx_timestamp(skb)) return NET_RX_SUCCESS; rcu_read_lock(); /*RPS逻辑处理，现在内核中使用了RPS机制, 将报文分散到各个cpu的接收队列中进行负载均衡处理*/ #ifdef CONFIG_RPS if (static_key_false(rps_needed)) { struct rps_dev_flow voidflow, *rflow = voidflow; int cpu = get_rps_cpu(skb-dev, skb, rflow); if (cpu = 0) { ret = enqueue_to_ba