QoS 。VOQ 。北京欢迎你

Sina WeiboBaiduLinkedInQQGoogle+RedditEvernote分享




【陈怀临注:《北京欢迎你》,一首美丽的歌曲唱遍了大江南北。17日晚间,美丽的幽州城有140条道路发生严重交通拥堵,滞留的车辆超过了450万辆。愚兄对QoS向来敏感。看了大家热热闹闹过中秋的和谐拥挤之后,立刻脑子里想到的是VOQ。在这个场景下,多少个VOQ都是没有用的,Fabric不能线速了。从概率的角度(北京N千万人),17日晚,一定有人要去医院Emergency,例如心脏病突发;或者年轻的母亲要临产。。。估计是叫天天不应。。。是全congestion。在辽国,就没有问题。高速的侧道,一定是一个MPLS的VPN Tunnel。警察,救护车一定能线速过Fabric。。。】

(1个打分, 平均:3.00 / 5)

雁过留声

“QoS 。VOQ 。北京欢迎你”有23个回复

  1. 过客 于 2010-09-19 9:11 下午

    人多私家车多公交车也多。乱成一团了。国外可能是私家车多或者是公共交通为主。北京是哪个也不能落下,哪个都没有整明白,地铁里也挤得人透不过气来。

    办公区在城里,住宅区在城外,人就来回折腾。

  2. droplet 于 2010-09-19 10:05 下午

    占应急车道应该罚款,但是没人遵守,也没人执行啊。

  3. joomla 于 2010-09-19 10:51 下午

    人多了辽国的那套就都不起作用了。不信让辽国的人增加个5倍试试。

  4. coder 于 2010-09-19 11:24 下午

    @joomla 放屁,去日本,香港,新加坡等地方看看。

  5. abc 于 2010-09-19 11:35 下午

    joomla 于 2010-09-19 10:51 下午
    人多了辽国的那套就都不起作用了。不信让辽国的人增加个5倍试试。

    —————————————
    这种话很有迷惑性,一般人会想,假若把5倍的人直接增发到美国现有的城市交通,那肯定拥堵了,事实上也是如此。

    问题的关键是,人家的交通设施是适合他们现在的人口的,如果是人口多,他们的交通设施就不会是现在这样,这种假设是毫无意义的。

    所以要比较就得比较日本,香港,新加坡这样人口密度更高的地方。

  6. 瞎扯 于 2010-09-19 11:39 下午

    coder,说话别那么冲,不是就你一个人出过国。香港星加坡人口能和北京上海不是一个量级的。而且这些地方养车成本比中国高多了,买的起车停不起车,开车的人相对就少。

    你去扭腰LA看看,照样堵的一塌糊涂,出租车也是横冲直撞,占用应急道情况倒不多见,警察抓住罚的狠。

  7. 理客 于 2010-09-20 1:54 上午

    人多确实是的很大的问题,但不是不可解决的问题。越是人多,越是需要秩序,否则更严重

  8. 过客 于 2010-09-20 1:55 上午

    唉,主要是公共交通不发达,北京市政府有点钱了想发达的时候,才发现路上的私家车已经多得没有公交的位置了。地铁也是太保守了,上海发展的很快,地铁四通八达的,线路比北京密多了。

  9. kevin 于 2010-09-20 1:57 上午

    同意6楼。中国人聪明,比如占用应急车道罚款200,但是被抓住的概率是千分之一,但是占用应急车道立马能获得节省若干分钟的收益。经过简单计算,聪明的国人都选择占用应急车道。然后应急车道也堵了。又造成一个法不责众的局面。

    做QOS的前提是你制定完了规则大家得按这个规则玩。中国缺乏的就是这个前提。

  10. 过客 于 2010-09-20 2:27 上午

    摄像头还要加紧装,现在公交车头也开始按了,抓到私家车占用公交车道的,就罚。拍下来一次就200块。多按点摄像头,罚款这也是创收的好方法。

  11. 过客 于 2010-09-20 2:27 上午

    摄像头还要加紧装,现在公交车头也开始按了,抓到私家车占用公交车道的,就罚。拍下来一次就200块。多按点摄像头,罚款这也是创收的好方法。

  12. 理客 于 2010-09-20 2:38 上午

    法不责众则责单,杀鸡骇猴,广为传播,谁碰到谁倒霉,虽然不公,但有效,害怕之心,人皆有之。人多和乱世必要执法必严,赏罚分明,不是简单的MZZY可以搞定的,否则必乱。

  13. system 于 2010-09-20 7:20 上午

    关键是ring bus惹得祸,上海密度不一定比北京少,但是好很多。已经6环了,环再多也没用,关键上不去,下不来。看来城市堵车,体会CPU架构

  14. droplet 于 2010-09-20 8:03 上午

    系统性能是由最慢的那个环节决定的,其他的快了没有用。除非是完全无关的过程。环线的交通还算可以了,主要是向外辐射的线路不畅通。而且交通事故多,一个小碰擦,就会造成阻塞。

  15. 素里太守 于 2010-09-20 5:07 下午

    首席,还是首席叫着贴切,谁让弯曲是首席的自留地!

    自己开线的帖子里叫愚兄是吗意思?不懂,严重不懂。要是哪天涛哥影帝也来弯曲视察视察,看了你的帖子非吐血不成。先不说涛哥影帝能不能跟首席称兄道弟,就是称兄道弟凭什么首席是哥,涛哥影帝是弟?!

  16. xian_wang 于 2010-09-20 11:29 下午

    借机问个QOS相关的问题:
    在路由器中,接收到的数据包根据路由表进行转发,那么在路由器的入口侧,会采用警管技术来监视突发,而在路由器出口侧,会采用整形技术来减少突发。那么在路由器中,警管和整形是对所有IP连接吗?也就是说是在路由表中,对每一个条目都需要定义:MBR、GBR等等参数,用于漏桶、队列调度。我知道ATM交换是这样的,对每个PVC都会定义这些QOS参数。
    如果路由器的表项有30M,那么是否意味着需要支持30M的队列?

  17. multithreaded 于 2010-09-21 12:09 上午

    你认为呢?支持30M的队列能做的到吗? 即使能做得到, 代价是什么?

    为什么要用Classification对包进行分类呢?

  18. xian_wang 于 2010-09-21 12:38 上午

    对包分类和进行整形我认为是两个不同的动作,且实现在不同的地方。分类是在警管前进行的,整形是在出口进行的。支持这么多队列并不稀奇,当然队列调度的颗粒度是有限的,非无级变速的。

  19. southbayer 于 2010-09-21 1:05 上午

    Policing和Shaping一般都只在Edge router做, Core router做做DiffServ就概差不多了, 听说好多ISP的core里干脆就没congestion, 通过overprovisioning支持QoS

  20. liqiangln 于 2010-09-23 1:54 上午

    上周刚好在北京出差,堵的要死,后来的时候好险没赶上飞机。
    现在智能交通的产品也是很紧急的,利润也不错。

  21. nicozhou 于 2010-09-24 12:28 上午

    1、国人富了,大家都开上四个轮的了。

    2、公共交通不发达,东京街头根本看不到幽州城里车水马龙的景象?是人家不富裕吗,只要在街边站五分钟,你会看到很多法拉利、奔驰、保时捷开过的,这一点北京上海绝对没发和人家比的,人家都愿意乘公共交通出行,方便快捷。

  22. 一条虫 于 2010-09-25 12:57 上午

    偷偷推个茶叶蛋,矿泉水小车子。。赚点外块

  23. lasercooler 于 2010-09-25 4:08 上午

    北京的交通基本上是基于环型结构。 有二至五环。 所以提升的空间是很大的。其实想来交通比通信还难,因为你没法知道每辆车的目的地址。