DSL :: 連接最高速度還可以，但加速度低
我的 2048 Kb/S ADSL 連接以預期的 220 KB/s 下載速度下載，但達到該速度需要很長時間，換句話說，最高速度很好但加速很糟糕。這不是大下載的問題，因為速度最終會達到最大速率。問題在於通過 SSH 瀏覽或輸入，因為它取決於數據包的初始速度，可能慢至 3 KB/s！延遲很糟糕，ISP 無法理解這一點。儘管線路衰減 (14.0) 和 SNR 裕度 (32.4) 的值可接受
沒有使用代理…
我在Google上找不到類似的答案。也許我無法描述這個問題？我不知道定義這個問題的術語是什麼（如延遲、封包遺失）。我可以告訴我的 ISP 什麼？
編輯：這是輸出
traceroute google.com筆記型電腦：~$ traceroute google.com traceroute 到 google.com (173.194.38.102)，最多 30 跳，60 字節數據包
1 192.168.1.254 (192.168.1.254) 5.538 ms 5.772 ms 12.180 ms
2 * KHANKA-R01C-C-EG （163.121.170.229）38.951 MS 53.544 MS
3主機163.121.211.134.TEDATA.NET（163.121.211.134）1022.649 MS 1157.199 MS 1157.199 MS 1171.533 MS
4主機133.121.11.134.TADATA.NET（163.121.211.134）1368.481 MS 1392.954 MS 1456.449 MS
5主機163.121.211.125.TEDATA.NET（163.121.211.125）1483.733 MS1485.976 MS 1559.233 MS
6 10.42.0.3（10.42.0.3）2137.709 MS 984.750 MS 1311.599 MS
7 10.32.8.107（10.32.8.107）1184.654 MS 1188.532 MS 1529.284 毫秒
8 Host-163.121.215.194.TEDATA.NET（163.121.215.194）1537.709 MS Host-163.121.209.170.Tedata.NET（163.121.209.170）1525.038 MS主機163.121.215.194.TEDATA.NET（163.121.215.194）1784.301 MS
9 72.14.212.13（72.14.212.13）1779.373 MS1863.601 MS
10 * 209.85.252.194（209.85.252.194）2598.120 MS 209.85.252.36（209.85.252.36）2643.383 MS
11 216.239.43.42（216.239.43.42）2670.846 MS 2674.115 MS 3114.124 MS
12 216.239.43.4（216.239.43.4）2970.444 MS 2983.826 MS 216.239.46.218（216.239.46.218）（216.239.46.218）1316.574 MS
13 209.85.13 209.85.13 209.85.13（209.85.249.11）1287.924 MS 1309.304 MS 72.14.239.93（72.14.239.93）1309.548 MS
14 216.239。 48.69 (216.239.48.69) 1327.934 毫秒 1333.812 毫秒 1418.224 毫秒
15 66.249.94.24（66.249.94.24）1426.165 MS 1435.831 MS 66.249.94.22（66.249.94.22）1434.125 MS
16 72.14.239.83（72.14.239.83）1642.336 MS 1647.647.6426 MS 1663.440 MS
17 64.233.174.177（64.233.174.177）1767.621 MS 1806.839 MS *
18 209.85.255.37（209.85.255.37）1554.591 MS 1483.272 MS 1498.464 MS
19 209.85.251.239（209.85.251.239）13101.597 MS 1308.220 MS 1319.829 MS
20 NRT19S18-IN-F6.1E100.NET（173.194.38.102）1321.308 MS 1323.904毫秒 1338.072 毫秒
有了你問題中的資訊，真的沒有辦法幫助你。事實上，如果這就是你收集的所有資訊，你甚至無法幫助自己。排除故障的三個規則：
- 收集資料
- 收集資料
- 收集資料
可能還有其他一些規則，但它們都屈從於前三個規則。您需要在分界點收集盡可能多的資訊。無論您的 CPE 是什麼（在您的情況下，是一個 DSL 調製解調器），您都需要從中提取盡可能多的資訊。輪詢它以獲取 SNMP 資訊，從中獲取 syslog，檢查其手冊是否有任何特殊的 API，整個九碼。
您還需要對延遲、頻寬、封包遺失等進行定時間隔測試。設置 SmokePing。使用預定的 iperf 腳本並記錄相關資訊。作為客戶，您始終有責任證明 ISP 是問題所在。除非另有發現，否則您和您的設備將被推定有罪。此外，您提供的證明自己清白的證據需要一式三份，並附有閃亮的圖表，也許還有介紹音樂。
它可能像一些不穩定的擁塞控制一樣簡單（想到的是慢啟動）。可能是 DSLAM 的線路不好。它可以是任意數量的東西，但在你用盡可能多的數據武裝自己之前，你無法知道任何可能性。
TL; 博士
出去收集數據。