[JN0-650] Class of service (CoS) - Given a scenario

 

 

0️⃣ 시험에서 CoS 시나리오는 이렇게 나온다

절대 이렇게 안 나온다.
❌ “Policer란?”

항상 이런 식이다.

• Voice 트래픽 품질이 안 좋다
• QoS 설정은 되어 있는데 효과가 없다
• 내부에서는 잘 처리되는데 외부로 나가면 BE로 보인다
• 특정 트래픽만 먼저 드롭된다
• 같은 큐인데 어떤 트래픽만 손실된다

👉 그래서 Ingress → Egress 순서 사고가 필수다.

---

1️⃣ 1단계: “분류가 되었는가?” (Ingress – Classification)

가장 먼저 던질 질문

“이 트래픽이 원하는 forwarding-class로 분류됐는가?”

CoS 문제의 절반은 여기서 끝난다.

---

사고 체크

• BA classifier 설정됨?
  • DSCP / 802.1p 기반
• MF classifier 설정됨?
  • IP / Port / VLAN 기반
• BA + MF 같이 있나?
  • MF가 우선

시험 문장 해석:

• “Traffic is marked DSCP EF but is treated as best-effort”
  → classifier 없음 또는 MF override

---

2️⃣ 2단계: Forwarding Class가 맞는가?

질문 전환

“분류 결과로 할당된 forwarding-class가 맞는가?”

중요:

• DSCP EF ≠ expedited-forwarding 자동 ❌
• 반드시 classifier → forwarding-class 매핑

시험에서:

• “Voice VLAN configured, but voice quality is poor”
  → forwarding-class 미매핑 가능성

---

3️⃣ 3단계: Ingress에서 이미 죽고 있지 않은가? (Policer)

질문

“이 트래픽이 들어올 때 이미 제한되고 있나?”

---

Policer 관련 체크

• Policer가 ingress에 설정됨?
• Rate 초과 트래픽:
  • 즉시 drop?
  • PLP high로 마킹?

시험 문장:

• “Excess traffic is dropped before reaching the queue”
  → Policer

⚠ 함정:

• Policer는 scheduler로 못 고친다
• ingress 문제는 ingress에서만 해결

---

4️⃣ 4단계: 큐는 정상적으로 서비스되는가? (Scheduler)

질문

“이 forwarding-class에 실제 전송 기회가 주어지는가?”

---

Scheduler 사고 포인트

• Strict priority인가?
  • voice는 OK
  • 다른 큐 starvation?
• Weighted인가?
  • 대역폭 비율 적절한가?

시험 문장:

• “Data traffic is starved when voice traffic increases”
  → strict-priority 남용

---

5️⃣ 5단계: 왜 같은 큐인데 일부만 먼저 죽나? (PLP + Drop Profile)

여기서 CoS 문제가 굉장히 교묘해진다.

---

질문

“드롭 우선순위가 다르게 설정되어 있는가?”

---

사고 정리

• PLP는 ingress에서 이미 결정됨
• Drop profile은 egress에서 동작

시험 문장:

• “Some traffic within the same forwarding class is dropped first”
  → loss priority 차이

핵심 연결:

• PLP = 누굴 먼저
• Drop profile = 언제부터

---

6️⃣ 6단계: 출구 속도 문제는 아닌가? (Shaping)

질문

“이 링크의 실제 속도보다 더 많이 보내려고 하나?”

---

Shaping 판단 기준

• WAN / ISP 링크
• 내부 1G → 외부 100M
• burst 시 손실

시험 문장:

• “Packets are dropped during traffic bursts on a WAN link”
  → egress shaping 필요

---

7️⃣ 7단계: 내부는 되는데 외부로 나가면 QoS가 깨진다 (Rewrite)

이건 JN0-650 CoS 시나리오 단골 최종 보스다.

---

질문

“나갈 때 헤더 마킹이 다시 찍히는가?”

---

Rewrite rule 관련 사고

• 내부:
  • expedited-forwarding
  • strict priority
• 외부 장비:
  • DSCP 0으로 인식

시험 문장:

• “Traffic is correctly prioritized internally but not on downstream devices”
  → rewrite rule 없음

중요:

• rewrite는 egress에서만
• 기준은:
  • forwarding-class
  • loss priority

---

8️⃣ Layer 2 vs Layer 3 CoS 시나리오 구분법

시험에서 은근히 섞는다.

• Layer 2:
  • 802.1p (PCP)
  • VLAN
• Layer 3:
  • DSCP
  • IP 기반

사고법:

• Access / Switching 문제 → L2
• Routing / WAN 문제 → L3

---

9️⃣ CoS 시나리오 사고 체크리스트 (시험용)

문제 읽으면서 무조건 이 순서로 간다.

1. 분류됨? (Classifier)
2. forwarding-class 맞음?
3. ingress에서 policer로 죽음?
4. scheduler가 기회 줌?
5. PLP / drop profile 문제?
6. egress shaping 필요?
7. rewrite rule 있음?

---

🔟 시험에서 바로 써먹는 만능 문장

이 문장은 CoS 시나리오에서 거의 항상 안전하다.

“Since the traffic is classified correctly but not prioritized as expected, the issue is likely related to egress scheduling or missing rewrite rules rather than ingress classification.”

---

CoS 시나리오 전체 요약

• Ingress: 분류 / 제한
• Internal: forwarding-class 유지
• Egress: 스케줄 / 드롭 / 셰이핑 / 리라이트
• 문제는 항상 한 단계씩 발생

---