“H3C . 《网络之路》（2）－QoS专题讨论”有6个回复

1. aaa 于 2013-01-29 1:29 下午

   非常好的QOS大全。QOS是TCP/IP里一个看起来很复杂而结果又常很简单的东西，如果从深入的工程层面来探讨，可以从下面一些点，可能更有点意思：
   1、工程上到底几个队列就够用了？
   2、为什么以TE的QOS为代表的inter-serv类的QOS方案在工程上目前失败了？
   3、到底HQOS可以再哪里真的有用？
   4、网络中每个典型位置的ETH/IP设备,buffer到底应该多大最合适？
   5、每种业务的布buffer应该多大？
   6、什么时候CAR比QUEUE好？什么时候QUEUE比CAR好？
   7、分布式转发，交换网的QOS模型如何设计最符合工程需要？
   就像人的终极问题是为什么活着？QOS也是一样的，文中有一句说QOS的目的是为了网络性能最大化？如果是从英文performance翻译过来或者泛义的理解网络性能，还是可以理解的，如果按照狭义的性能来理解，就不是很合适了，其实QOS的目的就是anti-fairplay，anti-freedom，就是特权优先，但穷人还能喝到汤，如果一个网络的QOS不能体现出这个效果，那么这个网络的QOS设计是失败的设计。
   QOS这个东西，研究多了，或者成了混paper的油子，或者会发现真的没啥意思，因为研究了半天，结果还是工程上常用的每端口4个队列，唯一不同的是对4个队列的参数设计规划，可能更有深意了。做好用好4个队列，工程上常比哪些复杂的TE、HQOS等更有实际工程效果。

2. joneguo 于 2013-01-30 7:15 上午

   这个资料太老了，只能做普及

3. 星空 于 2013-02-06 7:25 下午

   aaa的问题有点意思。传说ATM就是被复杂的QOS等技术搞废的，所以推测QOS实现起来应该很复杂。

   关于queue的大小，似乎运营商级别的用户有要求，应该是1ms左右。关于企业网，似乎不需要很大，那个牛牛来给点想法？

4. aaa 于 2013-02-07 2:13 下午

   ATM的复杂和其QOS机制有直接关系。
   语音和UDP一般是1MS，HTTP/TCP类10MS

5. Wiler 于 2013-02-08 2:23 上午

   ATM的失败并非源于它的复杂，而是源于竞争技术以太网的易用。ATM产品也许已死，但ATM技术的还是有生命力的。Google一下

6. aaa 于 2013-02-08 1:36 下午

   ATM诞生的年代，广域互联正在加速起步，从X25/FR的DDN/E1到POS，ETH还在LAN里称王称霸，还不是可以和ATM并列的广域网技术，反而相反，当ATM在广域网开始发红后，曾试图做一统江湖的武林霸主，推出过ATM to Desktop，但最终不但霸业未成，反而被草根出身的ETH反攻倒算，最终苦孩子出身的奥巴马大圣高富帅罗姆尼，草根都喜欢个人奋斗成功的英雄，借以寄托自己永远草根的身体里不时蠢蠢却永远难以实现的金钱美女升官发财清秋大梦。ATM也曾在3G的R99里被焕发第二春，但无奈虽然夕阳无限好，却也只能是临死前最后的回光返照，ATM生命已尽，而ETH/IP网络仍将继续前行，ATM可以安心离去，只留下一段历史，供还能记得她的老友们茶余饭后给后人述说那一段曾经的八卦传奇。别了，ATM.