apan

首先要说的是计算的时候上下传流量不叠加，也就是说只要一个流量超过了，也就封掉了，不存在一个多点一个少点，加起来正好不超过的事情。
第二，流量是怎么计算的，传说中的700m和350m是怎么回事。大家可能会发现，常常有时候会下载1g以上（甚至远大于1g）的东西，第二天还是没有被封，可能这个也是上下流共1g，超过就封的说法的来有吧，呵呵。事实上，这个流量计算是动态的，并不以一个具体数值为准。引用http://www.ewt.rub.de/faq/的式子（他们也是引自rz某员的某email）如下：
Verbrauch[tag=0] = INITIALWERT
Verbrauch[tag=n] = TAGESFAKTOR * Tagesverbrauch
                  + GLEITFAKTOR * Verbrauch[tag=n-1]

Tagesverbrauch ist der kumulierte Umsatz eines Tages,
allerdings gemessen von 6 Uhr bis 6 Uhr des Vortages.

Man wird für den nächsten Tag gesperrt,
wenn Verbrauch[x] > LIMIT ist
Wir werden mit folgenden Werten starten

     INITIALWERT = 0,1
     TAGESFAKTOR = 0,2
     GLEITFAKTOR = 0,8
     LIMIT       = 0,7 Gigabyte (down) und 0,35 Gigabyte (upload)

可以看出：
1、当日流量不影响当日使用，只在之后的计算中起作用。
2、流量计算中，起作用的除了当日因子（0.2），还有用来累计流量的滑动因子（0.8）。

下面按照以上解释，举几个例子：
情况1，新开通，或者长时间未使用：这个时候累计因素低到忽略不计，按初始值0.1计算。
700（今日）=0.2 × Vol + 0.8 × 0.1 ==> Vol = 3500。也就是今天你可以下载约3.5g的内容而不被封。

情况2，之前用狠了，累计使用量几乎达到极限，这里设昨日累计为699。
700 = 0.2 ×Vol + 0.8 × 699 ==> Vol = 704。 这里可以看出，只要你上一日没有被封，你当天至少有700以上的流量可以使用。学校的计算条件事实上是比较宽松的。日常看看youtube，和家里视频通讯个几小时，都不在担忧之列。

情况3，你昨日用的实在过狠，被封了，需要多少天能够开通。由于昨日单日流量无意义，我们设你到昨日的累计量为3000。由于被封，此时开始你每天的本日流量为0，直到重新开通，式子简化为 3000× 0.8^n < 700。 n为天数。算个0.8为底的对数得n>6.6。向上取整得7，也就是说，你得被封1个星期了。由此可以看出滑动因子0.8还是蛮厉害的，累积量下降还是比较慢的。
但事实上，要取得累计量3000，也是超的非常厉害的了。因为本日因子只有0.2，我们算你昨天的累积量达到极限700。然后今天的本日流量要达到12.2G以上，你才会被封一个礼拜这么久。一般来说，封个3天什么的是比较常见的，如果真封太久了，也要反思下自己了，按照学校的说法，流量都是从dfn花钱买来的，呵呵。

以上计算是下载的情况，上传以此类推，把700换成350就是了。

避免被封，多用dc++和校内ftp资源吧。被封一般都是外网下电影吧，呵呵。以前也有听说过下linux被封的，笑坏了，这个东西rz的ftp就有。

apan

补充一句，gom的那个5天平均不超过700，可以看作一个近似算法，也比较准确的。

apan

lz可以考虑在ewt买个5块钱的流量，以备不时之需。不仅仅是在被封的时候维持基本通讯和看看web，也可以在rz出毛病的时候应急。
不是广告哦。