핵심 인사이트 (3줄 요약)

  1. 본질: QoS(Quality of Service)는 수천만 개의 패킷이 한꺼번에 톨게이트(라우터)에 몰려들어 병목이 생겼을 때, 아무 패킷이나 막 버리지 않고 줌 회의(음성/영상) 같은 VIP 패킷은 살려서 먼저 보내고 덩치 큰 파일 다운로드(FTP) 패킷은 좀 기다리게 하거나 버려버리는 지능형 차별 대우(트래픽 제어) 기술이다.
  2. Best Effort (기본 상태): 평소 인터넷의 상태다. VIP든 평민이든 차별 없이 무조건 "먼저 온 순서대로(FIFO)" 처리하며, 꽉 차서 넘치면 나중에 온 패킷의 모가지를 가차 없이 쳐버리는 공평하지만 무책임한 깡패 모델이다.
  3. IntServ와 DiffServ의 진화: VIP 패킷을 살리기 위해, 출발 전부터 도로 1차선을 아예 나 혼자 쓰겠다고 통째로 점세 내버리는 극단적인 **IntServ(예약제)**가 나왔으나 망이 버티질 못해 망했고, 패킷 겉면에 '금수저 딱지(DSCP)'를 붙여 라우터가 딱지 색깔만 보고 융통성 있게 새치기를 시켜주는 **DiffServ(차등 대우제)**가 현대 인터넷 QoS의 100% 표준이 되었다.

Ⅰ. 개요 및 필요성 (Context & Necessity)

  • 개념: 한정된 네트워크 대역폭(Bandwidth) 환경에서, 트래픽의 종류에 따라 지연(Delay), 지터(Jitter), 패킷 손실률(Packet Loss)을 보장하거나 차등적으로 제어하기 위한 일련의 네트워크 아키텍처 및 메커니즘.

  • 필요성: 1Gbps짜리 사내망에 1.5Gbps의 데이터가 쏟아져 들어왔다. 라우터 큐(대기열 버퍼)가 꽉 찼다. 이 안에 사장님이 해외 바이어와 하고 있는 화상 회의(Zoom) 패킷과, 신입사원이 몰래 받고 있는 10GB짜리 스팀 게임 파일(FTP)이 섞여 있다. 기본 라우터는 둘을 구별 못 하니 평등하게 짬뽕해서 버린다. 사장님 화면이 툭툭 끊기고 음성이 로봇처럼 들린다(Jitter 발생). "아니, 게임 파일은 1초 늦게 받아도 아무도 모르지만, 목소리는 0.1초만 늦어도 통화가 끊기잖아! 제발 목소리 패킷(음성 트래픽)부터 무조건 1빠따로 챙겨서 통과시켜!" 이것이 QoS가 존재하는 유일한 이유다.

  • 💡 비유: 라우터의 큐(대기열)는 명절날 꽉 막힌 **"고속도로 톨게이트"**와 같습니다.

    • Best Effort: 앰뷸런스든 덤프트럭이든 무조건 줄 선 순서대로 1대씩 표를 끊어줍니다. 앰뷸런스 환자는 죽어갑니다.
    • IntServ (예약): 앰뷸런스가 출발하기 1시간 전에 톨게이트에 전화해서 **"나 1시간 뒤에 갈 거니까 1차선 톨게이트 아예 싹 다 비워놓고 다른 차 아무도 못 들어오게 막아놔!"**라고 바리케이드를 치는 겁니다.
    • DiffServ (차등 대우): 앰뷸런스 지붕에 **"빨간색 사이렌(DSCP 마킹)"**을 달고 달립니다. 톨게이트 직원이 멀리서 사이렌 색깔만 보고 "어? 앰뷸런스네! 앞에 트럭들 다 치워! 얘 먼저 하이패스로 쏴줘!"라며 유연하게 새치기를 시켜줍니다.

📢 섹션 요약 비유: QoS의 본질은 **"응급실의 환자 분류(Triage)"**입니다. 먼저 병원에 도착했다고(FIFO) 감기 환자를 먼저 치료하는 게 아니라, 늦게 왔더라도 피를 흘리는 중증 외상 환자(VoIP, 화상 회의)를 의사가 가장 먼저 수술대(출력 포트)로 밀어 넣는 철저한 불평등(우선순위) 대우 시스템입니다.

Ⅱ. QoS의 3대 아키텍처 비교 (Deep Dive)

이 세 가지 모델의 발전사를 이해해야 왜 현대 네트워크가 전부 DiffServ로 도배되었는지 알 수 있다.

1. Best Effort (최선 노력) - FIFO의 한계

  • 인터넷이 처음 생겼을 때부터 지금까지의 디폴트(기본) 상태다.
  • 톨게이트 직원은 오직 1명뿐이고 대기 줄(Queue)도 딱 1개(FIFO: First In First Out)뿐이다.
  • 자리가 꽉 찼는데(Tail Drop) 뒤에 도착하는 패킷은 그게 황금(음성)이든 쓰레기(토렌트)든 묻지도 따지지도 않고 쓰레기통에 폐기한다.

2. IntServ (Integrated Services) - 자원 예약 모델

  • "절대 패킷이 1방울도 안 버려지게 할 완벽한 방법을 찾자!"
  • 송신자가 **RSVP (자원 예약 프로토콜)**이라는 특수 특사를 보낸다. 이 특사가 내가 목적지까지 가는 경로에 있는 모든 100대의 라우터를 방문해서, **"야, 1번 라우터 너 100M 중에 10M 예약! 2번 라우터 너도 10M 예약! 아무도 터치 못 해!"**라고 절대 권력의 알박기(Hard State)를 시전한다.
  • 실패 원인 (확장성 붕괴): 통신사 코어 라우터는 초당 수천만 명이 지나다닌다. 100만 명의 RSVP 예약 장부를 일일이 다 외우고 있으면 라우터 메모리가 터져버린다. 결국 대규모 망에서는 폐기되고 연구실이나 소규모 극비 망에서나 쓰는 개념이 되었다.

3. DiffServ (Differentiated Services) - 꼬리표 새치기 모델 (현대 표준)

  • "야, 라우터가 예약 장부 다 외우는 건 불가능해. 그냥 패킷 겉면에 색깔 딱지(DSCP)를 붙여서 보내고, 각 라우터는 들어오는 패킷 겉면 색깔만 0.1초 만에 훑어본 다음에 색깔별로 차별 대우(PHB)를 하게 만들자!"
  • 라우터의 대기 줄(Queue)을 여러 개 판다.
    • 1번 VIP 대기 줄: 음성 트래픽 (무조건 새치기 1순위)
    • 2번 일반 대기 줄: 웹 서핑 (적당히 보내줌)
    • 3번 천민 대기 줄: 파일 다운로드 (남는 대역폭 찌꺼기만 먹음)
  • 통신사 라우터는 누구 패킷인지 예약 장부를 뒤질 필요 없이, "어? 너 빨간 딱지(EF) 붙이고 왔네? 넌 VIP 줄로 가! 넌 파란 딱지네? 3번 줄로 가!"라며 기계적으로 컨베이어 벨트를 돌려버리므로 기가비트 스피드를 방해하지 않는다.
 ┌─────────────────────────────────────────────────────────────┐
 │                IntServ (예약) vs DiffServ (딱지) 극단적 비교      │
 ├─────────────────────────────────────────────────────────────┤
 │                                                             │
 │   [ 식당에서 밥 먹기 (라우터 통과하기) ]                             │
 │                                                             │
 │   * IntServ 방식 (RSVP 예약):                                 │
 │     "사장님! 저녁 7시에 갈 거니까 창가 자리(10Mbps) 무조건 비워둬요!"   │
 │     단점: 손님 안 오면 그 자리는 계속 비어있어 식당이 적자남 (자원 낭비).   │
 │     단점: 사장님이 예약 장부 수만 개를 일일이 다 외워야 함 (메모리 폭발).   │
 │                                                             │
 │   * DiffServ 방식 (DSCP 딱지):                                │
 │     예약 안 함. 손님이 올 때 가슴에 "VVIP 황금 배지"를 달고 문을 염.     │
 │     직원이 황금 배지만 딱 보고 "오우 VIP 오셨네, 새치기해서 바로 저기 │
 │     제일 좋은 자리로 가십쇼!" 하고 꽂아줌.                            │
 │     장점: 예약 장부 필요 없음! 스피드 최고! 가용 자원 100% 긁어 씀!     │
 └─────────────────────────────────────────────────────────────┘

📢 섹션 요약 비유: IntServ가 아무도 달리지 못하게 고속도로의 한 차선을 완전히 통제해 버리는 **"대통령 전용 도로 통제"**라면, DiffServ는 모든 차가 같이 달리지만 버스전용차로를 만들어두고 특정 스티커(DSCP)를 붙인 승합차만 그곳으로 슝슝 빠져나가게 허락해 주는 **"다인승 전용차로 융통성 시스템"**입니다.