ASR 9000 QoS 오프로드 컨피그레이션 예
목차
소개
이 문서에서는 Cisco 9000 Series ASR9K(Aggregated Services Router) 플랫폼에서 QoS(Quality of Service) 오프로드 기능을 구성하는 방법에 대해 설명합니다.기능의 목적, 응용 프로그램 및 제한 사항도 설명합니다.
요구 사항
이 구성을 시도하기 전에 시스템이 다음 요구 사항을 충족하는지 확인합니다.
- 특정 위성 하드웨어에 대한 이러한 위성 PIE(Package Installation Envelope) 중 하나 또는 둘 모두를 설치하고 활성화해야 합니다.
- asr9k-asr9000v-nV-px.pie-5.1.1
- asr9k-asr901-nV-px.pie-5.1.2
- asr9k-asr9000v-nV-px.pie-5.1.1
- 이 위성에는 소프트웨어 및 FPD(Field-Programmable Devices)가 업데이트되어야 합니다.
사용되는 구성 요소
이 문서의 정보는 다음 소프트웨어 및 하드웨어 버전을 기반으로 합니다.
- Cisco IOS® XR 버전 5.1.1 on the ASR9K for the ASR-9000v.
- ASR-901용 ASR9K의 Cisco IOS XR 버전 5.1.2.
이 문서의 정보는 특정 랩 환경의 디바이스를 토대로 작성되었습니다.이 문서에 사용된 모든 디바이스는 초기화된(기본) 컨피그레이션으로 시작되었습니다.현재 네트워크가 작동 중인 경우, 모든 명령어의 잠재적인 영향을 미리 숙지하시기 바랍니다.
배경 정보
QoS 오프로드 개요
위성 및 ASR9K(일반적으로 10Gbps) 간의 ICL(Inter-Chassis Link)은 위성 자체의 액세스 인터페이스에 의해 포화 상태가 될 수 있습니다.QoS 오프로드 기능은 혼잡 시 ICL에서 중요한 데이터가 손실되지 않도록 실제 위성(ASR9K 호스트와 반대)에서 하드웨어에서 QoS 기능을 제공합니다.
QoS 오프로드 기능은 위성 액세스 포트에서 ASR9K로의 방향의 혼잡을 방지하기 위해 다음 이미지의 파선 빨간색 화살표로 표시된 대로 ICL을 통한 트래픽을 보호합니다.이 개념은 QoS 구현을 설계할 때 몇 가지 제한 사항을 이해하는 데 도움이 됩니다.
QoS 오프로드를 위한 중요 프로세스
이 섹션에서는 QoS 오프로드에 사용되는 두 가지 중요 프로세스에 대해 설명합니다.
인터페이스 컨트롤 플레인 익스텐더(icpe_cpm) 프로세스
ICPE(Interface Control Plane Extender) 프로세스는 ASR9K 호스트와 위성 간의 통신 채널을 제공하는 SDAC(Satellite Discovery and Control) 프로토콜을 관리합니다.
QoS 정책 관리자(qos_ma) 프로세스
QoS 정책 관리자 프로세스는 다음 작업을 수행합니다.
- 클래스 맵 및 정책 맵을 RSP(Route Switch Processor)의 데이터베이스에 확인하고 저장합니다.
- 서비스 정책 매핑에 대한 위성 인터페이스의 데이터베이스를 유지 관리합니다.
- 오프로드된 서비스 정책에 대한 위성 상자에서 QoS 통계를 주기적으로 수집합니다.
- RSP 및 LC(Line Card)를 모두 포함하도록 제어 평면 인터페이스가 있는 모든 노드에서 실행됩니다.
구성
ASR9K에서 QoS 오프로드 기능을 구성하려면 이 섹션을 사용합니다.
QoS 오프로드 컨피그레이션
이 다이어그램은 서비스 정책이 설치된 위치를 시각적으로 나타낸 것입니다.
위성 액세스 인터페이스
다음은 위성 액세스 인터페이스의 컨피그레이션의 예입니다.
interface GigabitEthernet200/0/0/1
service-policy output NQoSOff_Out
service-policy input NQoSOff_In
nv
service-policy input ACCESS
ICL 인터페이스
다음은 ICL 인터페이스의 컨피그레이션 예입니다.
interface TenGigE0/0/0/1
service-policy output NOT_SUPPORTED
service-policy input NOT_SUPPORTED
nv
satellite-fabric-link network
redundancy
iccp-group 1
!
satellite 200
service-policy output ICL_OFFLOAD
remote-ports GigabitEthernet 0/0/1-2
ICL 오버서브스크립션
QoS 서비스 정책은 ICL 인터페이스(비 QoS 오프로드)에서 직접 지원되지 않습니다. 따라서 위성 ICL 인터페이스를 오버서브스크립션하지 않도록 주의해야 합니다.이 섹션에서는 ICL 초과 가입을 방지하기 위해 사용되는 두 가지 방법을 제공합니다.첫 번째 방법은 혼잡이 불가능하도록 각 ICL에 대한 액세스 인터페이스 수를 제한합니다.두 번째 방법은 모든 섀시의 합계가 ICL의 대역폭을 초과하지 않도록 각 액세스 인터페이스에 쉐이퍼를 적용합니다.
각 ICL에 대한 액세스 인터페이스 제한
혼잡 중에 패킷 드랍 없이 위성에서 15개의 1Gbps 연결을 지원하려면(15Gbps 트래픽이 발생할 수 있음) 별도의 10Gbps ICL 링크 2개를 구성해야 합니다.첫 10개의 1Gbps 위성 액세스 인터페이스를 1개의 10Gbps ICL 연결에 매핑하고, 다음 5개의 1Gbps 위성 액세스 인터페이스를 두 번째 10Gbps ICL 연결에 매핑합니다.각 10Gbps ICL에 매핑된 액세스 인터페이스의 수가 10개를 초과하지 않는 한 다른 조합도 가능합니다.
다음은 컨피그레이션의 예입니다.
interface TenGigE0/0/0/1
description ICL_LINK_1_FOR_SAT100
nv
satellite-fabric-link network
satellite 100
remote-ports GigabitEthernet 0/0/0-9
!
interface TenGigE0/0/0/2
description ICL_LINK_2_FOR_SAT100
nv
satellite-fabric-link network
satellite 100
remote-ports GigabitEthernet 0/0/10-14
액세스 인터페이스에 쉐이퍼 적용
오버서브스크립션을 방지하기 위해 사용되는 두 번째 방법은 ICL을 통해 위성을 통해 여러 라인 레이트가 전송되지 않도록 각 위성 액세스 인터페이스(예: GigE100/0/0/9)에 쉐이퍼를 직접 적용하는 것입니다.예를 들어, 단일 10Gbps ICL을 사용하는 경우 500Mbps 쉐이퍼가 20개의 기가비트 이더넷 위성 인터페이스에 적용되면 10Gbps(500Mb x 20)를 넘지 않도록 ICL을 통과하도록 예약됩니다.
다음은 컨피그레이션의 예입니다.
interface TenGigE0/0/0/1
nv
satellite-fabric-link network
satellite 100
remote-ports GigabitEthernet 0/0/0-19
!
interface GigE100/0/0/0 (For all Gi100/0/0/0-19)
service-policy output 500MBPS_SHAPE
ICL을 통한 컨트롤 플레인 트래픽 보호
이 섹션에서는 ICL을 통과할 때 위성 액세스 인터페이스에서 수신한 네트워크 컨트롤 플레인 트래픽을 보호하는 컨피그레이션 예를 간략하게 설명합니다.이 데모에서는 이 작업을 어떻게 수행할 수 있는지 보여 줍니다.
Satellite Access Interface Config:
class-map match-any routing
match precedence 6
policy-map Protect_NCP
class routing
set qos-group 4
!
class class-default
set qos-group 0
interface Gi100/0/0/1
description Satellite Access Interface
service-policy input Protect_NCP
ICL Interface Config:
class-map match-any qos-group-4
match qos-group 4
policy-map ICL-Policy
class qos-group-4
bandwidth remaining percent 5
!
class class-default
bandwidth remaining percent 90
interface TenGigE0/0/0/1
description Satellite ICL
nv
satellite-fabric-link network
redundancy
iccp-group 1
!
satellite 100
service-policy output ICL-Policy
이전 컨피그레이션 예에서 'Protect_NCP' 정책 맵은 IP 우선 순위가 6인 모든 패킷을 매칭하고 내부 QoS 그룹 4로 그룹화합니다. 그런 다음 ICL에서 ASR9K 호스트로 전송되면 QoS 그룹 4의 클래스 맵에서 구성된 대역폭 예약을 통해 보호됩니다.
미리 알림:QoS 그룹은 패킷의 ToS 바이트에 대한 실제 표시가 아니라 위성 및 ASR9K 호스트에 대한 로컬 중요성만 가지는 내부 표시입니다.
중요!QoS 오프로드를 사용할 경우 QoS 그룹 1, 2, 4 및 5만 사용자 정의할 수 있습니다.QoS 그룹 3, 6 및 7은 기본 기능용으로 예약되어 있으며, nV 위성에만 해당되며 사용해서는 안 됩니다.QoS 그룹 0은 클래스 기본 트래픽용으로 예약되어 있습니다.
QoS 오프로드 제한
이 섹션에서는 QoS 오프로드 기능의 제한에 대해 설명합니다.
서비스 정책 배치 제한
QoS 오프로드는 위성 액세스 포트의 방향에서 ASR9K 호스트로 QoS 기능을 제공하기 위해 구현됩니다.다음과 같은 배치 제한이 적용됩니다.
- QoS 서비스 정책은 오프로드 또는 오프로드가 아닌 ASR9K ICL 인터페이스에 직접 배치할 수 없습니다.
- 이그레스(출력) 서비스 정책은 활성 호스트를 마주하는 위성 ICL 인터페이스의 QoS 오프로드에만 지원됩니다.
- 인그레스(입력) 서비스 정책은 위성 액세스 인터페이스 또는 번들에서 직접 수신되는 트래픽의 위성 액세스 포트 인터페이스 또는 번들에서 QoS 오프로드에만 지원됩니다.번들의 경우 QoS 정책이 링크 단위로 각 멤버에 설치됩니다.
- 오프로드된 서비스 정책은 하위 인터페이스에 적용할 수 없습니다.
지원되는 QoS 오프로드 기능
지원되는 QoS 오프로드 기능은 Cisco ASR 9000 Series Aggregation Services Router Modular Quality of Service 컨피그레이션 가이드, 릴리스 5.1.x의 QoS 오프로드에 대한 지원되는 플랫폼별 정보 섹션에 설명되어 있습니다.
위성 액세스 인터페이스의 비 QoS 오프로드 제한
이 섹션에서는 위성 액세스 인터페이스의 비 QoS 오프로드 제한에 대해 설명합니다.
서비스 정책 배치 제한
이러한 서비스 정책 배치 제한은 위성 액세스 인터페이스에서 비 QoS 오프로드에 적용됩니다.
- 인그레스 및 이그레스 서비스 정책은 실제 액세스 포트 컨피그레이션(nv 아님)에 적용할 수 있습니다. 이러한 정책은 오프로드되지 않으며 패킷은 ASR9K에서 위성으로 전선에 배치되기 전에 대기됩니다.
- 오프로드 또는 오프로드가 아닌 경우 ASR9K ICL 인터페이스에 QoS 서비스 정책을 직접 배치할 수 없습니다.
서비스 정책 토폴로지 제한
허브 및 스포크 토폴로지의 경우 3레벨(상위, 상위 및 하위) QoS 정책이 지원됩니다.새로운 토폴로지인 Ring 및 L2(Layer 2) 패브릭에서는 듀얼 레벨 QoS 정책만 지원됩니다.
다음을 확인합니다.
이 섹션을 사용하여 QoS 오프로드 컨피그레이션이 제대로 작동하는지 확인합니다.
Output Interpreter 도구(등록된 고객만 해당)는 특정 show 명령을 지원합니다.show 명령 출력의 분석을 보려면 [출력 인터프리터 도구]를 사용합니다.
위성 QoS 오프로드 정책 설치
오프로드된 QoS 정책을 위해 위성 하드웨어에 올바르게 설치되었는지 확인하려면 nv satellite 옵션과 함께 show qos status interface 명령을 입력합니다.명령 출력의 상태가 Active로 표시되면 오프로드된 QoS 정책을 성공적으로 설치한 것입니다.출력의 상태가 Inactive로 표시되면 어떤 종류의 오류가 있는 것입니다.
오류가 발생하면 실제 ICL 링크에 문제가 있거나 ASR9K 호스트가 실행하는 현재 IOS XR 소프트웨어 버전에서 오프로드를 시도하는 QoS 정책이 지원되지만 실제 위성에서는 지원되지 않을 수 있습니다.자세한 내용은 이 문서의 지원되는 QoS 오프로드 기능 섹션을 참조하십시오.
명령 출력의 상태가 In-Progress 상태이면 위성 연결이 손실되었음을 나타냅니다.활성 및 비활성 사이의 이 중간 상태에서 QoS 정책이 성공적으로 오프로드되지 않았습니다.
다음은 오프로드의 성공과 오프로드의 실패를 보여주는 두 가지 출력 예입니다.
OUTPUT:
RP/0/RSP0/CPU0:ASR9001#show qos status interface gig 0/0/0/0 nv satellite 100
Wed Apr 16 23:50:46.575 UTC
GigabitEthernet0/0/0/0 direction input: Service Policy not installed
GigabitEthernet0/0/0/0 Satellite: 100 output: test-1
Last Operation Attempted : ADD
Status : ACTIVE
OUTPUT:
RP/0/RSP0/CPU0:ASR9001#show qos status interface gig 0/0/0/0 nv satellite 100
Wed Apr 16 23:51:34.272 UTC
GigabitEthernet0/0/0/0 direction input: Service Policy not installed
GigabitEthernet0/0/0/0 Satellite: 100 output: test-2
Last Operation Attempted : ADD
Status : INACTIVE
Failure description :Apply Servicepolicy: Handle Add Request AddSP
test-2 CliParserWrapper:
Remove shape action under class-default first.
위성 액세스 인터페이스에서 오프로드된 QoS 정책의 QoS 통계
원격 위성 액세스 인터페이스에 적용되는 QoS 정책 맵의 통계를 보거나 지우려면 다음 명령을 입력합니다.
- show policy-map interface gi100/0/0/9 input nv
- clear qos counters interface gi100/0/0/9 input nv
위성 ICL 인터페이스에서 오프로드된 QoS 정책의 QoS 통계
원격 위성 ICL 인터페이스에 적용되는 QoS 정책 맵의 통계를 보거나 지우려면 다음 명령을 입력합니다.
- show policy-map interface Ten0/0/0/1 output nv satellite-fabric-link 100
- clear qos 카운터 인터페이스 Ten0/0/0/1 input nv satellite-fabric-link 100
문제 해결
QoS 오프로드 기능 문제를 해결하려고 하거나 Cisco TAC(Technical Assistance Center) 서비스 요청을 열 때 디버그 정보를 수집하려면 다음 명령을 입력합니다.
- show policymgr process trace [all|intermittent|critical]
- 기술 qos 보기
- show policy-lib trace [all|critical|intermittent]
- show policy-lib trace client <client-name> location <loc>
- app-obj 추적 표시
- show app-obj db <db_name> jid <jid> 위치 <loc
- qos-ma 추적 표시
알려진 결함
이 문서에서 제공하는 정보에 대한 알려진 결함에 대한 자세한 내용은 Cisco 버그 ID CSCuj87492 - non-satether interface nv 아래의 service-policy 옵션을 제거해야 합니다.이 결함은 위성이 아닌 인터페이스에서 nv 옵션을 제거하기 위해 제기되었습니다.
피드백