DiffServ로 설계하는 차별화된 네트워크 QoS

패킷에 서비스 등급을 남기는 QoS 아키텍처

DiffServ(Differentiated Services)는 인터넷 트래픽에 차별화된 서비스 품질(QoS)을 제공하기 위한 아키텍처 프레임워크다. 베스트 에포트(Best-Effort) 인터넷 서비스의 한계를 보완하기 위해 등장했으며, RFC 2474와 RFC 2475에서 정의된 표준으로 1990년대 후반에 개발됐다.

IntServ(Integrated Services)가 세션별 상태를 관리하면서 겪는 확장성 문제에 대한 대안으로 설계됐다. 패킷 헤더의 특정 필드를 이용해 트래픽을 분류하고, 등급에 맞는 전달 처리를 적용하는 방식이다.

DiffServ의 핵심은 역할 분리에 있다. 복잡한 분류와 조건화는 네트워크 경계 라우터가 맡고, 코어 네트워크는 패킷 헤더의 DS 필드에 따라 PHB(Per-Hop Behavior)를 적용한다. 코어에서 세션별 상태 정보를 유지할 필요가 없으므로 확장성이 높다.

DSCP가 정하는 트래픽 우선순위

IPv4에서는 ToS(Type of Service) 필드를, IPv6에서는 Traffic Class 필드를 재정의해 사용한다. DS 필드는 총 8비트이고, 앞의 6비트가 DSCP(DiffServ Code Point)다. DSCP 값이 트래픽 클래스와 우선순위를 결정한다.

Default PHB(000000): 기본 베스트 에포트 서비스
EF PHB(101110): Expedited Forwarding으로, 낮은 지연·낮은 손실률·낮은 지터를 보장
AF PHB: Assured Forwarding으로, 4개의 클래스와 각 클래스당 3개의 드롭 우선순위를 제공

⤢✕

라우터 홉마다 적용하는 PHB

PHB는 각 라우터가 DSCP 값에 따라 패킷을 처리하는 방식을 정의한다. Default PHB는 일반적인 베스트 에포트 서비스에 해당한다. EF(Expedited Forwarding) PHB는 프리미엄 서비스로, VoIP처럼 지연에 민감한 트래픽에 적합하다.

AF(Assured Forwarding) PHB는 4개의 클래스(AF1-AF4)를 두고, 각 클래스에 3개의 드롭 우선순위를 둔다. AF PHB는 AF_xy 형식으로 표현하며, x는 클래스, y는 드롭 우선순위다. 예를 들어 AF41은 클래스 4와 드롭 우선순위 1을 의미한다. CS(Class Selector) PHB는 이전 IPv4 ToS 필드와의 호환성을 제공한다.

⤢✕

경계 노드에서 조건화하고 코어는 전달한다

DS 도메인은 DiffServ 정책이 일관되게 적용되는 네트워크 영역이다. DS 경계 노드는 이 영역의 경계에 위치한 라우터이며, DS 내부 노드는 도메인 안에서 패킷을 전달하는 라우터다.

경계에서는 분류기(Classifier)가 패킷 헤더를 검사해 트래픽 흐름을 식별한다. BA(Behavior Aggregate) 분류기는 DSCP 값만으로 패킷을 분류하고, MF(Multi-Field) 분류기는 소스·목적지 IP와 포트 번호 등 여러 필드를 함께 사용한다.

이후 미터(Meter)가 트래픽 프로필 준수 여부를 확인한다. 마커(Marker)는 패킷의 DS 필드 값을 설정하거나 재설정하며, 쉐이퍼(Shaper)는 프로필에 맞도록 패킷 전송을 지연시킨다. 드롭퍼(Dropper)는 정책에 따라 패킷을 폐기한다.

⤢✕

확장성과 QoS 보장의 경계

DiffServ는 코어 네트워크에서 세션별 상태 정보를 유지하지 않아 확장성이 높다. 서비스 등급과 트래픽 처리 방식을 다양하게 구성할 수 있고, IntServ보다 구현과 관리가 단순하다. 여러 벤더의 네트워크 장비에서 지원된다는 점도 운영 측면의 장점이다.

반면 IntServ 수준의 절대적인 QoS 보장은 어렵다. 패킷이 여러 도메인을 지날 때 서비스 품질을 일관되게 유지하기 어렵고, SLA(Service Level Agreement) 관리와 모니터링도 복잡해진다. 효과적인 적용을 위해서는 모든 라우터가 DiffServ를 지원해야 한다.

서비스별 우선순위를 분리하는 방식

기업 네트워크에서는 VoIP 통화 품질을 위해 EF PHB를 적용하고, 비즈니스 크리티컬 애플리케이션에는 AF 클래스를 할당할 수 있다. 일반 웹 브라우징과 이메일은 Default PHB로 처리한다. 이 구분은 네트워크 혼잡 상황에서도 중요 애플리케이션의 성능을 보장하는 데 쓰인다.

서비스 제공업체(ISP)는 프리미엄 고객 트래픽에 높은 우선순위를 부여하고, 비디오 스트리밍에는 대역폭을 보장하며, 실시간 게임 트래픽에는 낮은 지연 시간을 제공할 수 있다. SLA를 기준으로 서비스 등급을 구분하는 구조다.

클라우드 서비스에서는 멀티테넌트 환경의 테넌트별 서비스 품질을 구분하고, 데이터베이스 트래픽과 백업 트래픽의 우선순위를 나눌 수 있다. API 호출의 지연 시간을 최소화하거나 클라우드 리전 간 트래픽에 QoS 정책을 적용하는 경우도 여기에 속한다.

IntServ·MPLS와 함께 보는 DiffServ

IntServ는 리소스 예약 프로토콜(RSVP)을 이용해 엄격한 QoS를 보장한다. 반면 DiffServ는 패킷 단위로 서비스를 차별화하며, 세션별 상태 정보를 유지하는 IntServ보다 대규모 네트워크에 적합하고 구현도 상대적으로 단순하다.

MPLS(Multi-Protocol Label Switching)는 패킷 전달 기술이며, DiffServ와 상호 보완적으로 사용할 수 있다. DiffServ-aware MPLS에서 MPLS는 트래픽 엔지니어링을 제공하고, DiffServ는 QoS 차별화를 담당한다.

정책 구현에는 클래스별 최소·최대 대역폭을 배정하는 대역폭 할당, WFQ·CBWFQ·LLQ 등의 큐잉 메커니즘, RED·WRED를 활용한 능동적 큐 관리가 포함된다. 트래픽 쉐이핑은 트래픽 버스트를 완화하고 레이트를 제한하는 데 사용된다.

⤢✕

SDN·5G·클라우드 환경으로 이어지는 활용

DiffServ는 SDN(Software-Defined Networking) 환경에서 응용될 수 있다. 5G 네트워크에서는 Network Slicing과의 통합이 가능하며, IoT 환경에서는 다양한 디바이스 요구사항에 맞춘 QoS 제공에 활용될 수 있다.

AI/ML 기반의 동적 QoS 정책 적용과 최적화, 클라우드 네이티브 환경에서 서비스 메시와 DiffServ를 결합하는 방향도 제시된다. 트래픽 분석, 정책 설계, 모니터링이 뒷받침될 때 DiffServ는 대규모 네트워크에서 서비스 차별화를 위한 실용적인 QoS 접근 방식이 된다.