CLASSIFY · SHAPE · POLICEQoS의 역할과 동작 원리
QoS는 트래픽을 무조건 빠르게 만드는 기능이 아니라 제한된 링크에서 중요한 업무가 필요한 품질을 얻도록 분류·큐잉·스케줄링하는 기술입니다. 실제 병목보다 넓은 구간에 설정하거나 방향을 잘못 선택하면 체감 효과가 없습니다.
음성·영상처럼 지연에 민감한 트래픽, 핵심 업무, 일반 웹, 백업처럼 대역폭을 많이 쓰는 트래픽을 구분하고 각각 지연·손실·최소/최대 대역폭 기준을 정합니다.
음성·핵심 업무일반 웹백업·대용량
→분류·큐·스케줄러Shaping / Policing →병목 링크지연·Jitter·Loss 측정
그림 해설 · 트래픽을 분류해 서로 다른 큐에 넣고 병목 링크에서 스케줄링합니다. 우선순위는 무제한 통행권이 아닙니다.
01분류와 Marking
IP·포트·애플리케이션·VLAN 또는 DSCP로 트래픽 클래스를 식별합니다. 경계 구간에서 신뢰할 수 없는 단말의 DSCP를 그대로 믿으면 사용자가 임의로 높은 우선순위를 받을 수 있습니다.
- 분류 조건은 실제 애플리케이션 흐름과 일치해야 합니다.
- Marking을 어디에서 부여하고 어느 구간까지 신뢰할지 정합니다.
- 암호화나 동적 포트를 쓰는 서비스는 단순 포트 분류만으로 부족할 수 있습니다.
Shaping과 Policing
Shaping은 초과 패킷을 버퍼에 저장했다가 천천히 보내 손실을 줄이는 대신 지연을 늘립니다. Policing은 약정률을 넘는 패킷을 즉시 drop 또는 remark하여 지연은 적지만 재전송과 손실이 커질 수 있습니다.
- WAN 송신처럼 속도를 맞춰야 하는 지점에는 Shaping이 주로 사용됩니다.
- 가입자나 클래스별 상한을 강제할 때 Policing을 사용할 수 있습니다.
- 버퍼가 지나치게 크면 bufferbloat로 응답 시간이 크게 늘 수 있습니다.
우선순위 큐의 함정
Priority Queue를 과도하게 넓게 사용하면 일반 큐가 계속 굶는 starvation이 발생합니다. 중요한 트래픽도 최대 사용량을 제한하고 나머지 클래스에 최소 대역폭을 보장해야 합니다.
- 설정 전후 처리량뿐 아니라 RTT, jitter, loss를 함께 측정합니다.
- IN/OUT은 장비 인터페이스 기준이므로 실제 패킷 방향을 확인합니다.
- QoS 정책은 병목이 발생하는 송신 인터페이스에 적용해야 합니다.