• 5

[玩家限定] VDSL 數據機封包處理能力調查

錯誤與更正 (2)

小弟之前疏忽
錯把一開始的 MTU = 56 跟 MTU = 72 當真
其實這兩個設定都是 MTU = 88
OS 不給設較低數字
至於有沒有 padding
要搬出 sniffer 才能確認

MTU = 56

2176746 / 26936 = 80.81
MTU = 72

2045632 / 25304 = 80.84

前天去高雄抓的圖則是
MTU = 88

(4400 + 22440) / 330 = 81.3

之所以數字會亂飄
那是因為下行會掉包, 但 ACK 上行一定可以統計到
又上行 (40) ACK 比例大約都是下行 (102) 一半
( 40 + 102 x 2 ) / 3 = 81.3
可見前文當中有不影響最終結論的計算瑕疵
我把VDSL2、IPV6、packet acceleration代入搜尋條件就只有這家符合...
數據機產品好像很少提供內部硬體資料?!

我只是好奇這台到時候能不能和中華機房連線,會有比這延遲更低機種??

Sasukeevil wrote:
我只是好奇這台到時候能不能和中華機房連線,會有比這延遲更低機種??


前輩您真是愛開玩笑
2750 對連只有 11ms
您的環境都殺到 9ms
換機估計頂多只能打成平手而已

可以指點一下手上這款數據機的型號嗎
相信板上許多玩家很哈這一味

原則上數據機符合 G.993.2 應該都會通
如果是小弟, 應該會去光華盧店家把 2750 裝起來
或者去拍賣網站盧賣家有圖有真相
貼出 ping 168.95.98.254 -l 32 有多少 delay
再不就是網購買回家行使鑑賞權
沒比較快就退貨
壓到 8ms 以內才考慮要不要買下來

看來小弟真的不是廠商
馬上就給 vigor 打一槍
原來2750是MSAN阿!!

另外PING還與VDSL SW這邊的設定參數有關

CTA+以上,可以選擇把一些錯誤檢測關掉,所以PING可以到6(配P874)

建議用CTA+的電路來做比較,能夠顯示出最佳的狀態
P-870H-51 確定會掉封包
問題只在於是怎麼個掉法
想了兩天要設計簡單的實驗環境
看能不能做出讓一般人也可以按表操課的方法
可惜小弟比較笨, 放棄

再度搬出 Sniffer
這東西就算有辦法找到破解版
一般人也不見得會用
所以這則回應就當成案例來看

在白天做測試可以閃掉一般用戶流量干擾這個變因
不只幾條街之內的左鄰右舍多數去上班上學了
就連賽豬公 FTP 站也比較少人用

最近下雨打雷還帶空氣潮濕
數據機的抗雜訊能力可能會變差
所以一抓完檔案第一件事情就是檢查最近 15 分鐘的 error counter
剛剛完成抓檔範例之後, 好哩佳在
最下面幾行的數字都是 0


首先調整好 TCP window size, 10 個封包大小, 然後重開機

再來是工作管理員更新速度調成 "高"
X 軸每一格代表 3 秒鐘

勾選這些欄位


環境設定好了可能沒感覺
套用前面流水線的例子來說明的話
這個設定環境相當於流水線有 100+ 個關卡
中間某關員工 (數據機) 特別不熟練
即使放慢速度
做出來的半成品仍有一定比例不合格必須丟棄
而源頭把供料速度控制在流水線有 10 個半成品 (全速運作要 100+ 個)
流水線第 11 個原料被匝道儀控給管制下來
直到看見最後一關有產出, 總數降成 9 以後
才放行 1 個 (第 10 個) 出去

這個環境因為傳輸速率不快
所以 bottleneck 落在數據機的 forwarding process
100+ 道關卡扣掉數據機後, 大約有一兩關在忙碌中, 其餘關卡都在休息
數據機這關不熟練, 面前輸送帶上積了幾台未處理的半成品
流量圖顯示
L7 下行頻寬才用掉 220 x 2 x 8 x 1452 = 5.1 Mbps
每秒上下行不過 660 pps
結果大約 39 秒的地方就出現個坑
來搬出 sniffer 照妖

MTU = 1492
代表扣掉 TCP/IP header 之後, MSS = 1452
又因為是收兩包回一包
所以紅色框裡面每次遞增 1452 x 2 = 2904
可到了藍色那一列的時候
編號 4132275723 的包掉了
所以不斷發出重送信號
收一包回一包

連續回傳 10 次重送信號之後 (因為流水線有 10 個半成品)
藍色 25364 這個包終於把編號 4132275723 重傳到位

再下一個 ACK 直接多了 14520 Bytes 變成 4132290243
代表先前回傳重送訊號時, 收到的 10 個包留著用
這叫做 fast retransmission

==================================================================

用 FTP 土砲量測數據機的掉包轉送率
方法很簡單, 多開幾條連線卯起來灌就是了

但想用 FTP 土砲量測數據機的掉包轉送率
光看工作管理員的流量圖
因為取樣誤差的關係
只能分辨出速度見底的 slow start
小坑洞只能知道有稍微慢下來
卻無法辨認是否為 fast retransmission
必須拿 sniffer 橋落去才行

先前猜測數據機的 receive buffer 在 24 KB 以下
經過照妖後
現在可以確定在 8~9 個包以下 ( 9 x 1521 = 13689 Bytes)
也許只有 8KB
CPU 稍微忙一下再回來就會掉包
先給樓主+5分
果然是專業的

光是看文章都很受用
vcbxnzm wrote:
P-870H-51 確定會掉封包
問題只在於是怎麼個掉法


這回改成狂丟小封包, MTU = 88, 1024 包

30 秒的流量圖長這樣


3350826452 的封包順利到達

下一包 3350826452 + 48 = 3350826500 也到了

再來卻直接跳關
原本應該來的是 3350826548
結果收到的卻是 3350828468

總共掉了 40 包
大約 3 ms

============================================================

這個測試要知道掉包轉送率
而且只用一條 FTP 連線
這樣一來中間會出現一堆見底的坑洞
但瞬間值會比開一堆連線要高

看起來瞬間最大值可能有 19 kpps
但這個數字會掉包
中看不中用
vcbxnzm wrote:

站方言論審查的幹法
害我想起孫大砲的寓言故事

站方把網友開箱熱情聚集出來的點閱市場
拿來開發商業利益
景點書事件沒比照光碟月刊把廠商告到賠錢, 網友已經是很客氣了
想不到收割完利益之後竟還要回頭打壓這股不求回報的熱情
只因為疑似會擋到自己財路?

這真是遺憾啊

開箱文又不只是該篇文章而已
前置作業算不算?
網友間評估購買的討論過程
也要羅織入罪?
哪豈不跟 NCC 有拼?

小弟開始懷疑
m01 的開箱文到底剩多少比例不是商業廣告?
能不能深入探究產品的特質呢?
該不會只剩下文案人員的作文比賽吧?



某篇回應又被移除了
既然縮網址打錯字還是會被逮到
代表是人工作業
這真是個超棒的生日禮物


小弟下一篇報告寫完就自己閃人
不會拖到讓站方停權
這樣對雙方都方便

先跟網友們說聲後會有期囉
50 M 的下行封包率這麼算
54,400,000 / 8 / 1521 = 4470.74 pps
流水線大約要 100+ 關

所以最後一次的測試來試一下
Zyxel P-870H-51 1.00(AWG.3)F3
流水線上 112 包
最大每包 MSS 可以到多少 Bytes
用 binary search 找

256 Bytes x 112 包 = 28672 Bytes


沒掉

512 Bytes, 狂掉 (256+256)



384 Bytes, 不掉 (512-128)



448 Bytes, 掉 (384+64)



416 Bytes, 掉 (448-32)



400 Bytes, 不掉 (416-16)



408 Bytes, 不掉 (400+8)



412 Bytes, 不掉 (408+4)



414 Bytes, 要掉不掉 (412+2)


改抓 4.7G 檔案, 278 秒終於掉包了


==============================================================

這個故事告訴我們
Zyxel P-870H-51 1.00(AWG.3)F3 要跑 50M 滿速是不可能的
因為同樣的封包率
在 MSS = 412 Bytes 就會撐不住
414 / 1452 * 50 = 15.51 M
搞不好連 20 M 都頂不住

花店老闆, 請結帳
vcbxnzm wrote:
前輩您真是愛開玩笑2...(恕刪)


數據機目前DSL-5540c...這台似乎只有橋接器功能,不能登入設定也不能開port,而且我覺得它下載好像不穩...
9ms算低嗎?!還是因為我主機板有NPU??

如果中華機房可支援(官網是有說可支援光世代),沒理由會比原來的9ms高吧!!

PS:今天用了文字客服,結論還是要撥0800-080-128,我猜查修人員會不會只說機房主機是D-link就不支援。如果賣家那邊也沒明說不行的話就來行使鑑賞期好了!!
  • 5
內文搜尋
X
評分
評分
複製連結
Mobile01提醒您
您目前瀏覽的是行動版網頁
是否切換到電腦版網頁呢?