QoS란? 화상회의가 끊기는 이유와 해결 방법

SECTION 01도입

현대 엔터프라이즈 네트워크 환경에서 비즈니스 연속성을 보장하기 위해 서비스 품질(Quality of Service, QoS)은 선택이 아닌 필수적인 요소로 자리 잡았습니다. 특히 원격 근무와 하이브리드 협업이 일상화되면서 화상회의나 음성 통화와 같은 실시간 애플리케이션의 안정성은 기업의 생산성과 직결됩니다. 대역폭이 충분함에도 불구하고 화상회의가 끊기거나 음성이 깨지는 현상이 발생하는 이유는 네트워크 혼잡 시 모든 트래픽이 동일한 우선순위로 처리되기 때문입니다.

QoS는 이러한 한정된 네트워크 자원을 지능적으로 관리하여 중요한 데이터에 우선권을 부여함으로써 서비스 품질을 보장하는 기술 체계입니다. 단순히 대역폭을 늘리는 것만으로는 해결할 수 없는 지연(Latency), 지터(Jitter), 패킷 손실(Packet Loss) 문제를 해결하는 것이 QoS의 궁극적인 목표입니다. 본 가이드에서는 QoS의 핵심 동작 원리부터 실무적인 설계 및 검증 방법까지 상세히 다룹니다.

SECTION 02핵심 원리

QoS의 동작 메커니즘은 크게 분류(Classification), 마킹(Marking), 폴리싱(Policing), 셰이핑(Shaping), 그리고 스케줄링(Scheduling)의 단계로 나뉩니다. 이 과정은 데이터 패킷이 네트워크 장비에 진입하는 시점부터 나가는 시점까지 정교하게 제어됩니다.

1. 분류 및 마킹 (Classification & Marking)

네트워크에 진입하는 트래픽이 어떤 종류인지 식별하는 과정입니다. IP 헤더의 TOS(Type of Service) 필드 내 DSCP(Differentiated Services Code Point) 값을 할당하거나, L2 프레임의 802.1Q 태그 내 PCP(Priority Code Point) 값을 지정하여 패킷의 우선순위를 정의합니다. [1]

2. 폴리싱 및 셰이핑 (Policing & Shaping)

트래픽의 양을 제어하는 기술입니다. 폴리싱은 설정된 대역폭을 초과하는 트래픽을 즉시 드롭(Drop)하거나 마킹을 변경하는 방식이며, 셰이핑은 초과 트래픽을 버퍼에 담아 두었다가 나중에 전송하여 트래픽 흐름을 매끄럽게 만듭니다.

구분	폴리싱 (Policing)	셰이핑 (Shaping)
동작 방식	임계치 초과 시 즉시 드롭	임계치 초과 시 버퍼링 후 지연 전송
주요 특징	지연(Latency) 최소화, 패킷 손실 유발	패킷 손실 최소화, 지연 및 지터 유발
적용 위치	주로 인입(Ingress) 인터페이스	주로 송출(Egress) 인터페이스

3. 큐잉 및 스케줄링 (Queuing & Scheduling)

혼잡이 발생했을 때 패킷을 여러 개의 대기열(Queue)에 나누어 담고, 어떤 대기열을 먼저 처리할지 결정합니다. 실시간 트래픽을 위한 우선순위 큐(Priority Queue)와 일반 데이터를 위한 가중치 기반 큐(Weighted Fair Queuing) 등이 활용됩니다.

SECTION 03설계 및 운영 전략

성공적인 QoS 구현을 위해서는 네트워크 전 구간(End-to-End)에 걸친 일관된 정책 설계가 필요합니다.

1. 신뢰 경계(Trust Boundary) 설정

트래픽의 마킹 값을 신뢰할 수 있는 지점을 정의해야 합니다. 일반적으로 IP 전화기나 PC가 연결된 액세스 스위치 포트가 신뢰 경계가 되며, 여기서 마킹된 값은 코어 네트워크까지 유지되어야 합니다. 신뢰되지 않는 장치로부터 들어오는 트래픽은 입구에서 마킹을 초기화하거나 재분류해야 합니다.

2. 서비스 클래스 모델 정의

비즈니스 요구사항에 따라 트래픽을 분류합니다. 일반적으로 4-Class 또는 8-Class 모델을 사용하며, 실무에서는 다음과 같은 구성을 권장합니다.

클래스 명칭	주요 트래픽 유형	DSCP 마킹	우선순위 전략
Voice	VoIP 음성 데이터	EF (46)	최우선 (LLQ)
Video	화상회의 영상	AF41 (34)	우선순위 보장
Critical Data	ERP, DB 등 주요 업무	AF21 (18)	대역폭 보장
Best Effort	일반 웹 서핑, 유튜브 등	BE (0)	나머지 자원 할당

3. Cisco MQC(Modular QoS CLI) 기반 설정 및 검증

Cisco 장비에서는 MQC 방식을 사용하여 정책을 모듈화하여 관리합니다. 다음은 설정 및 검증을 위한 참조 예시입니다.

Field note
주의: 아래 명령어는 정책 설계의 이해를 돕기 위한 예시이며, 실제 운영 환경에 적용하기 전에는 반드시 충분한 검토와 테스트가 필요합니다.

bash

! 1. 트래픽 분류 정의
class-map match-any VOICE_CLASS
 match dscp ef

! 2. 정책 프로파일 생성
policy-map ENTERPRISE_QOS
 class VOICE_CLASS
  priority percent 10
 class class-default
  fair-queue

! 3. 인터페이스에 정책 적용
interface GigabitEthernet1/0/1
 service-policy output ENTERPRISE_QOS

! 4. 상태 검증 명령어 (읽기 전용)
show policy-map interface GigabitEthernet1/0/1

위의 show 명령어를 통해 각 클래스별 패킷 처리 통계와 혼잡 시 발생하는 드롭(Drop) 현상을 실시간으로 모니터링할 수 있습니다.

SECTION 04흔한 장애 및 주의점

QoS 설정 시 발생할 수 있는 주요 장애 유형과 기술적 주의 사항은 다음과 같습니다.

전 구간 일관성 결여(End-to-End Consistency): 네트워크 경로상의 단 하나의 장비라도 QoS 정책이 누락되거나 마킹을 무시할 경우, 해당 지점이 병목이 되어 전체 QoS 효과가 상실됩니다. [2]
과도한 LLQ 할당(Priority Starvation): 우선순위 큐(Low Latency Queue)에 너무 많은 대역폭을 할당하면, 혼잡 발생 시 일반 데이터 트래픽이 전혀 처리되지 못하는 기아 현상이 발생하여 업무 시스템 마비를 초래할 수 있습니다.
마이크로버스트(Microburst): 매우 짧은 시간 동안 발생하는 폭발적인 트래픽은 일반적인 모니터링 도구로 감지하기 어렵지만, 스위치의 버퍼를 순식간에 채워 패킷 드롭을 유발합니다. 이를 위해 적절한 버퍼 튜닝이 병행되어야 합니다.
ISP 정책에 의한 재마킹: 기업 내부망에서 설정한 DSCP 값이 공인 인터넷 구간으로 나갈 때, 통신사(ISP)의 정책에 의해 0(Best Effort)으로 초기화되거나 변경될 수 있음을 유의해야 합니다.
하드웨어 자원(TCAM) 한계: 복잡하고 세밀한 QoS 정책은 장비의 하드웨어 자원인 TCAM을 소모합니다. 자원이 고갈되면 정책 적용이 실패하거나 소프트웨어 처리로 전환되어 성능 저하가 발생할 수 있습니다.

SECTION 05현장 체크리스트

네트워크 관리자는 QoS 도입 및 운영 단계에서 다음 항목을 정기적으로 점검해야 합니다.

비즈니스 우선순위 합의: 어떤 애플리케이션이 최우선순위인지 현업 부서 및 경영진과 합의되었는가?
대역폭 임계치 분석: 각 주요 구간 인터페이스의 피크 타임 대역폭 사용률을 파악하고 있는가?
장비 기능 지원 확인: 도입된 스위치와 라우터가 하드웨어 기반의 큐잉 및 스케줄링을 지원하는가?
드롭 카운트 모니터링: show policy-map interface 결과에서 중요 클래스의 드롭이 지속적으로 발생하는가?
전 구간 마킹 유지 검증: 패킷 캡처 도구(Wireshark 등)를 사용하여 목적지까지 DSCP 값이 변조되지 않는지 확인했는가?
버퍼 상태 점검: 하드웨어 큐 통계 확인을 통해 버퍼 오버플로우 징후가 없는지 검증했는가?
음성 품질(MOS) 측정: 트래픽 혼잡 시나리오를 가정하여 실제 VoIP 통화 품질이 유지되는지 테스트했는가?