首页　| 　博文目录　| 　关于我

博客访问： 29170
博文数量： 9
博客积分： 0
博客等级：民兵
技术积分： 30
用户组：普通用户
注册时间： 2015-09-30 13:29

文章分类

全部博文（9）

函数解析（4）
UBOOT（5）
未分配的博文（0）

文章存档

2017年（9）

我的朋友

相关博文

(zz)Linux-网桥原理分析（四）

分类： LINUX

2017-06-25 15:22:09

原文地址：(zz)Linux-网桥原理分析（四）作者：yinguochun1234

网桥处理包遵循以下几条原则：

1. 在一个接口上接收的包不会再在那个接口上发送这个数据包；

2. 每个接收到的数据包都要学习其源地址；

3. 如果数据包是多播或广播包，则要在同一个网段中除了接收端口外的其他所有端口发送这个数据包，如果上层协议栈对多播包感兴趣，则需要把数据包提交给上层协议栈；

4. 如果数据包的目的MAC地址不能再CAM表中找到，则要在同一个网段中除了接收端口外的其他所有端口发送这个数据包；

5. 如果能够在CAM表中查询到目的MAC地址，则在特定的端口上发送这个数据包，如果发送端口和接收端口是同一端口则不发送；

网桥在整个网络子系统中处理可用下列简图说明：

网络数据包在软终端处理时会进行网桥部分处理，大致的处理流程如下（处理函数调用链）：

netif_recerve_skb函数主要做三件事情：

1. 如果有抓包程序（socket）需要skb，则将skb复制给他们；

2. 处理桥接，即如果开启了网桥，进行网桥处理；

3. 将skb交给网络层；

int netif_receive_skb(struct sk_buff *skb) { struct packet_type *ptype, *pt_prev; struct net_device *orig_dev; int ret = NET_RX_DROP; unsigned short type; /* if we've gotten here through NAPI, check netpoll */ if (skb->dev->poll && netpoll_rx(skb)) return NET_RX_DROP; if (!skb->tstamp.off_sec) net_timestamp(skb); if (!skb->input_dev) skb->input_dev = skb->dev; orig_dev = skb_bond(skb); __get_cpu_var(netdev_rx_stat).total++; skb->h.raw = skb->nh.raw = skb->data; skb->mac_len = skb->nh.raw - skb->mac.raw; pt_prev = NULL; rcu_read_lock(); #ifdef CONFIG_NET_CLS_ACT if (skb->tc_verd & TC_NCLS) { skb->tc_verd = CLR_TC_NCLS(skb->tc_verd); goto ncls; } #endif /*--yangxh mark: 当网络设备收到网络数据包时，最终会在软件中断环境里调用此函数检查该数据包是否有packet socket来接收该包，如果有则往该socket 拷贝一份，由deliver_skb来完成。 --*/ list_for_each_entry_rcu(ptype, &ptype_all, list) { if (!ptype->dev || ptype->dev == skb->dev) { if (pt_prev) ret = deliver_skb(skb, pt_prev, orig_dev); pt_prev = ptype; } } #ifdef CONFIG_NET_CLS_ACT if (pt_prev) { ret = deliver_skb(skb, pt_prev, orig_dev); pt_prev = NULL; /* noone else should process this after*/ } else { skb->tc_verd = SET_TC_OK2MUNGE(skb->tc_verd); } ret = ing_filter(skb); if (ret == TC_ACT_SHOT || (ret == TC_ACT_STOLEN)) { kfree_skb(skb); goto out; } skb->tc_verd = 0; ncls: #endif handle_diverter(skb); /*-- 先试着将该数据包让网桥函数来处理，如果该数据包的入口接口确实是网桥接口，则按网桥方式来处理，如果不是网桥接口的数据包，则不应该让网桥来处理 --*/ if (handle_bridge(&skb, &pt_prev, &ret, orig_dev)) goto out; /*--对该数据包转发到它L3协议的处理函数--*/ type = skb->protocol; list_for_each_entry_rcu(ptype, &ptype_base[ntohs(type)&15], list) { if (ptype->type == type && (!ptype->dev || ptype->dev == skb->dev)) { if (pt_prev) ret = deliver_skb(skb, pt_prev, orig_dev); pt_prev = ptype; } } if (pt_prev) { ret = pt_prev->func(skb, skb->dev, pt_prev, orig_dev); } else { kfree_skb(skb); /* Jamal, now you will not able to escape explaining * me how you were going to use this. :-) */ ret = NET_RX_DROP; } out: rcu_read_unlock(); return ret; }

1. 如果skb的目的Mac地址与接收该skb的网口的Mac地址相同，则结束桥接处理过程（返回到net_receive_skb函数后，这个skb会最终被提交给网络层）；

2. 否则，调用到br_handle_frame_finish函数将报文转发，然后释放skb（返回到net_receive_skb函数后，这个skb就不会往网络层提交了）；

int br_handle_frame(struct net_bridge_port *p, struct sk_buff **pskb) { struct sk_buff *skb = *pskb; /*--取得数据包目的地址--*/ const unsigned char *dest = eth_hdr(skb)->h_dest; /*--网桥状态为disable,返回错误，丢弃数据包--*/ if (p->state == BR_STATE_DISABLED) goto err; /*--源MAC地址为非法，返回错误，丢弃数据包--*/ if (!is_valid_ether_addr(eth_hdr(skb)->h_source)) goto err; /*--如果网桥状态处于学习状态，则更新数据库--*/ if (p->state == BR_STATE_LEARNING) br_fdb_update(p->br, p, eth_hdr(skb)->h_source); /*--如果是STP的BPDU数据包，则进入STP处理--*/ if (p->br->stp_enabled && !memcmp(dest, bridge_ula, 5) && !(dest[5] & 0xF0)) { if (!dest[5]) { NF_HOOK(PF_BRIDGE, NF_BR_LOCAL_IN, skb, skb->dev, NULL, br_stp_handle_bpdu); return 1; } } else if (p->state == BR_STATE_FORWARDING) { /*--如果该接口处于Forwarding状态，并且该报文必需要走L3层进行转发，则直接返回--*/ if (br_should_route_hook) { if (br_should_route_hook(pskb)) return 0; skb = *pskb; dest = eth_hdr(skb)->h_dest; } /*-- 当用内核创建一个网桥的同时也会创建一个虚拟的网络设备，它的名字为网桥的名字，保存在p->br->dev指针里。P->br->dev和port_list里面的接口共同组成一个网桥。如果该报文是要发往此接，则标记skb->pkt_type为 PACKET_HOST。因为报文最终是要发送到p->br->dev的输送队列里面，正如一般的网卡驱动程序将数据包送往到某个net_device的输入队列一样，这样bridge功能充当了虚拟网卡(如例子中的br0)驱动，应当设置skb->pkt_type为PACKET_HOST，表明数据包是要发送该接口，而非是因为打开混杂模式而接收到的。 --*/ if (!compare_ether_addr(p->br->dev->dev_addr, dest)) skb->pkt_type = PACKET_HOST; NF_HOOK(PF_BRIDGE, NF_BR_PRE_ROUTING, skb, skb->dev, NULL, br_handle_frame_finish); return 1; } err: /*--不能处理数据包，直接丢弃。--*/ kfree_skb(skb); return 1; }

int br_handle_frame_finish(struct sk_buff *skb) { const unsigned char *dest = eth_hdr(skb)->h_dest; struct net_bridge_port *p = skb->dev->br_port; struct net_bridge *br = p->br; struct net_bridge_fdb_entry *dst; int passedup = 0; /*-- 对所有报的源MAC地址进行学习，这是网桥的特点之一，通过对源地址的学习来建立MAC地址到端口的映射。 --*/ /* insert into forwarding database after filtering to avoid spoofing */ br_fdb_update(p->br, p, eth_hdr(skb)->h_source); /*--如果网桥的虚拟网卡处于混杂模式,那么每个接收到的数据包都需要克隆一份送到 AF_PACKET协议处理体(网络软中断函数net_rx_action中ptype_all链的处理)--*/ if (br->dev->flags & IFF_PROMISC) { struct sk_buff *skb2; /*--skb2非空,表明要发往本机,br_pass_frame_up函数完成发往本机的工作--*/ skb2 = skb_clone(skb, GFP_ATOMIC); if (skb2 != NULL) { passedup = 1; br_pass_frame_up(br, skb2); } } if (dest[0] & 1) { /*--此报文是广播或组播报文，由br_flood_forward函数把报文向所有端口转发出去如果本地协议栈已经发过了，则算了，不再发送--*/ br_flood_forward(br, skb, !passedup); if (!passedup) br_pass_frame_up(br, skb); goto out; } /*--__br_fdb_get函数先查MAC-端口映射表，表中每项是通过结构 struct net_bridge_fdb_entry来描述的，这一步是网桥的关键。这个报文应从哪个接口转发出去就看它了。如果这个报文应发往本机，那么skb置空。不需要再转发了因为发往本机接口从逻辑上来说本身就是一个转发，后续有上层协议栈处理 --*/ dst = __br_fdb_get(br, dest); if (dst != NULL && dst->is_local) { if (!passedup) br_pass_frame_up(br, skb); else kfree_skb(skb); goto out; } /*--找到MAC映射，则发往对应的目的端口--*/ if (dst != NULL) { br_forward(dst->dst, skb); goto out; } /*--dst==NULL，没有赚到映射，则广播--*/ br_flood_forward(br, skb, 0); out: return 0; }

在上个函数Br_handle_frame_finish中如果报文是需要发往本地协议栈处理的，则由函数Br_pass_frame_up实现：

static void br_pass_frame_up(struct net_bridge *br, struct sk_buff *skb) { struct net_device *indev; br->statistics.rx_packets++; br->statistics.rx_bytes += skb->len; indev = skb->dev; skb->dev = br->dev;/*--报文中的dev被赋予网桥本身的虚拟dev--*/ NF_HOOK(PF_BRIDGE, NF_BR_LOCAL_IN, skb, indev, NULL, br_pass_frame_up_finish); }

这段代码非常简单，对net_bridge的数据统计进行更新以后，再更新skb->dev，最后通过NF_HOOK在NF_BR_LOCAL_IN挂接点上调用回了netif_receive_skb；

在netif_receive_skb函数中，调用了handle_bridge函数，重新触发了网桥处理流程，现在发往网桥虚拟设备的数据包又回到了netif_receive_skb,那么网桥的处理过程会不会又被调用呢？在 linux/net/bridge/br_if.c里面可以看到br_add_if函数，实际上的操作是将某一网口加入网桥组，这个函数调用了new_nbp(br, dev); 用以填充net_bridge以及dev结构的重要成员，里面将dev->br_port设定为一个新建的net_bridge_port结构，而上面的br_pass_frame_up函数将skb->dev赋成了br->dev,实际上skb->dev变成了网桥建立的虚拟设备，这个设备是网桥本身而不是桥组的某一端口，系统没有为其调用br_add_if，所以这个net_device结构的br_port指针没有进行赋值；br_port为空，不进入网桥处理流程；从而进入上层协议栈处理；

void br_forward(const struct net_bridge_port *to, struct sk_buff *skb) { /*--should_deliver: 是否符合转发条件 __br_forward: 转发--*/ if (should_deliver(to, skb)) { __br_forward(to, skb); return; } kfree_skb(skb); }

__br_forward

static void __br_forward(const struct net_bridge_port *to, struct sk_buff *skb) { struct net_device *indev; indev = skb->dev; skb->dev = to->dev; /*--替换报文中的dev为转发端口对应的dev--*/ skb->ip_summed = CHECKSUM_NONE; NF_HOOK(PF_BRIDGE, NF_BR_FORWARD, skb, indev, skb->dev, br_forward_finish); }

int br_forward_finish(struct sk_buff *skb) { NF_HOOK(PF_BRIDGE, NF_BR_POST_ROUTING, skb, NULL, skb->dev, br_dev_queue_push_xmit); return 0; }

7.8 Br_dev_queue_push_xmit

int br_dev_queue_push_xmit(struct sk_buff *skb) { /*--报文长度超过dev发送的mtu限制，丢弃报文--*/ /* drop mtu oversized packets except tso */ if (skb->len > skb->dev->mtu && !skb_shinfo(skb)->tso_size) kfree_skb(skb); else { #ifdef CONFIG_BRIDGE_NETFILTER /* ip_refrag calls ip_fragment, doesn't copy the MAC header. */ nf_bridge_maybe_copy_header(skb); #endif skb_push(skb, ETH_HLEN); dev_queue_xmit(skb); } return 0; }