碰到一个很奇怪的网络延迟问题

253 天前
 Tdy95

前置信息

问题说明

内网的请求发出后,响应时长波动很大,正常情况下是 10ms 左右数据返回,但是偶尔会发生 1000ms 甚至 3000ms+的情况,在非工作日的时候没有出现延迟情况

网络拓扑图

               外网
                |
            主交换机
                |
  +-------------+-------------+
  |             |             |
其它服务       其它服务        交换机
  |             |             |
  |             |       +-----+-----+
  |             |       |           |
  |             |     另外服务        PC

我怕是交换机引起的问题,所以在交换机中又接了一个路由器,使用了路由器的 IP 来进行本地通信,路由器使用了 20.32.81.66 固定 IP 来访问外网。但是问题依旧存在。目前把路由器去掉了。

               外网
                |
            主交换机
                |
  +-------------+-------------+
  |             |             |
其它服务       其它服务        交换机
  |             |             |
  |             |       +-----+-----+
  |             |       |           |
  |             |    另外服务      路由器
  |             |                   |
  |             |                   |
  |             |                  PC

其他信息

设备的基本信息是:

设备 IP 地址:20.32.81.66
设备网关:20.32.81.254
网卡信息:固定速率 1000Mbps 。

以太网适配器 以太网:

连接特定的 DNS 后缀 . . . . . . . :
本地链接 IPv6 地址. . . . . . . . : fe80::8d72:2ae9:6a54:8bc0%9
IPv4 地址 . . . . . . . . . . . . : 20.32.81.66
子网掩码  . . . . . . . . . . . . : 255.255.255.0
默认网关. . . . . . . . . . . . . : 20.32.81.254

网络追踪:


PS C:\Users\admin> tracert 20.32.81.66

通过最多 30 个跃点跟踪
到 DESKTOP-CBAO06O [20.32.81.66] 的路由:

1    <1 毫秒   <1 毫秒   <1 毫秒 DESKTOP-CBAO06O [20.32.81.66]


跟踪完成。

PS C:\Users\admin> tracert 20.32.81.254

通过最多 30 个跃点跟踪到 20.32.81.254 的路由

1     1 ms    <1 毫秒   <1 毫秒 20.32.81.254

排除选项

硬盘问题:使用的新的硬盘,并且测试了硬盘的读写。 代码问题:服务在云服务器也部署了一套, 并且使用了网络工具测试,没有发现延迟的报警。 docker 问题:exe 程序也有简单的 get 请求测试, 发现也会超时。

并且超时有 3 种情况:

  1. docker 服务延迟,exe 服务不延迟
  2. exe 服务延迟,docker 服务不延迟
  3. 两者都延迟超时

求助

恳请 V 友指点一下, 应该从什么方面进行排查呢?对网络了解不深,信息难免缺漏,需要补充信息的也欢迎回复

1751 次点击
所在节点    宽带症候群
8 条回复
scyuns
253 天前
20.32.x.x 这不是公网 IP 段吗?
datocp
253 天前
如果是无线就解释的通,比如使用 wifinfoview 就会周期性的高 ping 。
一些 ax201 不工作在高性能模式也会高 ping 当然没这么夸张
其它的就是网络拥塞导致,但你这种间谒性应该不像,
从遇到的情况难道只是无线???
dode
253 天前
使用了公网 IP ,导致路由冲突?
Tdy95
253 天前
@scyuns @dode 确实这个是一个公网 IP 。IP 是现场分配给我们的 IP 配置,我们的网关是 20.32.81.254 会由他们分配流量。如果有冲突,应该别的服务也会有所体现,目前没了解到别人有反馈网络问题。而且我中间加了个路由器都没变化,哭了 T T

@datocp 我们是有线连接,并且是 6 类线。

我怀疑是其它的服务可能会阻塞网络? 目前 PC 机器的防火墙是打开的状态。
cnbatch
253 天前
内网的其他电脑有没有类似情况?如果别人没这种事,那就换一台电脑试试

如果其他电脑也有类似情况,那么有可能是 DNS 的锅,也有可能是内网网关的锅
mengyx
253 天前
是不是中间链路带宽不足,我们之前遇到过类似的
1. 防火墙(网关)和主交换机的链路只有 1Gbps
2. 内网有 VLAN 隔离,跨网段访问必须过防火墙的安全策略
3. 内网设备有定时的备份任务,导致带宽占满,内网设备的时延从 1ms 陡增到 100ms+
Tdy95
252 天前
@mengyx 感谢回复。说到带宽,我们本机还部署了 srs ,会推送一路视频流, 所以会占据一定的带宽。
不过我请求接口使用的是 127.0.0.1 , 都是本地的网络流量, 也会和内网的网关有关联吗? 并且外网的网络请求是不会发现延迟的情况
mengyx
251 天前
@Tdy95 127.0.0.1 的话是内核直接处理了,不会往外发

其实可以用 mtr 持续监测延迟,查一查是到网关的延迟高,还是过了网关延迟才变高

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/1104200

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX