光世代舊款 VDSL 數據機, 50M 速率下會掉封包

最近小弟的房東把網路給升速到 50M
結果狂掉封包
經過一番複雜的 debug 之後
矛頭指向 VDSL 數據機不穩

想請教使用光世代 50M 的網友
是否可以幫忙提供 FTP 抓檔時
Windows 工作管理員的網路流量圖?
流量無法呈現一直線, 出現大量坑洞的話
基本上就是掉封包的現象

為了排除其他干擾因素
抓圖請依照底下 7 點 SOP
(1) Windows 2000/XP/2003 的 TCP window size
使用 OS 預設值 (匯入關閉rfc1323.reg檔案, 並重開機)
沒動過設定的話可以略過這一步
(2) 電腦直連數據機 PPPoE 撥上網(*註), 並拔掉數據機其他網路線, 排除掉其他設備的影響
(3) 關閉所有可能會吃網路頻寬的程式, 與背景程式 (如防毒軟體自動更新)
(4) 找出數據機型號. 底部貼紙有寫, 或者連進數據機也看得到
光世代舊款 VDSL 數據機, 50M 速率下會掉封包
(5) Windows 工作管理員更新速度選 "高"
光世代舊款 VDSL 數據機, 50M 速率下會掉封包
(6) 將分隔線之間的指令複製到剪貼簿, 在命令提示字元貼上, 只開一個命令提示字元
(第二張圖紅線部分就是分隔線之間的指令)
-------------- 我是分隔線 --------------
cls
ftp ftp.adsl.hinet.net
ftp
ftp
bi
get test_100m.zip
by
-------------- 我是分隔線 --------------
光世代舊款 VDSL 數據機, 50M 速率下會掉封包
光世代舊款 VDSL 數據機, 50M 速率下會掉封包
抓完之後請自行刪除 test_100m.zip 檔案
(7) 填寫使用速率, 數據機型號, 作業系統
並貼出 PPPoE 撥號介面 (不是區域連線) 抓檔完成的流量圖.
(也就是抓檔從頭到尾的流量全圖)
範例如下一篇回應
當然也歡迎 50M 以上速率的其他 ISP 路人亂入
例如 kbro 60M 亦可

謝謝配合

----------------------------
*註:
如果分享器內建 VDSL 數據機 (如Vigor2850)
則改為電腦直連分享器
拔掉 LAN 上面其他網路線

但如果是本來就摸進數據機開啟 PPPoE/NAT/DHCP 功能的來用的話
請關掉分享器功能
回到使用 PPPoE 方式上網
----------------------------

要是 50M 多數人的流量圖都是坑坑洞洞
而使用分享器內建數據機的網友卻能提供漂亮流量圖
那傳說中的偷就可以真相大白了

基本上鬧到消保官那邊的話
應該可以要求過去已繳電路費部分退款
直到掉包問題解決為止

來幫忙小弟吧
HiNet 光世代 50M
Zyxel P-870H-51
Windows XP

亂入一下...
速率:FTTH 50M/5M
連線方式:Vigor 2920n搭配QoS
數據機:ONU 6075
irsjx2vxo3ne3k84dr1dz4,r4pe8bez3/4ne3bq4bew2j92gea jx4hq me-2d8 e3hy4hi2ty k84!
vcbxnzm wrote:
(1) TCP window size 使用 OS 的預設值 (匯入關閉rfc1323.reg檔案, 並重開機)
沒動過設定的話可以略過這一步


vcbxnzm wrote:
要是 50M 多數人的流量圖都是坑坑洞洞
而使用分享器內建數據機的網友卻能提供漂亮流量圖
那傳說中的偷就可以真相大白了


那也只能說是 VTU-R 的型號或韌體與 VDSL Switch 有搭配性的問題。

另外,RFC1323的部份,因為 XP 預設沒有開啟,且 XP 的 PPPoE 本來就有效能的問題,這個是微軟本身就有提出的問題。

所以,在同一台VTU-R,使用同樣的電腦下,分成 RFC1323 開啟與關閉,還有直接接 VTU-R 或經過分享器。

只使用 rfc1323關閉,電腦直接接 VTU-R 的情況,就要直接得出偷M的結論就太過草率了。

同一台VTU-R使用同一台電腦直接接VTU-R的情況下,開啟 rfc1323 和 關閉 rfc1323 的測試結果不一樣,那問題點就在 rfc1323,而不是偷M。
香蕉你的拔辣 wrote:
就要直接得出偷M的結論就太過草率了


小弟沒說偷 M
而是根據前面 sniffer 的監聽結果
指出數據機在 50 M 的情況下
很可能因為數據機處理速度不夠快導致隨機掉封包

至於 RFC1323 那是 TCP window size 加強版
倒跟本次抓檔測試無關
那個 .reg 註冊檔網頁只是要他的還原預設值功能而已
-------------- 我是分隔線 --------------
Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters]
"Tcp1323Opts"=-
"GlobalMaxTcpWindowSize"=-
"TcpWindowSize"=-
"EnablePMTUDiscovery"=-

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\AFD\Parameters]
"DefaultReceiveWindow"=-
-------------- 我是分隔線 --------------

太專業的部份小弟怕一般人看不懂
所以才放在另一篇
歡迎就 delta time 亂飄提出高見謝謝
derliang wrote:
亂入一下...速率:...(恕刪)


小弟比較窮
家裡只有房東提供的 VDSL
不清楚 FTTH 的 delay 是多少
從流量圖看起來
似乎 TCP window size 調太大
所以掉封包掉到必須啟動 TCP 的 slow start
又或者有其他人共用頻寬
也可能慢到停下來

我家裡的延遲時間長這樣, 大約 21 ms

根據 Bandwidth*Delay Product 公式
50 M 用滿的 windows size
大約要 128KB
不過這個公式會有一點誤差
因為 ping/tracerout 的 ICMP 封包長度
跟抓檔時的長度不同

我自己電腦 window size 的預設值是 64KB
表示 MTU = 1452 Byte 可以容納 45 包
45*1452*8 = 522720 bits
522720 / 22ms = 23.76 Mbps
跟之前抓到的流量圖極速 20+ M 比較起來
稍微高估了點


vcbxnzm wrote:
倒跟本次抓檔測試無關
那個 .reg 註冊檔網頁只是要他的還原預設值功能而已


既然無關,是否還原預設值就沒有差別了。
香蕉你的拔辣 wrote:
既然無關,是否還原預設值就沒有差別了


做實驗要有實驗組對照組
並控制變因
實驗組是舊款數據機
如果新款數據機不掉包
就會成為對照組
要是有鄉民弄出 Vigor2850 開箱文
也會是對照組

原本不掉包的網路也會因為 TCP window size 設太大
使得流量圖冒出坑洞
所以必須控制變因

這是研究者的基本訓練耶
vcbxnzm wrote:
做實驗要有實驗組對照...(恕刪)


我是用 P874 ,在關閉RFC1323之下,曲線是有坑洞的,開啟RFC1323,曲線是平整的,透過分享器曲線更平整。

另外,使用 cmd line 的 ftp,曲線起伏比較大,使用 filezilla ftp client,曲線就很平整。

使用 cmd line 要開啟 RFC1323 才能跑到50M,關閉RFC1323時 最多只能到20M,使用 fileZilla ftp client在關閉RFC1323下就可以將近50M。


vcbxnzm wrote:
不清楚 FTTH 的 delay 是多少
從流量圖看起來...(恕刪)


我的ping值如下,大約就是在4~5ms之間



不過我覺得頻寬與網路品質這種問題實在難測。
一來變因很難控制,所以大概所謂的控制實驗不太可行。
再者大家的軟硬體環境差異很大,所以可能對照實驗也不太可行。
樓主可以就自己的環境來測試各種情況下網路品質的變化,這樣會很有價值。
irsjx2vxo3ne3k84dr1dz4,r4pe8bez3/4ne3bq4bew2j92gea jx4hq me-2d8 e3hy4hi2ty k84!
關閉廣告
文章分享
評分
評分
複製連結

今日熱門文章 網友點擊推薦!