漏桶算法和令牌桶算法

漏桶算法

　　漏桶算法(Leaky Bucket)是网络世界中流量整形（Traffic Shaping）或速率限制（Rate Limiting）时经常使用的一种算法，它的主要目的是控制数据注入到网络的速率，平滑网络上的突发流量。漏桶算法提供了一种机制，通过它，突发流量可以被整形以便为网络提供一个稳定的流量。　　漏桶可以看作是一个带有常量服务时间的单服务器队列，如果漏桶（包缓存）溢出，那么数据包会被丢弃。　　漏桶算法的基本内容如下：　　* 漏桶算法强制一个常量的输出速率而不管输入数据流的突发性。当输入空闲时，该算法不执行任何动作；　　* 主机在每一个时间片向网络注入一个数据包，因此产生了一致的数据流，平滑了突发的流量；　　* 当数据包具有相同尺寸的时候（例如ATM信元），每个时间片传输一个数据包的工作机制没有任何问题。但对于可变包长，这种工作机制可能存在一点问题，此时，最好每个时间片传输固定数目的字节。例如：如果每个时间片传输1024字节，那么一个时间片允许传输一个1024字节的包，两个512字节的包，或者四个 256字节的包；　　在概念上，漏桶算法可以作如下理解：　　* 到达的数据包（网络层的PDU）被放置在底部具有漏孔的桶中（数据包缓存）；　　* 漏桶最多可以排队b个字节，漏桶的这个尺寸受限于有效的系统内存。如果数据包到达的时候漏桶已经满了，那么数据包应被丢弃；　　* 数据包从漏桶中漏出，以常量速率（r字节/秒）注入网络，因此平滑了突发流量。　　在流量整形中还存在另外一个流行的算法：令牌桶算法（Token Bucket）。有时人们将漏桶算法与令牌桶算法错误地混淆在一起。而实际上，这两种算法具有截然不同的特性并且为截然不同的目的而使用。它们之间最主要的差别在于：漏桶算法能够强行限制数据的传输速率，而令牌桶算法能够在限制数据的平均传输速率的同时还允许某种程度的突发传输。　　在某些情况下，漏桶算法不能够有效地使用网络资源。因为漏桶的漏出速率是固定的参数，所以，即使网络中不存在资源冲突（没有发生拥塞），漏桶算法也不能使某一个单独的流突发到端口速率。因此，漏桶算法对于存在突发特性的流量来说缺乏效率。而令牌桶算法则能够满足这些具有突发特性的流量。通常，漏桶算法与令牌桶算法可以结合起来为网络流量提供更大的控制。　　漏桶算法的应用实例：　　在ATM网络的交换层，漏桶算法可以用来实现CBR业务。当数据流量超过协商速率一段时间后，漏桶（缓存）将会溢出。这时需要检查每一个信元中的信元丢失优先级（CLP）字段，低优先级的信元将会被丢弃并被原始发送设备重新传输。 　　基于漏桶的确定方法有以下优点：　　*信源可以容易地保证它的通信量符合标准；　　*网络可以容易地验证通信量是否符合规范；　　*网络可以保证严格的延迟界限，避免一切由缓冲区溢出引起的丢失；　　*由于服务质量根据严格的界限说明，用户能够验证网络是否提供了请求的服务质量。

令牌桶算法

　　　 　令牌桶算法是网络流量整形（Traffic Shaping）和速率限制（Rate Limiting）中最常使用的一种算法。典型情况下，令牌桶算法用来控制发送到网络上的数据的数目，并允许突发数据的发送。 　　令牌桶这种控制机制基于令牌桶中是否存在令牌来指示什么时候可以发送流量。令牌桶中的每一个令牌都代表一个字节。如果令牌桶中存在令牌，则允许发送流量；而如果令牌桶中不存在令牌，则不允许发送流量。因此，如果突发门限被合理地配置并且令牌桶中有足够的令牌，那么流量就可以以峰值速率发送。 　　令牌桶算法的基本过程如下：　　假如用户配置的平均发送速率为r，则每隔1/r秒一个令牌被加入到桶中； 　　假设桶最多可以存发b个令牌。如果令牌到达时令牌桶已经满了，那么这个令牌会被丢弃； 　　当一个n个字节的数据包到达时，就从令牌桶中删除n个令牌，并且数据包被发送到网络； 　　如果令牌桶中少于n个令牌，那么不会删除令牌，并且认为这个数据包在流量限制之外； 　　算法允许最长b个字节的突发，但从长期运行结果看，数据包的速率被限制成常量r。对于在流量限制外的数据包可以以不同的方式处理：　　它们可以被丢弃； 　　它们可以排放在队列中以便当令牌桶中累积了足够多的令牌时再传输； 　　它们可以继续发送，但需要做特殊标记，网络过载的时候将这些特殊标记的包丢弃。 　　注意：令牌桶算法不能与另外一种常见算法“漏桶算法（Leaky Bucket）”相混淆。这两种算法的主要区别在于“漏桶算法”能够强行限制数据的传输速率，而“令牌桶算法”在能够限制数据的平均传输数据外，还允许某种程度的突发传输。在“令牌桶算法”中，只要令牌桶中存在令牌，那么就允许突发地传输数据直到达到用户配置的门限，因此它适合于具有突发特性的流量。