我的2048 Kb / S ADSL连接的下载速度预计为220 KB / s，但要达到这个速度需要很长时间，换句话说，最高速度是好的，但是加速度很糟糕。 这不是一个大的下载问题，因为速度最终会达到最大速度。 问题在于通过SSH浏览或打字，因为它取决于数据包的初始速度，可能低至3 KB / s！ 延迟是可怕的，ISP不能理解这一点。 尽pipe线路衰减（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毫秒53.544毫秒
3 host-163.121.211.134.tedata.net（163.121.211.134）1022.649 ms 1157.199 ms 1171.533 ms
4 host-163.121.211.134.tedata.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.733ms 1485.976ms 1559.233ms
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 ms
8 host.163.121.215.194.tedata.net（163.121.215.194）1537.709 ms host -63.121.209.170.tedata.net（163.121.209.170）1525.038 ms host -63.121.215.194.tedata.net（163.121.215.194）1784.301 ms
9 72.14.212.13（72.14.212.13）1779.373 ms 1863.601 ms 2083.181 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）1316.574 ms
13 209.85.249.11（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 ms 1333.812 ms 1418.224 ms
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.606 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）1301.597 ms 1308.220 ms 1319.829 ms
20 nrt19s18-in-f6.1e100.net（173.194.38.102）1321.308 ms 1323.904 ms 1338.072 ms
有了你的问题中的信息，真的没有办法来帮助你。 事实上，如果这是你收集的所有信息，你甚至无法自拔。 有三个规则来排除故障：
可能还有其他一些规则，但是他们都屈服于前三名。 您需要尽可能在分界点收集尽可能多的信息。 无论你的CPE是什么（在你的情况下，DSL调制解调器），你需要尽可能多的信息。 轮询它的SNMP信息，获取系统日志，检查其手册的任何特殊的API，整个九码。
您还需要对延迟，带宽，数据包丢失等进行定时间隔testing。设置SmokePing。 使用预定的iperf脚本并logging相关信息。 客户永远都有责任certificateISP是问题所在。 你和你的设备被认定有罪，直到另有发现。 此外，你提供的certificate你的清白的证据需要用shiny的图表和可能的介绍音乐重复三次。
它可以像一些不可思议的拥塞控制一样简单（想到慢启动 ）。 这对DSLAM来说可能是坏的。 这可能是任何数量的事情，但是直到你从尽可能多的人手中取得尽可能多的数据，你才能知道任何可能性。
前往收集数据。
如果你的延迟很差，那么ssh可能无法做到，因为ssh通常不需要速度，但交互性是可以的。
对于网页浏览，如果您可以创build一个build立到延迟不太差的代理的连接，它可能会改善（如果慢启动是问题的根源）。 至less你和代理的连接会尽可能的快，而且你可以让你的所有web请求在另一边排队。