linux_QOS(TC)_功能實现分析.docVIP

linux QOS 功能实现分析 在传统的TCP/IP网络的路由器中，所有的IP数据包的传输都是采用FIFO（先进先出），尽最大努力传输的处理机制。在早期网络数据量和关键业务数据不多的时候，并没有体现出非常大的缺点，路由器简单的把数据报丢弃来处理拥塞。但是随着计算机网络的发展， 数据量的急剧增长，以及多媒体，VOIP数据等对延时要求高的应用的增加。路由器简单丢弃数据包的处理方法已经不再适合当前的网络。单纯的增加网络带宽也不能从根本上解决问题。所以网络的开发者们提出了服务质量的概念。概括的说：就是针对各种不同需求，提供不同服务质量的网络服务功能。提供QoS能力将是对未来IP网络的基本要求。Linux内核对QoS的支持 Linux内核网络协议栈从2.2.x开始，就实现了对服务质量的支持模块。具体的代码位于net/sched/目录。在Linux里面，对这个功能模块的称呼是Traffic Control ,简称TC。HOOK是Linux实现netfilter的重要手段，数据从接收到转发得通路上有5个HOOK点，每个HOOK点有若干个挂钩处理函数 （typedef unsigned int nf_hookfn(unsigned int hooknum, struct sk_buff **skb, const struct net_device *in, const struct net_device *out, int (*okfn)(struct sk_buff *))。对于入口数据部分的控制，LINUX 中挂载的HOOK点如下 /* after ipt_filter */ static struct nf_hook_ops ing_ops = { .hook = ing_hook, .owner = THIS_MODULE, .pf = PF_INET, .hooknum = NF_IP_PRE_ROUTING, .priority = NF_IP_PRI_FILTER + 1, }; Ingress policing用的是NF_IP_PRE_ROUTING这个HOOK点，其挂钩处理函数用的是net/sched/sch_ingress.c ing_hook()。函数处理流程如下所示： 接收数据包的过程中，通过软中断调用net_rx_action()将硬件层得到的数据传输到IP层。 ip_rcv() #net/ipv4/ip_input.c 丢弃校验和不正确的ip包。 nf_hook_slow()#net/core/netfilter.c。 nf_iterate() #net/core/netfilter.c。 ing_hook() 4#net/sched/sch_ingress.c。 QoS：如果设置了qdisc_ingress，则调用ingress_dequeue()，此处可以对流量进行限制#net/sched/sch_ingress.c 。 ip_rcv_finish()#net/ipv4/ip_input.c（sch_ingress.c 的enqueue()有限流制作用，然而dequeue()却是空函数。）。 以下路由：ip_route_input() #net/ipv4/route.c 。 如果转发ip_route_input_slow() #net/ipv4/route.c，如果本地处理 ip_route_input_mc() #net/ipv4/route.c 。 2.0 流出数据包的控制 首先我们了解一下Linux网络协议栈在没有TC模块时发送数据包的大致流程。如图1。从上图可以看出，没有TC的情况下，每个数据包的发送都会调用dev_queue_xmit,然后判断是否需要向AF_PACKET协议支持体传递数据包内容，最后直接调用网卡驱动注册的发送函数把数据包发送出去。发送数据包的机制就是本文开始讲到的FIFO机制。一旦出现拥塞，协议栈只是尽自己最大的努力去调用网卡发送函数。所以这种传统的处理方法存在着很大的弊端。 为了支持QoS，Linux的设计者在发送数据包的代码中加入了TC模块。从而可以对数据包进行分类，管理，检测拥塞和处理拥塞。为了避免和以前的代码冲突，并且让用户可以选择是否使用TC。内核开发者在上图中的两个红色圆圈之间添加了TC模块。net/core/dev.c: dev_queue_xmit函数中略了部分代码： int dev_queue_xmit(struct sk_buff *skb) { ………………. q = dev-qdisc; if (q-enqueue) { /*如果这个设备启动了TC,那么把数据包压入队列*/