為什麼 Google 會議期間 Wifi/有線連線會延遲[Debian 10]?

為什麼 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」。

相關內容