为什么要管理带宽?
　　
　　因特网的成功主要因素是IP（Internet Protocol）协议族的简单和稳健。现在几乎所有的人都在向IP靠拢，甚至传统的电讯公司也在将它们的基于电路交换的语音网络向IP网络转。然而基于IP协议的因特网这时候就遇到了一个非常大的困难。它不相ATM协议，它是平等地对待任何业务，也就是说所有的通过IP网络的数据都被平等地尽可能好的传送（称：尽力型服务）。如果我愿意多付1倍的钱，我也不能让我的主页下载的速度提高一倍。这时候就引入了QoS概念，也就是服务质量保证。这种情况下，平等对待所有IP业务数据的方法就要被放弃，而试图区分不同的用户或业务，然后分配不同的带宽。这就是路由器上的带宽的分配和管理。
　　
　　这些年来，不同的技术发展很快，IETF（Internet Engineering Task Force）已经发布了几种标准，包括：综合服务、区分服务、资源预留技术。这些标准都在Linux下有了实现。但它们的使用是个综合的问题，需要网络其他路由器的配合（例如资源预留），所以当前在实践中使用不是很广，但随着因特网业务的不断增加，它们会逐渐越来越多的被大家使用的。
　　
　　Linux内核2.1.x及后续版本里面主要是引入了traffic control代码，来实现IP带宽的分配和管理。
　　
　　TC的特点
　　
　　TC是Traffic Control的缩写，中文意思即为"流量控制"。TC有很大的伸缩性。作为一个提供虚拟主机服务的ISP来说，它可以利用Linux的流量控制来给不同的客户不供的服务质量保证。传统的出售虚拟主机或者提供主页存放服务的ISP通常是提供不同的磁盘空间来作为不同档次的服务，例如一个月100元可以获得100M的空间。如果使用Linux的流量控制（TC），我们就可以多提供一种有区分的不同的服务，例如你是一个提供虚拟主机服务的ISP，你可以有如下多的不同的服务选择：
　　· 服务水平1： 花费￥100/月――浏览者获得250Kbps的浏览页面速度。
　　· 服务水平2： 花费￥150/月--250Kbps，但是如果带宽允许的话在午夜0点到临晨6点之间可以达到1Mbps。
　　· 服务水平3： 花费￥200/月--250Kbps, 但是如果带宽允许的话可以最大达到1Mbps，不限制时间（与服务水平2区别之处）。
　　· 服务水平4：花费￥500/月--提供1Mbps的高速的带宽保证。适合视频和音频流的服务。
　　由上面的例子，我们可以利用TC很方便的指定各种有控制的服务规则。上面提到的每天不同时段提供不同的服务，我们可以很容易的用crontab来定时运行一些脚本去改变带宽分配规则来达到。这是一个比较好的例子，我们在后面将介绍一个实例。
　　
　　TC的使用实例说明
　　
　　下面我们提供一个利用TC来实现对在一个Linux服务器上的两个虚拟主机实行不同的带宽策略的例子。在该例中，我们将讲述如何配置和测试TC。
　　
　　编译内核
　　至于如何编译一个新的内核已经不属于本章节讨论的范围，我们假设你已经知道如何重新编译一个内核。
　　编译内核时将以下几个内核选项选中："kernel/User netlink socket"和"Netlink device emulation"。这样TC就可以利用netlink来与内核传送信息。同时将所有的排队算法选上，位于包括
　　"Fair queueing"
　　"CBQ packet scheduler"
　　"CSZ packet scheduler"
　　"the simples PRIO pseudoscheduler"
　　"RED queue"
　　"SFQ queue"
　　"TBF queue"
　　"QoS support"
　　"rate estimator"
　　"packet classifier API"
　　"routing-tables-based classifier"
　　"U32 classifier"
　　"special RSVP classifier and special RSVP classifier for IPv6"。
　　
　　选中这些选项以后，按正常的编译内核步骤编译内核，然后安装新内核，并用新内核重新启动系统。
　　
　　编译TC软件包
　　
　　可以在下面的地址下载到我们需要的软件，然后按照软件包里的说明编译它：
　　ftp://linux.wauug.org/pub/net/ip-routing/iproute2-current.tar.gz
　　通常我们要做的只是简单的输入make就可以了。
　　
　　TC 的设定
　　
　　
　　
　　图1. CBQ 树图
　　图一是我们将配置的一个系统的简单的树形图示范。两个叶子节点从父节点分配带宽，IP地址10.0.0.10（标识符1:1）和地址10.0.0.11(标识符1:2)是接口eth0上的IP别名，它们共同分享父节点（标识符1:0）的带宽。这个例子里面只涉及到了对一个接口上的流量控制，大家可以仿照这个例子构造自己感兴趣的控制多个接口设备的配置。
　　配置QoS特性的第一步就是将qdisc加入到一个接口上，例如本例子：
　　qdisc add dev eth0 root handle 1: ...
　　
　　然后定义你需要区别的类别。不同的类别对应不同的流量控制类型。我们的例子中，使用如下的语句：
　　
　　tc class add dev eth0 parent 1:0 classid X:Y ...
　　
　　我们的例子中只使用了一层深的类别树。当然，我们可以构造多层深度的复杂的树，基本的原则是一样的：就是一个子节点（如图1所示）继承一个父节点的资源同时进一步根据类的定义去分配父节点的资源。例如，父类1:0拥有该设备的全部带宽，那么子节点1:1不可能获得超过10Mbits的带宽，当然本例子中是限制为1Mbps。
　　最后定义"IP分组--类别"的映射规则，用来告诉系统的分类器，经过路由器调度的某IP分组该对应什么类型。首先，将一个分类器与输出接口关联起来：
　　filter add dev eth0 parent 1:0 protocol ip ...
　　
　　然后，定义"IP分组--类别"的映射规则。本例子中，将利用IP分组的源地址来作为分类的关键词。 下面的脚本完成了这个功能。关于脚本中TC等命令的参数，大家可以参考随机的文档，这里限于篇幅，不做介绍了。
　　
　　#! /bin/sh
　　#path to tc and the ip utilities;
　　#change to reflect yours.
　　TC=./iproute2/tc/tc
　　IP=./iproute2/ip/ip
　　##################################################
　　#Addresses to be aliased
　　#change or add more to reflect yours
　　#
　　ALIAS1=10.0.0.10
　　ALIAS2=10.0.0.11
　　##################################################
　　# add ip aliasing support
　　#uncomment if you want to use the ip utility to
　　#add ip-aliasing for you
　　#
　　#$IP addr add $ALIAS1 dev eth0
　　#$IP addr add $ALIAS2 dev eth0
　　##################################################
　　# Attaching a device queue discipline to an
　　# interface a device queue discipline is
　　# equivalent almost to a device manager
　　#
　　#Attach CBQ to eth0
　　#Things you might need to change:
　　# bandwidth -- the bandwidth of the eth0 device
　　# note it must match the device's real bandwidth
　　# allot -- it is safe to leave it at the MTU of
　　# the device
　　# avpkt -- the average packet size that you
　　# suspect will be seen safe to leave at 1000
　　# for Ethernet with MTU of 1514 bytes
　　# mpu -- minimum packet size
　　#
　　$TC qdisc add dev eth0 root handle 1: cbq
　　 bandwidth 10Mbit allot 1514 cell 8 avpkt 1000
　　 mpu 64
　　##################################################
　　# Attaching class queue disciplines
　　# bounded -- it is bound to the rate allocated;
　　# can't borrow even if there is a lot of idle
　　# bandwidth just sitting there isolated -- cannot
　　# share its bandwidth to other classes prio is the
　　# priority assigned 0 being the highest and 7 the
　　# lowest weight -- safer to leave at 1
　　# queue discipline setup. Classid 1:1 will have a
　　# rate of 1Mbps which is bounded.
　　#
　　$TC class add dev eth0 parent 1:0 classid 1:1 cbq
　　 bandwidth 10Mbit rate 1Mbit avpkt 1000 prio 5
　　 bounded isolated allot 1514 weight 1 maxburst 21
　　#rate 1Mbit avpkt 1000 prio 5 bounded allot 1514
　　#weight 1 maxburst 21
　　# Classid 1:2 will have a rate of 3Mbps which is
　　# bounded.
　　$TC class add dev eth0 parent 1:0 classid 1:2 cbq
　　 bandwidth 10Mbit rate 3Mbit avpkt 1000 prio 5
　　 bounded allot 1514 weight 1 maxburst 21
　　##################################################
　　# Define the filter to be attached to eth0
　　# Create with hash table of 256 slots with ID 1:
　　#
　　$TC filter add dev eth0 parent 1:0 protocol ip
　　 prio 5 handle 1: u32 divisor 256
　　##################################################
　　# define the criteria for mapping incoming packets
　　# to classes. Add to the 5th slot of hash table a
　　# rule to select virtual address ALIAS1 direct it
　　# to class 1:1
　　#
　　$TC filter add dev eth0 parent 1:0 prio 5 u32
　　 ht 1:6: match ip src $ALIAS1 flowid 1:1
　　# Add to 6th slot of hash table rule to select
　　# ALIAS2 direct it to class 1:2
　　$TC filter add dev eth0 parent 1:0 prio 5 u32
　　 ht 1:6: match ip src $ALIAS2 flowid 1:2