⑦ Schedulers
1️⃣ Scheduler의 정체를 한 문장으로 고정
Scheduler는
egress에서 각 forwarding class(큐)에
‘언제, 얼마나’ 전송 기회를 줄지 결정하는 메커니즘이다.
중요:
- Ingress ❌
- Classifier ❌
- 오직 egress 큐 제어 ⭕
2️⃣ Scheduler가 다루는 핵심 요소
Scheduler는 큐마다 다음을 정의한다.
- Transmit rate (대역폭 비율 또는 절대값)
- Priority (strict / weighted)
- Buffer 사용 정책
시험에서는 “rate + priority”만 정확히 알면 된다.
3️⃣ Scheduler 동작 방식 2가지 (시험 핵심)
① Strict Priority (SP)
“이 큐가 비어 있지 않으면
다른 큐는 전송 기회를 못 받는다.”
- voice / network-control에 사용
- 지연 최소화
⚠ 문제점:
- 트래픽 많으면 다른 큐 starvation
- 시험에서 단골 함정
② Weighted (WRR / WFQ 계열)
“각 큐에 비율대로 전송 기회를 분배한다.”
- best-effort, assured-forwarding
- 공정성 확보
시험에서:
- “prevent starvation”
→ weighted
4️⃣ Scheduler와 Forwarding class의 관계
- Scheduler는 forwarding class 단위로 동작
- DSCP/PCP ❌
- loss priority ❌
즉:
- forwarding class → queue
- scheduler → queue servicing
5️⃣ 시험에서 Scheduler를 묻는 방식
유형 1
- voice 품질은 좋은데
- 데이터 트래픽이 굶주림
→ strict-priority 남용
유형 2
- 특정 트래픽이 항상 일정 비율 보장
→ weighted scheduler
6️⃣ 시험용 핵심 문장
“Schedulers determine how bandwidth is allocated among forwarding classes at egress.”
⑧ Drop Profiles
여기서 PLP가 다시 등장한다.
PLP 없으면 drop profile은 의미 없다.
1️⃣ Drop profile의 본질
Drop profile은
큐가 혼잡할 때
언제부터 어떤 패킷을 버릴지 결정하는 정책이다.
- 위치: Egress
- 대상: 큐 내부
2️⃣ Drop profile이 참조하는 정보
Drop profile은 다음 두 가지만 본다.
- Queue fill level
- Packet loss priority (PLP)
중요:
- forwarding class는 이미 큐로 나뉜 상태
- drop profile은 큐 안에서 누구를 버릴지 결정
3️⃣ Drop profile의 동작 개념 (시험 수준)
- 큐 사용량 증가
- 임계치 도달
- PLP high 패킷부터 드롭
- 더 심해지면 low도 드롭
시험에서는:
- RED/WRED 용어 나와도
- “혼잡 시 조기 드롭” 정도만 이해하면 충분
4️⃣ PLP와 Drop profile의 관계 (중요)
이 관계를 이렇게 외워라.
“PLP는 ‘누가 먼저’,
Drop profile은 ‘언제부터’”
- PLP high → 먼저 대상
- Drop profile → 시작 시점 결정
5️⃣ 시험에서 Drop profile을 묻는 방식
유형 1
- 같은 큐
- 같은 scheduler
- 특정 트래픽만 먼저 drop
→ loss priority + drop profile
유형 2
- 트래픽이 갑자기 burst 날 때
- TCP 성능 저하 없이 완화
→ early drop (RED/WRED)
6️⃣ 시험용 핵심 문장
“Drop profiles define when packets are dropped based on queue occupancy and packet loss priority.”
여기까지 CoS egress 완성
- Scheduler → 누가 언제 얼마나 보내나
- Drop profile → 언제부터 버리나
- PLP → 누굴 먼저 버리나
이 세 개가 합쳐져서 혼잡 제어가 된다.