QOS相关日志共 1篇
2008/06/06 :: Qos
主要有IntServ模式和DiffServ模式两种
intServ模式是hard qos，diffServ模式是soft qos
IntServ是在端到端的整条路径中，所有节点都确认允许为这次传输保留资源后才能进行传输。
DiffServ则判断IP包头中的ToS字段，选择预先定义好的队列规则，调整该IP包在队列中的位置。是一种尽力而为的形式。
2者的应该在发生拥塞的情况下比较，IntServ一旦成立，整个传输过程平滑顺畅。而DiffServ则时延抖动不可预测，时快时慢。不过，在端到端的整条路径很长，节点越多，需要预留的资源越多的情况下，IntServ的整条路径被所有节点确认的概率 则越低。在非常拥塞的网络环境中IntServ很有可能一直得不到请求的资源而被饿死。DiffServ则是逐跳行为，不管繁忙程度如何先排上队出去再说。
IntServ适合对通过率要求低，不能忍受时延抖动大，对实时性要求高的报文长度相对短应用行为。
DiffServ则适合要求高通过率，可以忍受时延抖动大，对实时性要求较低的报文长度相对长的应用行为。
在实际工作中应用较多的是DiffServ.
另外提一下，QoS一旦牵涉到Internet，那就只有在自治域之内的讨论才有意义。通常都会忽略报文中其他自治域提供的QoS属性。
以上转自DRL的phatman
intServ模式是hard qos，diffServ模式是soft qos
IntServ是在端到端的整条路径中，所有节点都确认允许为这次传输保留资源后才能进行传输。
DiffServ则判断IP包头中的ToS字段，选择预先定义好的队列规则，调整该IP包在队列中的位置。是一种尽力而为的形式。
2者的应该在发生拥塞的情况下比较，IntServ一旦成立，整个传输过程平滑顺畅。而DiffServ则时延抖动不可预测，时快时慢。不过，在端到端的整条路径很长，节点越多，需要预留的资源越多的情况下，IntServ的整条路径被所有节点确认的概率 则越低。在非常拥塞的网络环境中IntServ很有可能一直得不到请求的资源而被饿死。DiffServ则是逐跳行为，不管繁忙程度如何先排上队出去再说。
IntServ适合对通过率要求低，不能忍受时延抖动大，对实时性要求高的报文长度相对短应用行为。
DiffServ则适合要求高通过率，可以忍受时延抖动大，对实时性要求较低的报文长度相对长的应用行为。
在实际工作中应用较多的是DiffServ.
另外提一下，QoS一旦牵涉到Internet，那就只有在自治域之内的讨论才有意义。通常都会忽略报文中其他自治域提供的QoS属性。
以上转自DRL的phatman
| 标签 : | QOS |
本日志引用(传送)地址 :: http://www.83i.net/trackback/470
