※ [本文轉錄自 NtuDormM3 看板]
作者: stevel (環游世界) 看板: NtuDormM3
標題: Re: 網路流速
時間: Tue Oct 24 01:21:19 2000
※ 引述《johnnydepp (Strength & Honor)》之銘言：
: ※ 引述《stevel (環游世界)》之銘言：
: : 呃，看我的上一篇文章，有提到接線方式的改變，
: : 現在男三和長興街其他宿舍(男一五六七八) 是分開來的，
: : 因此從那些地方傳到男三來，會因為他們那邊的流出速限，
: : 造成傳送速率高不起來。
: 原來如此，
: 也就是說男三已經不在長興舍區內了（網路上而言），
: 因此對外的限速造成我們抓其他宿舍的流量受限，
: 相反的，
: 其他宿舍從男三抓取並不受限？
並沒有說不設限，男三舍出去也有個「流速上限」，但是
這有別於「長興舍區的對外上限」。
: 可是我的觀察是，
: 從1.5.6.7.8抓大概都只有20~30k，
: 而他們從我這抓最多也只有50~60k左右.....這一項我沒有詳細統計
這我沒有實驗過。
: 在這之前，
: 至少都有100k以上的速度，不論上傳或下載。
以前的接法，長興街的各舍之間互傳並沒有受到「限流」的
影響，所以不論 D/L 或是 U/L 都有一定的速度。問題是現
在的接法不同囉，男三與其他宿舍之間會受到限流的影響。
另外值得思考的是，所謂的單方向限流，會不會影響到另一個
方向的流速？假設現在有 A, B 兩地， A->B 這個方向有限流，
超過流速的話就會開始掉 packet，但是 B->A 這個方向並未限流。
如果是採用 TCP-based 的連線，那麼基於 TCP reliable 的特性，
A 送資料給 B，B 收到以後會回個訊息給 A，告知說 B 已經收到了，
這種回應我們稱做 acknowledgement，簡稱 ACK。
現在 B 送給 A 資料了，因為這方向沒被限流，我們假定它正常的
送抵 A，現在 A 會送 ACK 給 B，但是這方向是有限流的，所以它
被丟掉的可能性是存在的。如果沒被丟掉的話，那是正常情況，B
也會慢慢增加送封包的速度。現在考慮 ACK 被丟掉的情況，這時候
B 會發現久候 ACK 而不至，B 會認為那個封包大概沒送到 A，所以
會重新送那個封包給 A。而且 B 同時會認為封包丟掉的原因極有
可能是因為網路塞車的關係，所以 B 也會放慢送出封包的速度。
當然，那個 ACK 不一定什麼時候會被丟掉，所以究竟會如何拖慢
B->A 的流速，這並不能導出一個直接的式子，但是我們總是覺得
B->A 的流速，會因為 A->B 的單向限流，而有所影響，不可能無
限成長。
拿到宿網的例子來看，宿網對外有一堆開啟的 TCP connections，
由於對外流速的設限，平均而言亦會牽制住對內的總流速。當然，
如果有一個良好的數學模型來模擬這種情況，理論上是可以算出
內外流速的相關性。
不過真實的情況又更複雜了，現在男三與長興街之間，雙向都有
限流的效果。要傳的話不如挑個流量低的時間來傳吧。
: 還有請問這個實驗會持續多久？
: 會否再恢復原狀？
我自己也不清楚，我想你寫信去問潘先生會比較恰當，他的信箱是
ycpan@ccms.ntu.edu.tw
--
※ 發信站: 批踢踢實業坊(ptt.twbbs.org)
◆ From: ptt
--
※ 發信站: 批踢踢實業坊(ptt.twbbs.org)
◆ From: 140.112.250.116