D-LINK DI-524无线路由器变身DI-624，解决BT断线问题

我有个D-LINK的DI-524无线路由器，是2年多前托同学从美国带回来的。原来用在512K ADSL上时还可以，后来家里升了2M ADSL。噩梦就来了，每次只要我一用BT下载东西（电脑是有线连接到DI-524上的），平均10分钟必然断线一次（是电脑到路由器的连接断了，电脑显示要重新获取IP）。

一开始我以为是我的ADSL猫问题（电信送的虬江路烂猫），所以在淘宝上接连买了Tompson的Speedtouch 546 和Speedtouch 608两个高级的集成ADSL猫的路由器。但洋垃圾的质量就是不稳定，546用了2个月就出现启动不了的状况（电源红灯常亮），608用了3个月电源坏了，换了电源也点不亮了（没有任何反应）。

最近终于意识到可能是路由器问题，所以把ADSL猫直接接电脑，用电脑来拨号。结果，发现非常问题。哈哈，终于找到了问题的根源。

看来是要换路由器了，但看看市面上的无线路由器要么很贵（Linksys或者Baffulo），要么评价一般（TP-LINK, D-LINK），所以一直没有下定决心。

前两天突然想到：既然我碰到了这种问题，那么肯定国外也有人碰到过类似问题。上网Google下，果然让我找到了不少相关文章。对我来说，最重要的是两篇文章：

1.http://www.dslreports.com/forum/remark,15034139
这篇文章说D-LINK DI-524（54M）和DI-624（108M）其实在硬件上是完全一样的，用的都是 Atheros AR2313A-00 SoC (System-on-a-Chip)芯片。之所以有两个产品，只是D-LINK的一种市场策略而已。
既然硬件一样，那么当然可以互换firmware了。我的是DI-524 revC,看看D-LINK官网上的DI-624 revC的最新firmware是2.76，日期比DI-524 revC的3.23新大约2个月。
好，就刷2.76了，按照上面文章中提到的方法修改了2.76的firmware，一刷马上成功。重启之后，显示就是DI-624了。哈哈，赚到了。

2. http://www.utorrent.com/faq.php#Modems_routers_that_are_known_to_have_problems_with_P2P
uTorrent这个网页实在是太有帮助了（国内的bitcomet和bitspirit为什么不能在这方面好好学习学习呢？），它很清楚的描述了哪些路由器和Bittorrent不太友好。D-LINK大部分路由器都名列其中亚。从这个页面来看，我的DI-524有两个问题：
  a.全局连接数不能太多。这个可以通过限制BT软件来实现。
  b.uPnP. 内网用户要BT的话，有两种方法：uPnP或者端口映射（Port Forwarding）。原来我是用uPnP的，因为用起来非常方便。既然它有问题，我就把它禁了，用端口映射吧。

这样一改以后，果然BT再也不断线了。GREAT！！！

这篇文章（http://community.enemyterritory.com/forums/showthread.php?p=152203）给出了BT容易使得路由器崩溃的原因：
The basic cause of most problems like this (the ones that aren't fixed by low values of net_maxqosrequests) is that the router can only track a limited number of connections. Different routers break in different ways when this limit is exceeded.

In order to allow multiple PCs to share a single IP (NAT), the router needs to keep track of connections. Because UDP is connectionless, tracking UDP "connections" requires the router to notice when your computer sends a UDP packet, and remember the IP/port that it was sent to for some period of time (connection track timeout). When a response comes back, the router knows where to send it. This is typically stored in a fixed size table.

When you get a game server list, what happens is you get a list of IPs from a master, and then your client queries each server by sending it a UDP packet. This causes the router to create one connection for each server you query. This can easily exceed the maximum number the router can track. What happens next depends on the router.

In some cases, it will reboot, crash or freeze. This means your entire connection will die until it comes back up, and obviously all connections will be lost.

In other cases, it will pick some entry to discard. If the entry it discards is another UDP connection related to a server query, this shouldn't be a big deal. at most, you will miss information from that one server. However ET:QW uses a TCP connection to it's master/login server, and if this gets discarded, you will probably run into problems.