件下的流的时延被限制在b/R内 , 在服务速率R上的保证服务和这种行为接近 , 在此 , R为
共享带宽 , 而不是对于专用线路而言 ,
从而 , 网络元素必须保证任何数据报的排队时延必须比b/R C/R D小 , 在此 , C和D描
述了对流模型的最大偏差 。强调C和D是最大的是很重要的 , 因为假如在执行时服务偶然存
在差距(也许由于处理路由更新) , D需要足够大 , 可能数据报在这个差距内会丢失(C和D在
输出信息部分有更具体的描述) ,
注重:严格来说 , 本备忘录仅仅要求流得到的服务从来不应该会比它在流模型的近似条
件下差 , 赋予更好的服务会是完全可接收的 , 例如 , 假如一个流当前并没有使用它的部分带
宽R , 象加权公平排队算法这样暂时分配其他流没有用的带宽是完全可以接收的(实际上 , 也
鼓励这样做) 。
作为保证服务的一部分 , 链路不容许将数据报分段 , 比链路的MTU大的数据报必须作为
例外情况治理 , 这意味着它们将通过下面的治理部分的规则来治理 。
5激活信息
通过向网络元素指定通信量(TSpec)和期望的服务(RSpec) , 可以激活保证服务 , 对于一个
存在的有新的TSpec和Rspec的流的服务请求应该被当做一次新的激活 , 这意味着容许控制
应被重新应用到这个流上 , 对于那些降低它们的TSpec和Rspec的流(如在下面命令规则部分
所描述的 , 流的新TSpec和Rspec严格地比旧的TSpec和Rspec小)而言 , 决不应拒绝它们
的服务 。
Tspec是采取令牌桶加上最高速率(p)、最小治理单元(m)和最大数据报大小(M)的形式 。
令牌桶有一个桶深(b)和桶速率(r) 。r和b都必须大于0,r是以每秒内的IP数据报的字节
数来衡量的 , 范围从1B/s到40TB/s(或相信可以接近单一光纤的最大理论带宽) 。很明显 , 特
别是对于高带宽 , 仅仅是最开始的数字是有意义的 , 所以鼓励使用至少精确到0.1%的浮点数
表示法 。
令牌深(b)也是一字节数来衡量的 , 范围从1B/s到250TB/s , 同样 , 鼓励使用至少精确到
0.1%的浮点数表示法 。
这些值的范围这样大是为容许将来的带宽 , 并不是有意暗示网络元素必须支持整个范围 。
最高速率(p)是以每秒内的IP数据报的字节数来衡量的 , 和桶速率有相同的范围和表示方
法 。最高速率是源和改造点(在下面定义)之间的可以注入到网络中的突发通信量的最大速率 。
更精确的说 , 在所有的时间段内 , 数据量不能超过M pT , 在此M是最大的数据报大小 , T
是时间段的长度 , 这一点是很重要的 。而且 , p必须大于或等于令牌桶的速率,r 。假如最高速
率未知或没有指定 , 那么p必须设置为无穷大 。
最小治理单元m是以字节数衡量的整数 , 在为了与Tspec一致的治理和测试中 , 所有比
m小的IP数据报都被以m的大小计算在内 , 最大数据报大小,M,是和通信量规范一致的最大
数据报 , 假如请求的最大数据报比链路容许的MTU大 , 这个流将被拒绝 。M和m都应该大
于0 , 且m必须小于等于M 。
保证服务使用在[8]中定义的TOKEN_BUCKET_TSPEC参数来描述一个数据流的通信特
征 , 以上的描述就是这种参数 , TOKEN_BUCKET_TSPEC是通常参数号127 , 使用保证服务
的这个参数Tspec可以简化在多服务环境下的保证服务的使用 。
Rspec是速率R和疏散词S,在此 , R必须大于等于r,且S必须是非负的 , 速率(R)是以每
秒内的IP数据报的字节数来衡量的 , 和桶速率、最高速率有相同的范围和表示方法 。S是以
推荐阅读
- 带鸟名的诗句
- 无奈的摩托罗拉W170
- 铑的用途 铑的特性
- 正确的说话发声技巧
- 表示喜欢的笑词语 表示喜欢的笑词语有什么
- 沙琪玛是哪个民族的传统美食
- 用烤箱做酥饼的家常做法
- 草鱼和鲤鱼的区别
- 追逐繁星的孩子表达了什么
- 电影定档是什么