최근 Google 및 Zoom 회의에서 회의에 Chrome, Firefox를 사용하고 있는데 지연이 발생하기 시작했습니다. 지연은 일반적으로 4초 동안 지속됩니다. 히스테리시스 스파이크 동안,화면이 멈추지 않고 OS가 정상적으로 반응합니다.. 다른 스피커는 음소거되었으며 카메라는 정지되었습니다. 이 모든 과정은 약 4초 안에 끝납니다. 지연 시간 스파이크는 몇 분마다 발생합니다.
내 유선 연결 통계:
ping - download speed - upload speed
Windows에서 미팅 지연 문제를 테스트할 수 없었습니다.원인을 추가로 해결할 수 있는 다른 방법이 있습니까? 내 회의가 왜 지연되나요?
답변1
Wi-Fi를 확인하고 MTU
사용하세요.
ip link
또한 WiFi 인터페이스의 이름도 기록해 두십시오.
(최대 전송 단위 MTU
)는 단일 네트워크 전송에서 보낼 수 있는 가장 큰 패킷의 크기입니다. 패킷이 MTU
링크의 용량을 초과하는 경우 데이터는 여러 패킷으로 분할(조각화)되어야 합니다. 이러한 여러 패킷은 링크를 통해 전송되고, 수신되고, 확인되고, 원격 끝에서 재조립되어야 합니다. 링크가 잘못 구성되어 전송하는 모든 패킷을 조각화해야 하는 경우 실제 데이터 전송 속도가 떨어집니다.
이더넷(유선) 네트워크는 MTU
1500바이트를 사용합니다.
WiFi는 패킷당 WiFi의 추가 오버헤드(8바이트 PPPoE 헤더)로 인해 MTU
1492를 사용합니다.
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
"입니다.