坐标黑龙江移动。到省 dns 延迟延迟 22 。到运营商网关(100 段延迟都有 7 目前还不能确定是不是我这里普遍现象，还是就我这里是有这个问题。 想优化一下延迟。看看有没有可以降低的可能性？ 跨网爆炸已经不用考虑了。有想法上个中转来降低延迟，但没发现好的。
 |
1
fruit Jun 21
换运营商可能是成本最低的了
|
 |
2
crysislinux Jun 21 via Android
22 有啥好优化的，真要优化加个本地缓存好了
|
 |
3
yangzhi88118 PRO 22 是 ms 还是 s ？中转到你还不是有延时，还多了一层。如果是 s 直接换，多考虑一秒都是你的问题
|
 |
4
369908633 Jun 21 via Android
现在黑房子 22 延时不是很正常？
|
 |
5
xxgzzzzzz Jun 21
没什么用 换宽带 电信公网 ip 的
|
 |
6
ed448 Jun 21 via Android
@yangzhi88118 稍微有点网络知识也不会说出这种话
|
 |
7
laminux29 Jun 21
笑死，电信到阿里公共 DNS 才 19ms ，到运营商网关 < 1ms
建议你还是换运营商吧。 |
 |
8
mangmaimu Jun 21 via iPhone
还行吧，照你这么说代理动不动几十上百毫秒岂不是卡死，实际也还好
|
 |
9
mytsing520 Jun 21
最好的建议是换运营商
|
 |
10
dufldylan1 Jun 21
移动是这样的。但得对网络有追求就把移动换了
|
 |
11
datocp Jun 21
使用外部 dns 进行网络浏览确定是会因为外部 dns 导致查询中断意外的
自从用上 linux 类路由器 10 几年，内置 dnsmasq ，在移动专线额外添加了阿里 dns ，解决部分.gov 的解析问题。 至于这个 dns 查询延迟导致的问题，已经好几年没有感觉了。 |
 |
12
465456 Jun 21
自建 dns 缓存和预加载，dns 优选服务器，来优化延迟
|
 |
13
2397613259qqq Jun 21
报故障吧
|
 |
14
xqzr Jun 21
地方大()
|
 |
15
docx Jun 22 via iPhone
能稳在 22 也还行吧，还要优化就换运营商
|
 |
16
djy0716 Jun 22
到网关延迟都有 7ms ？这绝对不正常啊，线路再垃圾，绕来绕去也不应该超过 3ms
|
 |
17
hackroad Jun 22
花钱
|
 |
19
idontunderstand Jun 22
路由器有问题吧，同黑龙江移动，到 DNS
PS C:\Users\User> ping 218.203.59.116 -t 正在 Ping 218.203.59.116 具有 32 字节的数据: 来自 218.203.59.116 的回复: 字节=32 时间=4ms TTL=58 来自 218.203.59.116 的回复: 字节=32 时间=4ms TTL=58 来自 218.203.59.116 的回复: 字节=32 时间=4ms TTL=58 来自 218.203.59.116 的回复: 字节=32 时间=5ms TTL=58 来自 218.203.59.116 的回复: 字节=32 时间=4ms TTL=58 来自 218.203.59.116 的回复: 字节=32 时间=4ms TTL=58 来自 218.203.59.116 的回复: 字节=32 时间=5ms TTL=58 到网关 PS C:\Users\User> ping 100.64.80.1 -t 正在 Ping 100.64.80.1 具有 32 字节的数据: 来自 100.64.80.1 的回复: 字节=32 时间=2ms TTL=254 来自 100.64.80.1 的回复: 字节=32 时间=2ms TTL=254 来自 100.64.80.1 的回复: 字节=32 时间=3ms TTL=254 来自 100.64.80.1 的回复: 字节=32 时间=3ms TTL=254 来自 100.64.80.1 的回复: 字节=32 时间=3ms TTL=254 来自 100.64.80.1 的回复: 字节=32 时间=3ms TTL=254 来自 100.64.80.1 的回复: 字节=32 时间=3ms TTL=254 来自 100.64.80.1 的回复: 字节=32 时间=2ms TTL=254 来自 100.64.80.1 的回复: 字节=32 时间=3ms TTL=254 来自 100.64.80.1 的回复: 字节=32 时间=3ms TTL=254 |
 |
20
dream0689 Jun 22 via iPhone
是不是光纤尾纤被压了或者折了，又或者小区所在区域 pon 过载了，或者光信号弱。
|
 |
21
Orangemas OP @idontunderstand 看了一下，不像是路由器问题。就是上级问题。
我找了个同地区的朋友，他那里也是移动，到网关延迟也是 7 。我和我朋友两个网关的 ip 是不一样。 PS C:\Users\datou> tracert -d -w 500 218.203.59.116 通过最多 30 个跃点跟踪到 218.203.59.116 的路由 1 <1 毫秒 <1 毫秒 <1 毫秒 192.168.31.1 2 7 ms 7 ms 9 ms 100.113.16.1 3 * 7 ms 7 ms 111.41.*.* 4 24 ms * * 218.203.*.* 5 24 ms 24 ms 24 ms 218.203.*.* 6 * * * 请求超时。 7 22 ms 22 ms 22 ms 218.203.59.116 |
|
22
Orangemas OP @docx 到省 22 还算可以。出省更拉，到阿里 dns 都 43 。和到广东移动 dns 持平了。
跨网更差。例如到"艾欧尼亚"延迟轻松 80+(加速器都救不了那种) 至于换网络不是没考虑过。好像没电信营业厅(干关门了。 联通的网我之前测试过和移动没多大区别，白天我找个联通看一下到网关和到省 dns 延迟是多大吧。 |
|
23
Orangemas OP |
|
24
Orangemas OP |
|
25
fruit Jun 23
我自己是主用联通，其他靠阿里云轻量，软件组网。
|
 |
26
hxdyxd Jun 23
移动：
PING 223.5.5.5 (223.5.5.5) from adsl_cm: 56(84) bytes of data. 32 bytes from 223.5.5.5: icmp_req=1 ttl=52 time=6.89 ms 32 bytes from 223.5.5.5: icmp_req=2 ttl=52 time=6.72 ms 32 bytes from 223.5.5.5: icmp_req=3 ttl=52 time=6.71 ms 32 bytes from 223.5.5.5: icmp_req=4 ttl=52 time=6.70 ms --- 223.5.5.5 ping statistics --- 4 packets transmitted, 4 received, 0% packet loss, time 3s 电信： PING 223.5.5.5 (223.5.5.5) from adsl_ct: 56(84) bytes of data. 32 bytes from 223.5.5.5: icmp_req=1 ttl=51 time=4.21 ms 32 bytes from 223.5.5.5: icmp_req=2 ttl=51 time=4.12 ms 32 bytes from 223.5.5.5: icmp_req=3 ttl=51 time=4.00 ms 32 bytes from 223.5.5.5: icmp_req=4 ttl=51 time=4.12 ms --- 223.5.5.5 ping statistics --- 4 packets transmitted, 4 received, 0% packet loss, time 3s |
|
27
idontunderstand Jun 24
@Orangemas 奇怪，同 ISP 不能差距这么大
PS C:\Users\User> tracert 218.203.59.116 通过最多 30 个跃点跟踪到 218.203.59.116 的路由 1 <1 毫秒 <1 毫秒 1 ms 192.168.37.9 2 3 ms 3 ms 3 ms 100.64.80.1 3 4 ms * * 218.203.83.221 4 4 ms 4 ms 4 ms 218.203.46.129 5 5 ms 5 ms 5 ms 218.203.74.70 6 * * * 请求超时。 7 4 ms 4 ms 4 ms 218.203.59.116 跟踪完成。 |
|
28
idontunderstand Jun 24
到阿里
正在 Ping 223.5.5.5 具有 32 字节的数据: 来自 223.5.5.5 的回复: 字节=32 时间=26ms TTL=50 来自 223.5.5.5 的回复: 字节=32 时间=26ms TTL=50 来自 223.5.5.5 的回复: 字节=32 时间=26ms TTL=50 来自 223.5.5.5 的回复: 字节=32 时间=26ms TTL=50 |
|
29
Orangemas OP @idontunderstand 刨去从我这到省中心的延迟那应该是一样的。可能中间线路还是有奇怪绕路之类
|
Select Language