Linux-网桥原理分析（四）
2012-07-18 23:06
267 查看
7 网桥数据包的处理流程
网桥处理包遵循以下几条原则：1. 在一个接口上接收的包不会再在那个接口上发送这个数据包；
2. 每个接收到的数据包都要学习其源地址；
3. 如果数据包是多播或广播包，则要在同一个网段中除了接收端口外的其他所有端口发送这个数据包，如果上层协议栈对多播包感兴趣，则需要把数据包提交给上层协议栈；
4. 如果数据包的目的MAC地址不能再CAM表中找到，则要在同一个网段中除了接收端口外的其他所有端口发送这个数据包；
5. 如果能够在CAM表中查询到目的MAC地址，则在特定的端口上发送这个数据包，如果发送端口和接收端口是同一端口则不发送；
网桥在整个网络子系统中处理可用下列简图说明：
网络数据包在软终端处理时会进行网桥部分处理，大致的处理流程如下（处理函数调用链）：
7.1 netif_receive_skb
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;
} |
7.2 Br_handle_frame
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;
} |
7.3Br_handle_frame_finish
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;
} |
7.4 Br_pass_frame_up
在上个函数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);
} |
在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为空，不进入网桥处理流程 ；从而进入上层协议栈处理；
7.5 Br_forward
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);
} |
7.6 __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);
} |
7.7 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;
} |
7.9 报文处理总结
进入桥的数据报文分为几个类型，桥对应的处理方法也不同：1. 报文是本机发送给自己的，桥不处理，交给上层协议栈；
2. 接收报文的物理接口不是网桥接口，桥不处理，交给上层协议栈；
3. 进入网桥后，如果网桥的状态为Disable，则将包丢弃不处理；
4. 报文源地址无效（广播，多播，以及00:00:00:00:00:00），丢包；
5. 如果是STP的BPDU包，进入STP处理，处理后不再转发，也不再交给上层协议栈；
6. 如果是发给本机的报文，桥直接返回，交给上层协议栈，不转发；
7. 需要转发的报文分三种情况：
1） 广播或多播，则除接收端口外的所有端口都需要转发一份；
2） 单播并且在CAM表中能找到端口映射的，只需要网映射端口转发一份即可；
3） 单播但找不到端口映射的，则除了接收端口外其余端口都需要转发；
8 参考文献
1. http://hi.baidu.com/_kouu/blog/item/ad2abf3ffa61cf3170cf6cd7.html2. http://hi.baidu.com/jrckkyy/blog/item/3bedbef37234d0c70b46e08b.html
3. http://blog.csdn.net/linyt/archive/2010/01/15/5191512.aspx
4. http://www.loosky.net/?p=307
5. http://blog.csdn.net/zhaodm/archive/2006/12/25/1460041.aspx
6. http://blog.chinaunix.net/u/12313/showart_246678.html
内容来自用户分享和网络整理，不保证内容的准确性，如有侵权内容，可联系管理员处理 
相关文章推荐
- Linux-网桥原理分析 .
- Linux-网桥原理分析
- Linux-网桥原理分析
- Linux-网桥原理分析
- Linux-网桥原理分析 .
- Linux-网桥原理分析********************
- Linux-网桥原理分析 .
- Linux-网桥原理分析
- LINUX总结第15篇：Linux-网桥原理分析
- Linux-网桥原理分析 http://biancheng.dnbcw.info/linux/244269.html
- Linux-网桥原理分析[一]
- Linux-网桥原理分析（二）
- Linux-网桥原理分析
- Linux-网桥原理分析（三）
- Linux-网桥原理分析（一）
- Linux-网桥原理分析
- Linux_ALSA声卡驱动原理分析
- linux主机名hostname老是被更改为broad原理分析和恢复
- linux中mmap系统调用原理分析与实现
- linux下编译原理分析