发现个很无聊但又有些奇怪的 ping 值问题

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

这是一个创建于 661 天前的主题，其中的信息可能已经有所发展或是发生改变。

家里电信。测速的时候 ping bras 和百度
桥接模式，路由器上 ping
跑满下行的情况下 ping 值波动很大
但是如果跑满上行（ 50M ），延迟不但不增加，反而还会比原先的延迟更低，平均低 0.5ms 左右
这是什么原理？
ping bras 也是如此

测上行时：
PING 14.215.177.39 (14.215.177.39): 56 data bytes
64 bytes from 14.215.177.39: seq=0 ttl=57 time=11.668 ms
64 bytes from 14.215.177.39: seq=1 ttl=57 time=11.728 ms
64 bytes from 14.215.177.39: seq=2 ttl=57 time=10.418 ms
64 bytes from 14.215.177.39: seq=3 ttl=57 time=10.879 ms
64 bytes from 14.215.177.39: seq=4 ttl=57 time=11.546 ms
64 bytes from 14.215.177.39: seq=5 ttl=57 time=10.737 ms
64 bytes from 14.215.177.39: seq=6 ttl=57 time=11.702 ms
64 bytes from 14.215.177.39: seq=7 ttl=57 time=11.704 ms
64 bytes from 14.215.177.39: seq=8 ttl=57 time=11.711 ms
64 bytes from 14.215.177.39: seq=9 ttl=57 time=11.082 ms
64 bytes from 14.215.177.39: seq=10 ttl=57 time=11.381 ms
64 bytes from 14.215.177.39: seq=11 ttl=57 time=11.588 ms
64 bytes from 14.215.177.39: seq=12 ttl=57 time=11.329 ms
64 bytes from 14.215.177.39: seq=13 ttl=57 time=10.767 ms
64 bytes from 14.215.177.39: seq=14 ttl=57 time=10.763 ms
64 bytes from 14.215.177.39: seq=15 ttl=57 time=10.493 ms
64 bytes from 14.215.177.39: seq=16 ttl=57 time=11.675 ms

--- 14.215.177.39 ping statistics ---
17 packets transmitted, 17 packets received, 0% packet loss
round-trip min/avg/max = 10.418/11.245/11.728 ms

啥都不干时：
root@home:~# ping 14.215.177.39 -c 17
PING 14.215.177.39 (14.215.177.39): 56 data bytes
64 bytes from 14.215.177.39: seq=0 ttl=57 time=11.769 ms
64 bytes from 14.215.177.39: seq=1 ttl=57 time=11.750 ms
64 bytes from 14.215.177.39: seq=2 ttl=57 time=11.685 ms
64 bytes from 14.215.177.39: seq=3 ttl=57 time=11.700 ms
64 bytes from 14.215.177.39: seq=4 ttl=57 time=11.702 ms
64 bytes from 14.215.177.39: seq=5 ttl=57 time=11.797 ms
64 bytes from 14.215.177.39: seq=6 ttl=57 time=11.663 ms
64 bytes from 14.215.177.39: seq=7 ttl=57 time=11.758 ms
64 bytes from 14.215.177.39: seq=8 ttl=57 time=11.608 ms
64 bytes from 14.215.177.39: seq=9 ttl=57 time=11.554 ms
64 bytes from 14.215.177.39: seq=10 ttl=57 time=11.755 ms
64 bytes from 14.215.177.39: seq=11 ttl=57 time=11.817 ms
64 bytes from 14.215.177.39: seq=12 ttl=57 time=11.804 ms
64 bytes from 14.215.177.39: seq=13 ttl=57 time=11.789 ms
64 bytes from 14.215.177.39: seq=14 ttl=57 time=11.852 ms
64 bytes from 14.215.177.39: seq=15 ttl=57 time=11.714 ms
64 bytes from 14.215.177.39: seq=16 ttl=57 time=11.782 ms

--- 14.215.177.39 ping statistics ---
17 packets transmitted, 17 packets received, 0% packet loss
round-trip min/avg/max = 11.554/11.735/11.852 ms

5 条回复 • 2023-02-05 19:35:23 +08:00

dream0689

2023-02-05 08:45:15 +08:00 via iPhone

我这边联通家宽百度的 ping 值在 20ms 左右。网易在 6ms 左右。我这边上行跑满，ping 值会波动增加。

mckenzieandre

2023-02-05 10:10:48 +08:00

同楼上

wangyu17455

2023-02-05 11:51:08 +08:00

可能是 gpon 的问题，上传要等时间片，然后你上传跑满占有更多的时间片，等待就更少

lockdona

2023-02-05 18:01:16 +08:00

我这里正好相反，上传跑满以后 ping 延迟暴增

C:\Windows\System32>ping 14.215.177.39 -t

正在 Ping 14.215.177.39 具有 32 字节的数据:
来自 14.215.177.39 的回复: 字节=32 时间=13ms TTL=53
来自 14.215.177.39 的回复: 字节=32 时间=13ms TTL=53
来自 14.215.177.39 的回复: 字节=32 时间=13ms TTL=53
来自 14.215.177.39 的回复: 字节=32 时间=13ms TTL=53
来自 14.215.177.39 的回复: 字节=32 时间=14ms TTL=53
来自 14.215.177.39 的回复: 字节=32 时间=13ms TTL=53
来自 14.215.177.39 的回复: 字节=32 时间=14ms TTL=53
来自 14.215.177.39 的回复: 字节=32 时间=12ms TTL=53
来自 14.215.177.39 的回复: 字节=32 时间=14ms TTL=53
来自 14.215.177.39 的回复: 字节=32 时间=13ms TTL=53
来自 14.215.177.39 的回复: 字节=32 时间=13ms TTL=53
来自 14.215.177.39 的回复: 字节=32 时间=13ms TTL=53
来自 14.215.177.39 的回复: 字节=32 时间=13ms TTL=53
来自 14.215.177.39 的回复: 字节=32 时间=13ms TTL=53
来自 14.215.177.39 的回复: 字节=32 时间=13ms TTL=53
来自 14.215.177.39 的回复: 字节=32 时间=28ms TTL=53
来自 14.215.177.39 的回复: 字节=32 时间=199ms TTL=53
来自 14.215.177.39 的回复: 字节=32 时间=270ms TTL=53
来自 14.215.177.39 的回复: 字节=32 时间=312ms TTL=53
来自 14.215.177.39 的回复: 字节=32 时间=318ms TTL=53
来自 14.215.177.39 的回复: 字节=32 时间=321ms TTL=53
来自 14.215.177.39 的回复: 字节=32 时间=324ms TTL=53
来自 14.215.177.39 的回复: 字节=32 时间=334ms TTL=53
来自 14.215.177.39 的回复: 字节=32 时间=349ms TTL=53
来自 14.215.177.39 的回复: 字节=32 时间=361ms TTL=53
来自 14.215.177.39 的回复: 字节=32 时间=369ms TTL=53
来自 14.215.177.39 的回复: 字节=32 时间=380ms TTL=53
来自 14.215.177.39 的回复: 字节=32 时间=373ms TTL=53
来自 14.215.177.39 的回复: 字节=32 时间=383ms TTL=53
来自 14.215.177.39 的回复: 字节=32 时间=393ms TTL=53
来自 14.215.177.39 的回复: 字节=32 时间=251ms TTL=53
来自 14.215.177.39 的回复: 字节=32 时间=13ms TTL=53
来自 14.215.177.39 的回复: 字节=32 时间=13ms TTL=53

14.215.177.39 的 Ping 统计信息:
数据包: 已发送 = 33 ，已接收 = 33 ，丢失 = 0 (0% 丢失)，
往返行程的估计时间(以毫秒为单位):
最短 = 12ms ，最长 = 393ms ，平均 = 157ms

yulihao

2023-02-05 19:35:23 +08:00

@wangyu17455 嗯，我也感觉是 gpon 线路自身问题。感谢解答