Cisco 300-415: 서비스 품질 및 멀티캐스트 서비스 — 학습 가이드

By Laurynas Brazys · 13 August 2026 · #cisco #300-415 #certification #exam-prep #study-guide

다음의 일부입니다: Cisco SD-WAN 300-415 ENSDWI — 학습 가이드. 검증된 답안으로 연습하기: Cisco 시험 허브, 또는 다음에서 시간 제한 모의고사 풀기: ExamRoll.io.

개요

Cisco SD-WAN의 서비스 품질(QoS) 및 멀티캐스트 서비스는 다양한 전송(transport) 환경에서 애플리케이션 경험을 보존하는 동시에, 확장 가능하고 정책 기반의 실시간 및 그룹 트래픽 분배를 가능하게 하도록 설계되었습니다. QoS는 애플리케이션별 및 오버레이 터널별로 우선순위, 쉐이핑(shaping), 공정한 대역폭 사용을 보장합니다. 멀티캐스트는 여러 사이트에 있는 수신자를 위해 스트림을 효율적이고 정책에 따라 제어하여 복제할 수 있게 합니다. 이 두 기능은 함께 (음성/영상은 손실 및 지터로부터 보호되어야 하고, 비즈니스 크리티컬 앱은 SLA를 충족해야 한다는) 의도를 SD-WAN 컨트롤 플레인(vSmart)이 조율하고 WAN Edge 디바이스에서 시행하는 일관된 데이터 플레인 동작으로 변환합니다.

QoS 아키텍처, 큐, 스케줄링, 쉐이핑, 폴리싱 및 대역폭 할당

Cisco SD-WAN의 QoS는 계층적이며 전송을 인식(transport-aware)합니다.

• 분류(Classification): 필드(L3/L4), DSCP, 애플리케이션 시그니처(IOS XE SD-WAN의 NBAR2), 또는 VPN 및 프리픽스 컨텍스트를 통해 플로우를 식별합니다.
• 마킹(Marking): 서비스 측에서 DSCP를 설정 또는 보존하고, WAN 제약 조건에 따라 필요 시 재작성하며, QoS 맵을 통해 이그레스(egress) 큐에 매핑합니다.
• 큐잉 및 스케줄링(Queuing and scheduling): 이그레스 인터페이스는 실시간 트래픽을 위한 엄격한 우선순위의 저지연 큐(LLQ)와 다른 클래스를 위한 가중치 기반 스케줄러(WFQ/WRR/CBWFQ)를 포함한 여러 하드웨어/소프트웨어 큐를 구현합니다.
• 쉐이핑(Shaping): 서비스 제공업체의 폴리서(policer)를 피하고 버스트(burst)를 흡수하기 위해 구성된 속도(인터페이스별, 서브 인터페이스별 또는 터널별)로 이그레스 트래픽을 완만하게 조절합니다.
• 폴리싱(Policing): 인그레스(ingress) 또는 이그레스에서 비준수 트래픽의 속도를 제한하고 선택적으로 리마킹(remark)하거나 폐기합니다. 애플리케이션 성능 저하(brownout)를 피하기 위해 드물게 사용됩니다.
• 대역폭 할당(Bandwidth allocation): 클래스별로 최소 대역폭(보장)을 예약하고 적절한 경우 최대치를 제한합니다. 다른 큐의 기아(starvation) 상태를 방지하기 위해 LLQ에 엄격하고 명시적인 상한을 설정해야 합니다.

설계 지침 및 절충안:

• ISP의 유효 폴리서 속도보다 낮은 안전한 속도로 쉐이핑합니다. 가변적인 인터넷 회선의 경우, 공칭 대역폭의 90–95%가 실용적인 시작점이며, 부하 상태에서 관찰되는 드롭 및 지연 시간을 사용하여 조정합니다.
• 큐 깊이(버퍼링)는 지연과 손실 사이의 균형을 맞춰야 합니다. 대역폭-지연 곱(bandwidth-delay product)의 일부 정도로 크기를 정합니다. 너무 작으면 테일 드롭(tail drop)이 발생하고, 너무 크면 낮은 클래스의 지연 시간이 증가합니다.
• LLQ는 짧고 일정한 속도의 음성/영상 제어 플로우에만 사용합니다. 대용량 비트레이트의 비디오 스트림을 LLQ에 넣지 말고, 명확한 대역폭 상한이 있는 높은 우선순위의 가중치 큐에 할당하십시오.
• 이그레스에서는 폴리싱보다 쉐이핑을 선호합니다. 명시적인 속도 계약이나 신뢰할 수 없는 인그레스에 폴리서를 적용하십시오.
• 여러 오버레이를 전달하는 공유 물리적 링크에서는 터널별 QoS(PTQ)를 활성화하여 각 BFD 기반 보안 터널이 자체 스케줄러/쉐이퍼를 갖도록 합니다. 이를 통해 단일 오버레이가 바쁘게 동작하여 링크를 독점하는 것을 방지합니다.
• 전송별 정책(color/TLOC 인식)을 사용하면 언더레이별로 별개의 QoS 맵, 쉐이퍼, 클래스 보장을 설정할 수 있습니다(예: MPLS의 풍부한 클래스에 비해 인터넷에서는 더 엄격한 쉐이핑 및 축소된 DSCP 세트 사용).

터널별 QoS 및 전송별 특성:

• PTQ는 IPsec/DTLS/TLS 터널별로 이그레스 스케줄링을 가상화하여 보장 및 상한이 인터페이스뿐만 아니라 경로별로 적용되도록 합니다. 이는 Edge가 동일한 인터페이스를 통해 여러 터널을 형성할 때(예: 이중 vSmart/vBond 리전 또는 여러 원격 피어) 필수적입니다.
• 제공업체의 DSCP 화이트리스트를 준수하고 예기치 않은 리마킹(예: 광대역에서 AF 클래스를 기본값으로 축소)을 방지하기 위해 color(biz-internet, mpls, lte)별로 다른 QoS 맵을 할당합니다.

DSCP, QoS 맵, 혼잡 관리를 이용한 분류 및 마킹

신뢰할 수 있는 분류는 서비스 VPN 엣지에서 시작됩니다.

• 신뢰 경계(Trust boundaries): LAN 액세스 도메인이 QoS를 인식하지 못하는 경우, WAN Edge에서 L7 애플리케이션 ID 또는 L3/L4 튜플을 사용하여 분류하고 마킹합니다. LAN이 QoS 기능이 있는 경우, DSCP를 감사하고 보존하면서 WAN QoS 맵으로 정규화합니다.
• DSCP 전략: 대화형 음성에는 EF, 영상에는 AF41/42, 중요 데이터에는 AF31/AF21, 시그널링에는 CS3/AF 클래스, 최선형(best effort)에는 CS0/DF, 스캐빈저(scavenger)에는 CS1(또는 LE)을 사용합니다. 제공업체에서 허용하는 값과 일치시킵니다.
• QoS 맵: DSCP를 큐에 매핑하고 선택적으로 이그레스에서 재작성합니다. 언더레이 제한을 존중하는 일대일 또는 다대일 매핑을 유지합니다.

운영에 유용한 검사의 간단한 예:

show sdwan app-route stats sla-class VOICE
show policy qos-queue   (vEdge)
show policy-map interface <wan-intf>  (IOS XE SD-WAN)

혼잡 관리 및 큐 크기 조정:

• EF를 위해 작고 상한이 있는 LLQ(예: 쉐이핑된 속도의 10%)로 시작하고, 잘못 마킹된 플로우로 인한 오버런을 방지하기 위해 LLQ 내에서 폴리싱을 시행합니다.
• 비즈니스 우선순위에 맞춰 WRR/CBWFQ 가중치를 사용하여 남은 대역폭을 할당합니다(예: 중요 데이터 30%, 영상 20%, 최선형 35%, 스캐빈저 5%).
• 전역 동기화(global synchronization)를 피하기 위해 플랫폼에서 지원하는 경우 대량 클래스에 대해 조기 폐기(WRED)를 활성화하는 것을 고려합니다. LLQ나 작은 제어 큐에서는 조기 폐기를 활성화하지 마십시오.

주의해야 할 장애 모드:

• 통신사 리마킹(remarking)으로 인해 DSCP가 축소되어 실시간 트래픽이 최선형으로 분류됩니다. 그 결과 피크 시간에 지터와 패킷 손실이 발생합니다. 패킷 캡처 및 제공업체 QoS 프로필로 확인하십시오.
• 잘못된 크기의 쉐이퍼는 지속적인 테일 드롭(tail drop)을 유발합니다. LLQ에 상한이 없거나 영상 트래픽이 LLQ를 플러딩하면 LLQ 기아 상태가 발생합니다.
• 공유 인터페이스에 PTQ가 없으면 “노이지 네이버(noisy-neighbor)” 오버레이가 대역폭을 소모하여 중요한 터널의 성능을 저하시킵니다.

애플리케이션 우선순위 지정, 비즈니스 의도 및 SLA 적용

Cisco SD-WAN은 오버레이 컨트롤 플레인을 관리하고 WAN Edge에 정책을 배포하는 vSmart 컨트롤러의 중앙 집중식 정책을 통해 애플리케이션 의도를 표현합니다. Application-Aware Routing(AAR)은 BFD를 사용하여 전송 및 터널별로 측정된 손실, 지연, 지터를 기반으로 트래픽을 조정합니다. SaaS 최적화를 위해 Cloud OnRamp는 게이트웨이 사이트를 향한 BFD 메트릭 외에도 애플리케이션에 대한 HTTP 기반 손실 및 지연을 통합할 수 있습니다.

모범 사례:

• 비즈니스 중요도에 따라 애플리케이션 목록 및 SLA 클래스를 정의합니다:
  • VOICE: EF, 목표 <150ms 단방향, <30ms 지터, <1% 손실; 이 임계값을 충족하는 경로로만 트래픽을 조정합니다.
  • VIDEO: AF4x, 음성보다 약간 더 완화된 지터/손실; 고대역폭 저손실 경로를 선호합니다.
  • CRITICAL DATA: AF3x/AF2x; 애플리케이션에서 요구하는 대로 손실 및 지연을 제한합니다.
• 중앙 집중식 정책을 사용하여 Application-Aware Routing(AAR)이 클래스별 SLA를 충족하는 경로를 선호하도록 합니다. 성능 저하가 발생하면 보조 경로로 폴백합니다.
• AAR을 전송별 QoS와 결합합니다. 선택된 경로에는 해당 클래스를 위한 리소스가 예약되어 있어야 합니다. 그렇지 않으면 트래픽이 경로 SLA를 충족하더라도 이그레스에서 큐에 들어가거나 드롭될 수 있습니다.
• 게이트웨이 사이트를 통한 SaaS의 경우 다음 두 가지를 모두 검증합니다:
  • SaaS 엔드포인트까지의 HTTP 손실/지연.
  • 게이트웨이 사이트까지의 BFD 손실/지연.
• 엔드투엔드로 DSCP 보존을 강제합니다. 출구에서는 언더레이가 요구하는 경우에만 재작성하고, 원격지가 마킹을 신뢰하는 경우 마킹을 복원합니다.

운영 확인 사항:

show sdwan app-route statistics
show sdwan bfd sessions
show application traffic-flow   (vManage analytics)

일반적인 함정:

• 지나치게 엄격한 SLA 임계값은 경로 플래핑을 유발합니다. 히스테리시스 및 홀드 타이머를 도입하십시오.
• 선택된 경로에 클래스 대역폭이 부족하면 자체적인 혼잡이 발생합니다. AAR 선택을 전송별 QoS 용량과 일치시키십시오.
• 암호화된 페이로드 또는 누락된 NBAR 시그니처로 인한 잘못된 분류(예: 음성이 최선형(best effort)으로 발견됨); 폴백으로 DSCP 신뢰 또는 명시적 L4 매치를 사용하십시오.

멀티캐스트 기본 및 오버레이 멀티캐스트 설계

SD-WAN을 통한 멀티캐스트는 LAN 멀티캐스트 컨트롤 플레인을 언더레이 제약으로부터 분리합니다:

• 기본 사항:
  • 수신자는 IGMPv2/v3를 사용하여 첫 번째 홉 LAN 라우터(서비스 VPN의 WAN Edge)를 향해 관심 그룹을 알립니다.
  • 서비스 VPN에서는 PIM Sparse Mode 사용이 권장되며, RP(Rendezvous Point)가 초기 조인을 조정합니다.
• 오버레이 컨트롤 플레인:
  • WAN Edge 라우터는 OMP를 통해 vSmart 컨트롤러로 멀티캐스트 서비스 라우트를 생성하여 알립니다.
  • 멀티캐스트 리플리케이터/RP 광고 역할을 하는 vSmart 컨트롤러는 오버레이를 통해 RP 정보를 전파하고, 원본 PIM 조인 메시지에 명시된 대로 요청된 그룹에 대한 조인을 소스 또는 PIM-RP로 전달합니다.
  • vSmart는 하나 이상의 WAN Edge를 데이터 플레인 리플리케이터로 선택합니다. 소스 측 Edge는 리플리케이터에 단일 복사본을 보내고, 리플리케이터는 이를 수신자 Edge로 복제하여 대역폭이 제한된 링크의 사용량을 최소화합니다.
• 데이터 플레인:
  • 복제는 오버레이 터널을 통해 유니캐스트 암호화 패킷으로 발생하며, 서비스 VPN 경계는 유지됩니다(멀티캐스트는 VPN/VRF 단위로 작동).
  • VPN 간 멀티캐스트는 자동으로 이루어지지 않으며, 필요한 경우 명시적인 서비스 체이닝이나 애플리케이션 계층 게이트웨이를 사용해야 합니다.

설계 고려 사항 및 장단점:

• RP를 논리적으로 소스 또는 중앙 데이터센터에 가깝게 배치하십시오. SD-WAN 오버레이에서는 vSmart를 통해 수신자에게 RP를 광고하여 일관된 조인을 보장합니다.
• 필요한 VPN에서만 멀티캐스트를 활성화하고, CPU 보호를 위해 수신자 제어 트래픽(IGMP)에 속도 제한을 적용하십시오.
• 저대역폭 링크에서는 액세스 회선에서 N배 스트림 복제를 피하기 위해 충분한 용량을 갖춘 허브/리플리케이터에서 복제를 중앙 집중화하십시오.
• 높은 비트레이트 스트림의 단편화를 방지하기 위해 MTU를 검증하고, 비디오 클래스를 컨트롤 플레인 큐와 독립적으로 셰이핑하는 것을 고려하십시오.

장애 모드:

• LAN에 IGMP 쿼리어 부재 시 그룹 에이징 및 스트림 손실이 발생합니다. WAN Edge 또는 LAN 스위치가 쿼리어 역할을 하도록 보장하십시오.
• 중앙 집중식 정책에서의 RP 불일치 또는 필터링은 조인을 중단시킵니다. 오버레이 전반에 걸쳐 RP 도달 가능성을 확인하십시오.
• 과도한 소형 패킷 멀티캐스트 제어 트래픽은 DDoS로 오인될 수 있습니다. 속도를 제한하고 제어 큐를 모니터링하십시오.
• 서비스 VPN 경계가 잘못 지정되면 전달 실패가 발생합니다. 멀티캐스트는 명시적으로 설계되지 않는 한 VPN을 넘나들지 않습니다.

문제 해결 필수 사항:

show ip igmp groups
show ip pim neighbor / rp mapping
show sdwan omp services
show sdwan multicast status
show interface | include drops

큐 드롭을 애플리케이션 KPI와 연관시키십시오. 멀티캐스트의 경우, Edge에서 IGMP 조인이 확인되고, OMP 서비스 라우트가 존재하며, 선택된 리플리케이터가 정상 터널을 통해 도달 가능한지 확인하십시오.

실제 문제 시나리오

NorthRiver Health는 120개의 클리닉을 이중 전송망(MPLS 및 인터넷)으로 운영하고 있습니다. 음성 끊김, 원격 진료 비디오의 픽셀 깨짐, 대기실 IPTV 멀티캐스트의 간헐적 중단에 대한 불만이 접수되었습니다.

접근 방식:

1. 신뢰 경계 설정 및 트래픽 분류

• 근거: 정확한 분류는 우선순위 지정의 전제 조건입니다. 규정을 준수하는 LAN 도메인에서 온 DSCP는 보존하고, 없는 경우 애플리케이션(NBAR2) 및 L4 튜플로 분류하여 음성은 EF, 비디오는 AF41, 중요한 EMR은 AF31에 매핑합니다.

2. 전송망별 QoS 맵 및 셰이퍼 생성

• 근거: MPLS는 AF/EF를 존중하지만 인터넷은 그렇지 않은 경우가 많습니다. 색상별 QoS 맵을 구성합니다. MPLS에는 전체 클래스 세트를, 인터넷에는 EF와 AF4를 보존하는 축소된 클래스를 사용합니다. 공급자의 폴리서를 피하기 위해 MPLS는 CIR의 95%로, 인터넷은 측정된 지속 가능한 처리량으로 셰이핑합니다.

3. 공유 WAN 인터페이스에서 터널별 QoS 활성화

• 근거: 여러 오버레이가 동일한 물리적 링크를 공유합니다. PTQ는 터널별 스케줄러와 최소 대역폭을 할당하여, 트래픽이 많은 사이트-클라우드 터널이 사이트-데이터센터 음성/비디오 터널의 대역폭을 뺏는 것을 방지합니다.

4. 음성을 위한 LLQ 예약 및 상한 설정, 비디오 및 중요 데이터에 가중치 부여

• 근거: 음성은 제한된 지연/지터가 필요합니다. 대역폭 고갈을 방지하기 위해 LLQ 상한을 10%로 설정합니다. AF4 비디오에 25–30%를 할당하고 엄격한 최대치를 적용합니다. AF3 EMR 트래픽에 25%를 할당하고, 나머지는 최선형(best effort) 및 스캐빈저(scavenger)에 할당합니다.

5. vSmart에서 SLA 클래스를 사용하여 중앙 집중식 AAR 정책 구현

• 근거: vSmart는 BFD 손실/지연/지터를 사용하여 SLA 목표를 충족하는 경로에 음성/비디오/EMR을 배치하는 중앙 집중식 정책을 배포합니다. 경로가 자주 바뀌는 것을 방지하기 위해 히스테리시스를 추가합니다. 게이트웨이를 통한 SaaS EHR 모듈의 경우, SaaS까지의 HTTP 손실/지연과 게이트웨이 사이트까지의 BFD를 포함합니다.

6. vSmart 리플리케이터 선택을 통한 오버레이 멀티캐스트 배포

• 근거: 효율적인 IPTV 배포에는 제어된 복제가 필요합니다. IPTV VPN에서 멀티캐스트를 활성화하고, PIM-SM 및 RP를 구성한 후, vSmart가 RP를 광고하고 데이터센터 Edge를 리플리케이터로 선택하게 하여 저속 클리닉 회선이 N-way 복제로부터 보호되도록 합니다.

7. 원격 측정(Telemetry)으로 검증 및 반복

• 근거: 부하 상태에서 동작을 확인합니다. 다음을 사용합니다:
  • show sdwan app-route statistics를 사용하여 SLA 경로 선택을 확인합니다.
  • show policy qos-queue / show policy-map interface를 사용하여 큐 사용률 및 드롭을 평가합니다.
  • show ip igmp groups 및 show sdwan omp services를 사용하여 멀티캐스트 조인 및 서비스 라우트를 확인합니다. 중요 데이터에 대해 허용 가능한 지연 시간을 유지하면서 음성/비디오의 테일 드롭을 제거하도록 셰이퍼 속도와 큐 가중치를 조정합니다.

8. 가드레일 및 이상 상황 처리

• 근거: 재발 방지 및 성능 저하 감지. 신뢰할 수 없는 LAN 세그먼트에 인그레스 폴리서를 적용하여 잘못 마킹된 트래픽을 조절하고, 컨트롤 플레인 CPU를 보호하기 위해 IGMP 속도를 제한하며, AAR SLA 위반 및 큐 드롭 카운터에 대한 경고를 설정하여 사전 예방적 해결 조치를 트리거합니다.

이 순서를 통해 NorthRiver Health는 비즈니스 의도를 일관되고 전송망을 인식하는 QoS 및 안정적인 멀티캐스트 전달로 전환할 수 있습니다. 음성은 엄격하고 제한된 처리를 받으며, 비디오와 EMR은 우선순위가 지정된 가중 대역폭을 할당받습니다. 경로는 실시간 SLA 측정에 따라 선택되며, 멀티캐스트는 브랜치 링크에 과부하를 주지 않으면서 효율적으로 복제됩니다.

← 보안 · 모든 도메인 · 클라우드 →

이 문제 연습하기 → · ExamRoll.io에서 시간 제한 연습 →