목차

화상회의 끊김은 속도보다 우선순위 문제다
줌 끊김 해결이나 팀즈 끊김 해결을 검색하는 사람 대부분은 먼저 인터넷 속도부터 의심한다.
그런데 실제로는 다운로드 수치가 높아도 화상회의는 충분히 끊길 수 있다.
화상회의 품질은 회선 총대역폭보다 실시간 트래픽을 먼저 통과시키는 우선순위 제어에 더 크게 좌우된다.
특히 줌 화면공유, 팀즈 발표, 클라우드 동기화, 가족의 OTT 시청이 겹치면 다운로드보다 업로드 구간이 먼저 흔들린다.
이때 가장 먼저 확인해야 할 항목이 업로드 최저값과 공유기 QoS 설정이다.
같은 500Mbps 회선이라도 공유기 QoS 설정이 제대로 되어 있으면 회의 품질은 안정적으로 유지된다.
반대로 총속도가 높아도 우선순위가 없으면 내 음성은 끊기고 화면공유는 버벅인다.

– 끊김 원인 : 업로드와 버퍼가 먼저 무너진다
줌과 팀즈는 다운로드만 많이 쓰는 서비스가 아니다.
카메라 영상, 마이크 음성, 화면공유 데이터는 계속 업로드된다.
여기에 구글 드라이브 동기화, 사진 백업, NAS 업로드, 게임 패치 업로드가 겹치면 상행 구간이 먼저 막힌다.
이 순간 공유기가 모든 트래픽을 같은 급으로 처리하면 화상회의 패킷도 대기열 뒤로 밀린다.
그 결과 상대방에게는 음성이 1~2초 늦게 들리거나, 영상이 순간적으로 뭉개지거나, 화면공유가 끊겨 보인다.
회선 총대역폭이 넉넉해도 버퍼가 길어지면 실시간 서비스는 바로 품질이 무너진다.
즉, 화상회의 끊김은 “회선이 느리다”보다 “상행 혼잡이 풀리지 않는다”에 더 가깝다.
이 지점을 해결하는 핵심이 바로 공유기 QoS 설정이다.

– 왜 이런 문제가 생기는가 (Why)
① 화상회의는 지연시간과 지터에 민감해서 늦게 도착한 패킷의 가치가 매우 낮다.
② 업로드가 포화되면 공유기 내부 큐가 길어지고 음성과 영상 패킷이 차례를 기다리게 된다.
③ 속도 측정에서 300Mbps가 나와도 회의 중 순간 지연이 100ms를 넘으면 체감 품질은 급격히 떨어진다.
④ QoS가 없거나 잘못 설정되면 백업, 스트리밍, 대용량 전송이 회의 패킷과 같은 우선순위를 차지한다.
⑤ 화면공유를 켠 발표자 PC는 일반 참가자보다 상행 사용량이 더 커서 병목 영향을 더 빨리 받는다.
⑥ 무선 구간까지 혼잡하면 상행 재전송이 늘어나고 버퍼가 다시 쌓여 끊김이 반복된다.
결국 화상회의 품질은 회선 숫자보다 상행 구간을 누구에게 먼저 배정하느냐에서 갈린다.
– 먼저 판단할 기준 : 속도 증설보다 QoS를 먼저 볼 조건
회선 변경이 필요한 경우와 QoS 조정만으로 해결되는 경우를 먼저 분리해야 한다.
아래 조건에 해당하면 회선 업그레이드보다 공유기 QoS 설정을 먼저 점검하는 편이 맞다.
| 상황 | 먼저 할 일 | 판단 기준 |
|---|---|---|
| 평소 웹서핑은 빠른데 회의만 끊김 | QoS 설정 점검 | 회의 시작 직후 음성 지연, 화면공유 품질 저하 |
| 업로드 작업과 회의가 겹칠 때만 문제 | 업로드 제한 + 우선순위 부여 | 클라우드 동기화 중 끊김 재현 |
| 가족 OTT 시청 중 내 회의가 흔들림 | 기기별 우선순위 지정 | 특정 시간대만 품질 저하 |
| 발표자 PC만 심하게 끊김 | 발표 기기 최우선 지정 | 화면공유 시작 후 바로 불안정 |
| 유선 연결에서도 하루 종일 느림 | 회선 품질 및 장비 성능 확인 | 모든 앱이 지속적으로 느림 |
평소 다운로드는 충분하고 회의 중에만 흔들리면 QoS를 먼저 선택한다.
유선 직결 상태에서도 업로드가 지속적으로 낮고 모든 앱이 느리면 그때 회선 점검이나 장비 교체를 선택한다.

– 공유기 QoS 설정 : 가장 먼저 고정할 4단계
첫 번째는 현재 업로드 기준을 고정하는 일이다.
속도 측정은 회의가 없는 시간에 3회 실행하고 업로드 최저값을 기준으로 잡는다.
예를 들어 95Mbps, 88Mbps, 91Mbps가 나오면 기준 업로드는 88Mbps다.
QoS 총대역폭 입력은 실제 최저값의 80~90%로 넣는다.
이렇게 약간 낮게 입력해야 공유기가 혼잡을 미리 인식하고 대기열을 제어할 수 있다.
실제 최저값 88Mbps라면 시작값은 70~79Mbps 범위가 적절하다.
두 번째는 화상회의 앱 또는 업무 기기를 최우선으로 올리는 일이다.
공유기에서 QoS 메뉴를 열고 Zoom, Teams, WebRTC, 또는 발표용 노트북 MAC 주소를 최고 우선순위로 지정한다.
앱 기반 분류가 없으면 기기 기반이 더 안정적이다.
발표자 PC, 회의실 PC, 업무용 노트북 순서로 우선순위를 배치하면 운영이 쉽다.
세 번째는 대용량 업로드 항목을 한 단계 아래로 내리는 일이다.
클라우드 백업, NAS 동기화, 게임 업데이트, 사진 업로드, 대용량 파일 전송은 회의 시간대에 낮음 또는 제한으로 둔다.
업로드 제한이 가능하면 백업 작업은 상행의 20~30% 이내로 묶는다.
네 번째는 무선 환경을 같이 정리하는 일이다.
발표용 PC는 가능하면 유선으로 바꾸고, 무선이라면 5GHz 또는 6GHz를 우선 사용한다.
회의 장소가 공유기와 멀면 메시 노드보다 본체 또는 유선 백홀 쪽이 더 안정적이다.
– 공유기 메뉴 예시 : 초보자가 실제로 찾는 위치
공유기마다 메뉴 이름은 조금씩 다르다.
그래도 찾는 흐름은 거의 같다.
ipTIME 계열은 고급 설정 안에서 트래픽 관리, QoS, 또는 장치별 우선순위 같은 이름으로 들어가는 경우가 많다.
ASUS 계열은 Adaptive QoS, QoS, Bandwidth Monitor 흐름으로 찾는 경우가 많다.
TP-Link 계열은 QoS, Device Priority, Application Priority 형태로 나오는 경우가 많다.
중요한 것은 메뉴 이름 자체가 아니라 아래 3개를 찾는 것이다.
전체 업로드 대역폭 입력
우선순위 지정 대상 선택
낮출 기기 또는 제한할 트래픽 지정
즉, “QoS”라는 단어가 바로 안 보여도 장치 우선순위, 트래픽 제어, 대역폭 제어 메뉴를 찾으면 된다.

– 테스트 콜로 검증 : 저장보다 중요한 마지막 단계
공유기 QoS 설정은 저장만 해서는 끝나지 않는다.
반드시 테스트 콜로 검증해야 한다.
가장 간단한 방법은 줌이나 팀즈 테스트 회의를 10분씩 3회 진행하는 것이다.
첫 번째 테스트는 회의만 켠 상태로 진행한다.
두 번째 테스트는 다른 기기에서 OTT 재생을 동시에 실행한다.
세 번째 테스트는 클라우드 업로드 1개를 추가해 실제 환경을 재현한다.
이 세 번의 테스트에서 아래 기준을 통과하면 실사용 설정으로 확정한다.
- 음성 끊김 0회
- 화면공유 지연 2초 이하
- 화질 급락 1회 이하
팀 단위 운영이라면 실제 시나리오도 짧게 만들어 두는 편이 좋다.
월요일 오전 9시, 발표용 노트북은 유선 연결로 고정하고 팀즈 화면공유를 켠다.
동시에 백업 PC 1대는 업로드 제한 20%로 설정한다.
동료 2명이 외부에서 접속해 10분 동안 음성과 공유 화면을 확인한다.

– 운영 팁 : 회의 시간대 규칙까지 고정해야 끝난다
회의가 많은 조직이나 집이라면 설정 1회보다 운영 규칙 고정이 더 중요하다.
회의 시작 10분 전에는 자동 백업과 대용량 업로드를 멈춘다.
발표자 PC는 가능하면 유선으로 연결한다.
공유기 펌웨어는 최신 상태로 유지한다.
QoS 대상 기기 이름은 회의실PC, 발표노트북, 업무노트북처럼 명확하게 저장한다.
실전에서는 두 가지 패턴이 잘 먹힌다.
발표가 많은 사람은 기기 우선순위 기반 QoS를 쓴다.
가족이나 여러 팀원이 함께 쓰는 환경은 서비스별 제한보다 업로드를 많이 쓰는 기기를 낮춤으로 관리하는 편이 유지가 쉽다.
– 30초 체크리스트
- 업로드 속도 3회 측정 후 최저값을 적었다.
- QoS 총대역폭을 업로드 최저값의 80~90%로 넣었다.
- Zoom 또는 Teams 사용 기기를 최고 우선순위로 지정했다.
- 백업, 동기화, 대용량 업로드를 낮음 또는 제한으로 바꿨다.
- 테스트 콜 10분씩 3회를 진행했다.
- 발표용 PC의 유선 또는 5GHz 연결 상태를 확인했다.
– 자주 하는 실수 / 주의할 점
가장 흔한 실수는 다운로드 수치만 보고 안심하는 것이다.
화상회의는 상행과 지연 관리가 핵심이므로 업로드 최저값을 기준으로 잡아야 한다.
두 번째 실수는 QoS에 회선 최대 광고속도를 그대로 넣는 것이다.
이렇게 하면 실제 혼잡 시 제어가 약해진다.
세 번째 실수는 앱 우선순위만 올리고 발표용 PC를 와이파이 사각지대에 그대로 두는 것이다.
설정과 무선 품질은 반드시 같이 봐야 한다.
네 번째 실수는 테스트를 회의가 없는 한가한 시간에만 한 번 하고 끝내는 것이다.
반드시 실제로 사람이 몰리는 시간대와 유사한 부하를 만들어 확인해야 한다.
– 마무리 : 적용 순서를 고정하면 끊김은 크게 줄어든다
집에서 가족 사용량이 겹치는 환경이면 업로드 최저값 측정과 기기 우선순위 지정부터 적용한다.
팀 회의실처럼 발표 비중이 높으면 발표 PC 유선 연결과 화면공유 기기 최우선 설정을 먼저 적용한다.
모든 시간대에 느린 환경이면 QoS 조정 뒤에도 유선 테스트 기준을 통과하는지 본 다음 회선 품질이나 장비 성능을 판단한다.
핵심은 간단하다.
줌 끊김 해결과 팀즈 끊김 해결의 출발점은 회선 업그레이드가 아니라 업로드 안정화와 공유기 QoS 설정이다.
오늘은 가장 먼저 업로드 속도와 QoS 우선순위부터 고정한다.

– 요약
- 화상회의 끊김은 총대역폭 부족보다 업로드 병목과 우선순위 배분 실패에서 더 자주 발생한다.
- 공유기 QoS 설정은 실제 업로드 최저값 기준으로 잡고 Zoom, Teams, 발표용 기기를 최우선으로 둬야 효과가 난다.
- 메뉴 이름이 달라도 찾을 것은 업로드 대역폭 입력, 우선순위 지정, 제한 대상 설정 3가지다.
- 저장으로 끝내지 말고 10분 테스트 콜 3회로 음성 끊김과 화면공유 지연을 검증해야 한다.
– FAQ
- Q1. 인터넷이 500Mbps인데도 줌이 끊길 수 있나?
A1. 가능하다. 다운로드 총속도가 높아도 업로드 혼잡과 지연이 생기면 화상회의는 바로 흔들린다. 특히 화면공유, 백업, 사진 업로드가 동시에 실행되면 체감 품질이 크게 떨어진다.
- Q2. QoS는 앱 기준과 기기 기준 중 무엇이 더 낫나?
A2. 공유기 지원이 안정적이면 앱 기준이 편하지만 실제 운영에서는 발표용 노트북이나 회의실 PC를 직접 지정하는 기기 기준이 더 예측 가능하다. 업무 환경에서는 기기 기준이 유지 관리에 더 유리하다.
- Q3. 회선 업그레이드보다 QoS를 먼저 해야 하는 기준은 무엇인가?
A3. 유선 직결에서는 대체로 괜찮고 회의 중 또는 특정 시간대에만 문제가 생기면 QoS를 먼저 본다. 유선에서도 하루 종일 업로드가 낮고 모든 앱이 느리면 그때 회선 점검이나 장비 교체를 검토한다.
- Q4. 공유기에서 QoS 메뉴가 안 보이면 어떻게 하나?
A4. 장치 우선순위, 트래픽 제어, 대역폭 제어, Device Priority 같은 이름으로 들어가면 된다. 핵심은 업로드 값 입력, 우선순위 지정, 제한 대상 설정 3가지를 찾는 것이다.
