[原创]ADSL猫一次断流故障的分析和思考 By Kangoo

Legend-X · 发表于 2004-11-22 18:29:03

[这个贴子最后由Legend-X在 2004/11/22 06:30pm 第 1 次编辑]

找到一段对“congested”的解释，但专业术语看不懂，有哪位能解释一下：
地址： http://www.cnaf.infn.it/~ferrari/tfng/ds/ciscotest/wfqcount.html
UPDATE MECHANISM of WFQ COUNTERS
(from Clarence Filsfils)
CBWFQ counters ("Packets Matched 2543") are only updated when CBWFQ is "active", that is when the VC is "congested". The Per-VC Qing architecture is like this
  -------+      1:1      --------+
         |  <--------->          |
  -------+               --------+
  VIP-SRAM               Per-VC TxQ (PA-A3 driver)
For any VC managed by the PA-A3, a per-VC txQ is dedicated by the PA-A3';s driver. These per-VC TxQ have a maximum depth. When this is reached, the VC is said to be "congested". At this point, the Pa-A3';s driver will refuse to read any new packets delivered by the VIP-SRAM, hence causing the packets to be delayed in the VIP SRAM';s CBWFQ system dedicated to this VC. Thus, _NO_ drop (you can check this via sh atm vc via the ';OutPktDrops: 0'; counter) should occur by design between the VIP per-VC CBWFQ and the PA per-VC TxQ.
[end]

kangoo · 发表于 2004-11-22 19:54:46

楼上兄弟用的是什么MODEM，好像比较强嘛，IP session默认就是1024啊，可能CPU处理能力比较强，所以开得比较大。
ADSL 猫所能处理得数据量现在看来有几个方面得因素制约：
  1：流量，即物理层上通路的带宽，如果超过，就出现拥赛，部分数据的传送会收到延时或者丢弃；
  2：IP session数，如果 IP session数量打到限定值，则新的访问请求无法得到响应。
  3：ADSL猫CPU的处理能力。猫的路由功能是由软件完成，有CPU来处理，CPU负荷到达一定程度，也会造成数据传送的延时或者丢弃；
这3种因素共同制约，楼上所贴的图中出现的congested，其实就是指流量上已经超过一个VC能承受的数据量了。IP session 和流量是2个不同的因素，之间没有必然联系。

举个简单的例子：比如只有一台电脑开FTP DOWN 东西， IP session只有少量几条，但每条的流量很大，就容易出现拥赛。好几台电脑一起开BT DOWN东西，可能实际下载的速率并不大，流量并不大，但每台电脑并发出好多的连接请求，则可能使 IP session 超标，造成新的访问请求被拒绝或者无响应。

   楼上贴的那篇文章，好像是指CISCO的路由器上的，看文章意思是对于每条VC链路，其发送缓冲区（VIP-SRAM）和 ATM端口适配器（PA-A3）之间的数据传递，前者应该是工作在数据链路层，后者是在数据链路/物理层，当PA-A3适配器上的 Per-VC TxQ缓冲区满了时，则被认为是出现了“拥赛”，此时，上层来的数据会滞留在发送缓冲区（VIP-SRAM）中，等待Per-VC TxQ缓冲区中的数据被传送走。
初看是这个意思，拥赛的含义揪到底层其实也就是这个。

Legend-X · 发表于 2004-11-22 21:27:37

猫就是最多人折腾的华为MT800，版本V100R004C01B011SP01。
如根据以上解释，其拥塞原因还是cpu负荷达到极限，来不及处理缓冲区数据所致。我这里是两台机一起使用，打开BT以后流量接近最大值，但session数目是200多，远远达不到固件默认的允许上限。看来该默认值太大了。

kangoo · 发表于 2004-11-23 10:52:42

你误解我的意思了，拥塞的原因是需要瞬间传送的数据太多了，已经将发送缓冲区填满了，故出现拥塞。并不是CPU负荷太高，而是出口带宽相对于要传送的数据来讲，太窄，所以造成数据滞留在缓冲区那。拥塞出现时，后续的数据就要等待缓冲区的数据传送走之后才能进入发送缓冲区排序传送。

Legend-X · 发表于 2004-11-23 22:39:57

意思是由于局端对客户端的带宽限制，即使cpu及时处理了缓冲数据，但带宽无法满足收发要求，导致拥塞。这样说modem默认的session值还是按照其处理能力设定的，与以上问题都没有直接关系了对吗？发生拥塞也不是cpu处理能力导致的，而是带宽本身的限制。对吗？

xdm1026 · 发表于 2004-11-24 00:49:35

本人菜鸟一个，最近我上QQ游戏经常与服务器断开连接。不知道是不是这个原因。还有怎么改 max ip session呢？

菜刀 · 发表于 2004-11-24 00:50:46

好文章，楼主很用心呀，支持加精。

dunhui · 发表于 2004-11-24 09:30:10

[这个贴子最后由dunhui在 2004/11/24 09:51am 第 1 次编辑]

首先多谢楼主!
我想讲我的一个发现
我用的ADSL MODEN是华为MT800 原版本是V100R004C01B010SP01
后来跟潮流刷成了最新vikingII系列FW：2.1.040827a1　
刷后很好用,但发现比以前容易断流!
后看楼主文章后大受启发,把默认的IP session 改为512(上限)
但在限制内很稳定,超出既断流!
感觉没以前V100R004C01B010SP01好用,后看见回复中有位朋友说他的MT800 默认的IP session是1024!
我马上把MODEN刷回V100R004C01B010SP01,一看真的是1024,处理能力要大一倍!
看来还是原厂的FW才能发挥产品的最大功能!!
还有一点是在NAT设置页里(TCP等待状态超时（秒）: )这一项设置很关键
据我长期观测和试用时间设置为600秒内为佳,它的功能好象是清理无效的IP session
对那些已经连接完毕的IP session进行清理,作用非常明显,对BT下载非常关键,因为无效的IP session累计到一定数量IP session上限就会超标,马上就断流!
在华为MT800中此项设置是隐藏的,在http://192.168.1.1/MainPage?id=9这个地址可以打开!
大家可参考我的贴图!
我是菜鸟,难免有不足,希望大家共同探讨指正!!
再次感谢楼主!
这是比特精灵的截图

Legend-X · 发表于 2004-11-24 17:05:28

果然是有很多隐藏页面，显示出来的页面id号都是跳着增加的，看来需要仔细发掘了。我也把超时改成500了，看看congest现象会不会少一点，能不能加快BT下载时打开其他网页的速度。

kangoo · 发表于 2004-11-25 08:49:13

dunhui 好样的。
我写这个就是一个分析，其中很多东西还值得商榷，关键是抛砖引玉，希望大家能一起来思考，一起来探索，呵呵。

账号		自动登录	找回密码
密码			注册

[原创]ADSL猫 一次断流故障的分析和思考 By Kangoo