☰

为什么 Google 会议期间 Wifi/有线连接出现延迟[Debian 10]？

tag-icon • tag-icon debian wifi video internet streaming
为什么 Google 会议期间 Wifi/有线连接出现延迟[Debian 10]？

我最近注意到 Google 和 Zoom 会议；我使用 Chrome、Firefox 参加会议，开始出现滞后。延迟通常持续 4 秒。在滞后尖峰期间，我的屏幕没有冻结，操作系统也像平常一样响应。其他发言者变得静音，他们的摄像机也冻结了。所有这一切都会在约 4 秒后结束。延迟峰值每隔几分钟就会发生一次。

我的有线连接统计数据：

    ping          -         download speed        -         upload speed

在此输入图像描述

我无法测试 Windows 上会议延迟的问题。还有其他方法可以进一步排查原因吗？为什么我的会议出现延迟？

答案1

检查您的 WiFi MTU，使用

ip link

还要注意您的 WiFi 接口的名称。

（最大传输单元MTU）是单次网络传输中可以发送的最大数据包的大小。如果数据包超出了 MTU链路的容量，则必须将数据分割成多个数据包（分片）。这些多个数据包必须通过链路发送、接收、确认并在远端重新组装。如果您的链路配置错误，并且您必须对发送的每个数据包进行分段，则实际数据传输速率会下降。

以太网（有线）网络使用MTU1500 字节。

由于 WiFi 每个数据包的额外开销（8 字节 PPPoE 标头），WiFi 使用MTU1492。

您MTU应该由 DHCP 服务器设置，检查路由器的配置。

您可以设置自己的MTU（设置不会在重新启动后保留）

sudo ip link set dev name mtu 1492

其中“name”是上面的接口名称。

这是一个例子：

walt@squid:~(0)$ ip link
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: enp63s0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq state DOWN mode DEFAULT group default qlen 1000
    link/ether 00:24:21:7f:e5:1c brd ff:ff:ff:ff:ff:ff
3: wlxf46d04b1790f: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq state DOWN mode DORMANT group default qlen 1000
    link/ether f4:6d:04:b1:79:0f brd ff:ff:ff:ff:ff:ff
walt@squid:~(0)$   sudo ip link set dev wlxf46d04b1790f mtu 1492
[sudo] password for walt: 
walt@squid:~(0)$ ip link
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: enp63s0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq state DOWN mode DEFAULT group default qlen 1000
    link/ether 00:24:21:7f:e5:1c brd ff:ff:ff:ff:ff:ff
3: wlxf46d04b1790f: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1492 qdisc mq state UP mode DORMANT group default qlen 1000
    link/ether f4:6d:04:b1:79:0f brd ff:ff:ff:ff:ff:ff

我的 WiFi“接口名称”是“ wlxf46d04b1790f”。

相关内容