이 기술 노트는 프레임 릴레이를 통한 트래픽 셰이핑을 구현할 때 우선순위 큐를 구성하기 위한 샘플 컨피그레이션을 제공합니다.VC(Virtual Circuit) 레벨 및 인터페이스 레벨 우선순위 큐잉 메커니즘에 대해 설명합니다.
이 문서에서는 DLCI(Data Link Connection Identifiers) 및 CIR(Committed Information Rate) 및 커밋된 버스트와 같은 트래픽 셰이핑 매개변수를 비롯한 프레임 릴레이 기술에 대해 설명합니다.기술 개요는 Cisco IOS Wide-Area Networking 컨피그레이션 가이드의 프레임 릴레이 구성을 참조하십시오.
이 문서에 대한 특정 요건이 없습니다.
이 문서는 특정 소프트웨어 및 하드웨어 버전으로 한정되지 않습니다.
문서 표기 규칙에 대한 자세한 내용은 Cisco 기술 팁 표기 규칙을 참조하십시오.
Cisco IOS®의 버전에 따라 Frame Relay 인터페이스는 VC(또는 하위 인터페이스)에 우선순위 큐를 생성하기 위한 세 가지 메커니즘을 지원합니다.
frame-relay priority-group - 이 명령 구문은 Cisco의 원래 우선순위 대기열 처리 메커니즘을 사용합니다.
frame-relay ip rtp priority - 이 명령 구문은 UDP 대상 포트 범위에 속하는 RTP 패킷 흐름 집합에 대해 엄격한 우선 순위 큐를 예약합니다.
priority - 이 최신 구문은 짧은 대기 시간 대기열 처리 기능을 적용하고 모듈형 QoS(Quality of Service) CLI(Command Line Interface)의 명령 구조를 사용합니다.
위의 모든 명령을 사용하여 프레임 릴레이 맵 클래스 내에서 우선순위 대기열 메커니즘을 구성하며, 이는 셰이핑 값을 구성하기 위한 여러 명령을 지원합니다.셰이핑은 VC의 출력 속도를 제한하고 혼잡 개념을 VC에 할당합니다.VC에서 전송해야 하는 패킷 수가 해당 VC의 출력 속도를 초과하면 라우터가 패킷 큐잉을 시작합니다.그러면 초과 패킷이 대기열에 추가됩니다.대기열 처리 방법은 해당 대기열에서 전송 대기 중인 패킷에 적용할 수 있습니다.
원래 프레임 릴레이 인터페이스는 Cisco의 첫 번째 우선순위 대기열 처리 메커니즘을 지원했으며, priority-list 및 priority-group 명령으로 구성되었습니다.자세한 내용은 프레임 릴레이 및 프레임 릴레이 트래픽 셰이핑 구성을 참조하십시오.
다음 단계를 사용하여 프레임 릴레이 VC에서 기존 우선순위 큐잉을 구성합니다.
frame-relay traffic-shaping 명령을 사용하여 직렬 인터페이스에서 FRTS(Frame Relay traffic shaping)를 활성화합니다.인터페이스의 모든 PVC(Permanent VC) 및 SVC(Switched VC)는 기본 트래픽 셰이핑 값을 상속하고 VC별 큐를 생성합니다.
R4-4K(config)# interface serial0 R4-4K(config-if)# frame-relay traffic-shaping
프레임 릴레이 맵 클래스를 구성합니다.레거시 Cisco IOS 우선순위 대기열 처리를 지정하려면 frame-relay priority-group 명령을 사용합니다.
R4-4K(config)# map-class frame-relay ? WORD Static map class name R4-4K(config)# map-class frame-relay priority R4-4K(config-map-class)# frame-relay ? adaptive-shaping Adaptive traffic rate adjustment, Default = none bc Committed burst size (Bc), Default = 56000 bits be Excess burst size (Be), Default = 0 bits cir Committed Information Rate (CIR), Default = 56000 bps custom-queue-list VC custom queueing fecn-adapt Enable Traffic Shaping reflection of FECN as BECN mincir Minimum acceptable CIR, Default = 56000 bps priority-group VC priority queueing traffic-rate VC traffic rate R4-4K(config-map-class)# frame-relay priority-group ? <1-16> Priority group number
CIR 및 minCIR을 비롯한 쉐이핑 매개변수를 구성합니다.
R4-4K(config-map-class)# frame-relay traffic-rate ? <600-45000000> Committed Information Rate (CIR) R4-4K(config-map-class)# frame-relay traffic-rate 56000 ? <0-45000000> Peak rate (CIR + EIR)
point-to-point 또는 multipoint 하위 인터페이스를 만들고 DLCI 번호를 할당합니다.
R4-4K(config)# interface s0.20 multi R4-4K(config-subif)# frame-relay interface-dlci ? <16-1007> Define a DLCI as part of the current subinterface R4-4K(config-subif)# frame-relay interface-dlci 400
VC에 우선순위 큐잉이 있는 맵 클래스를 적용합니다.
R4-4K(config-fr-dlci)# class ? WORD map class name R4-4K(config-fr-dlci)# class priority
show traffic-shape 명령을 사용하여 컨피그레이션 설정을 확인합니다.
R4-4K# show traffic-shape Interface Se0.20 Access Target Byte Sustain Excess Interval Increment Adapt VC List Rate Limit bits/int bits/int (ms) (bytes) Active 400 56000 875 56000 0 125 875 -
참고: 이 컨피그레이션에서는 frame-relay traffic-shape 명령을 사용하여 CIR을 지정합니다.이 명령을 사용하면 라우터가 버스트 값을 자동으로 계산합니다.버스트 값을 지정하려면 frame-relay bc out 및 frame-relay be out을 비롯한 맵 클래스 구성에 나열된 명령을 사용합니다.
Cisco IOS 12.0(7)T는 모듈형 QoS CLI 명령을 사용하여 엄격한 우선순위 큐를 구성할 수 있도록 지원하는 LLQ(Low Latency Queuing) 기능을 도입했습니다.12.1(2)T에서 Frame Relay VC 레벨의 LLQ 지원이 도입되었습니다.Low Latency Queuing for Frame Relay Feature Module을 참조하십시오.
참고: 이 기능에는 FRTS가 필요합니다.
LLQ는 프레임 릴레이 ip rtp 우선순위 및 프레임 릴레이 우선순위 그룹 기능의 보다 유연한 수퍼셋으로 간주됩니다.자세한 내용은 Cisco IOS 컨피그레이션 가이드의 혼잡 관리 개요 장에서 Low Latency Queuing for Frame Relay를 참조하십시오.
LLQ for Frame Relay 구성 단계를 살펴보겠습니다.
frame-relay traffic-shaping 명령을 사용하여 직렬 인터페이스에서 FRTS를 활성화합니다.인터페이스의 모든 PVC 및 SVC는 기본 트래픽 셰이핑 값을 상속하고 VC별 큐를 만듭니다.
Router(config)# interface serial0 Router(config-if)# frame-relay traffic-shaping
class-map 및 policy-map 명령을 사용하여 서비스 정책을 구성합니다.priority 명령을 지정하여 엄격한 우선순위 클래스를 만들고 클래스에 할당할 대역폭의 양(kbps 또는 PVC 대역폭의 백분율로 지정)을 지정합니다.
Router(config)# class-map class-map-name Router(config-cmap)# match access-group {access-group | name access-group-name} Router(config)# policy-map policy-map Router(config-pmap)# class class-name Router(config-pmap-c)# priority bandwidth-kbps
맵 클래스를 구성하고 서비스 정책을 클래스에 연결합니다.
다음 예에서는 map-class의 이름이 샘플이고 출력 service-policy의 이름은 llq입니다.
router(config)# map-class frame-relay sample router(config-map-class)# service-policy output llq
DLCI 컨피그레이션 모드에서 class 명령을 사용하여 VC에 map-class를 적용합니다.
router(config)# interface serial0.5 router(config-if)# frame-relay interface-dlci 100 router(config-if-dlci)# class sample
다음 명령을 사용하여 설정을 확인하고 정책 결과를 모니터링합니다.
show frame-relay pvc {dlci #} - FRTS 및 서비스 정책 정보, 조각화, 수신 및 발신 패킷 수, BECN/FECN/DE 비트 집합을 사용하는 프레임 수를 포함한 모든 VC 구성 요소에 대한 통계를 표시합니다.
show policy-map interface sX/0.X dci {#} - 특정 VC에 대한 정책 관련 통계만 표시합니다.
트래픽 셰이핑, IP 우선 순위 설정 및 폴리싱과 같은 LLQ와 직접 관련이 없는 정책은 프레임 릴레이 VC에 대한 class-map 및 policy-map 명령에서 지원되지 않습니다.이러한 정책을 구성하려면 map class 명령과 같은 다른 컨피그레이션 메커니즘을 사용해야 합니다.다음 클래스 맵 및 정책 맵 명령만 지원됩니다.
match class-map 컨피그레이션 명령
priority, bandwidth, queue-limit, random-detect 및 fair-queue policy-map 컨피그레이션 명령
bandwidth 및 priority 명령이 연결에서 사용 가능한 총 대역폭 양을 계산할 때 엔티티가 셰이핑된 프레임 릴레이 PVC인 경우 다음 지침을 호출합니다.
최소 허용 가능한 커밋 정보 속도(minCIR)가 구성되지 않은 경우 CIR을 2로 나눈 값이 계산에 사용됩니다.많은 프레임 릴레이 컨피그레이션에서 포트 속도를 초과하는 쉐이핑 속도를 사용하므로 구성된 CIR이 보장되지 않을 수 있으므로 이 메커니즘이 선택됩니다.
minCIR이 구성된 경우 minCIR 설정이 계산에 사용됩니다.
이러한 명령의 대역폭 계산 방법을 참조하십시오.정책 맵의 모든 클래스에 할당된 총 대역폭은 VC에 대해 구성된 minCIR을 초과해서는 안 됩니다. 프레임 릴레이 음성 대역폭 및 프레임 릴레이 ip rtp 우선순위 명령에서 예약된 대역폭을 제외합니다.
링크의 추가 오버헤드에 필요한 대역폭이 어느 정도인지 알고 있는 경우, 음성 트래픽을 최대한 많은 대역폭을 제공하는 것이 좋을 경우 max-reserved-bandwidth 명령을 사용하여 최대 75%의 할당(모든 클래스나 플로우에 할당된 대역폭 합계)을 재정의할 수 있습니다.고정된 대역폭의 양을 재정의하려면 주의하고 레이어 2 오버헤드를 포함하는 최선의 노력과 제어 트래픽을 지원할 수 있는 남은 대역폭을 충분히 허용해야 합니다.
LLQ를 구성하려면 모듈형 QoS CLI(MQC)의 명령을 사용하여 여러 트래픽 클래스 및 하나 이상의 QoS 기능이 포함된 트래픽 정책 맵을 생성합니다.현재 버전의 IOS에서 프레임 릴레이 인터페이스는 인터페이스, 하위 인터페이스 및 VC에 service-policy 명령을 사용하여 정책 맵을 적용할 수 있습니다.다음 표에는 지원되는 정책 조합이 나열되어 있습니다.
입력 정책 | 출력 정책 |
---|---|
참고: 기본 인터페이스와 하위 인터페이스는 피어 인터페이스가 아니며 서비스 정책을 동시에 지원할 수 없습니다. |
|
IP RTP(Real-Time Protocol) 우선 순위 기능은 음성 패킷을 캡슐화하는 RTP와 함께 사용되는 UDP 포트 번호 범위를 기준으로 VoIP(Voice over IP) 패킷에서 매칭하는 간단한 방법을 제공합니다.VoIP 트래픽은 잘 알려진 UDP 포트 범위 16384-32767을 사용합니다. 사용되는 실제 포트가 최종 디바이스 또는 게이트웨이 간에 동적으로 협상되지만 모든 Cisco VoIP 제품은 동일한 포트 범위를 사용합니다.라우터가 VoIP 트래픽을 인식하면 이 트래픽을 엄격한 우선 순위 대기열에 넣습니다.
frame-relay ip rtp priority 명령은 IP RTP 우선 순위 기능을 Frame Relay 맵 클래스로 확장하며 PVC당 고유한 UDP 포트 범위에서 일치시킬 수 있습니다.
LLQ for Frame Relay 및 IP RTP 우선순위 기능은 보완적인 기능을 제공하며 동시에 구성할 수 있습니다.트래픽이 지정된 UDP 포트 범위와 일치하면 음성으로 분류되고 LLQ 우선순위 대기열 및 인터페이스 우선순위 대기열에서 대기됩니다.트래픽이 지정된 RTP 포트 범위를 벗어나면 서비스 정책에 따라 분류됩니다.
다음은 Frame Relay 맵 클래스 및 frame-relay ip rtp priority 명령을 사용하는 일반적인 컨피그레이션 예입니다.아래 표에서는 이 명령의 매개 변수에 대해 설명합니다.
map-class frame-relay VoIPoFR frame-relay fragment 640 frame-relay ip rtp priority 16384 16383 120 no frame-relay adaptive frame-relay cir 256000 frame-relay bc 2500 frame-relay fair-queue
매개 변수 | 매개 변수 설정 방법 |
---|---|
16384 | 패킷이 전송되는 가장 낮은 포트 번호 또는 UDP 포트 시작VoIP의 경우 이 값을 16384로 설정합니다. |
16383 | UDP 대상 포트의 범위.이 값을 에 추가하여 가장 높은 UDP 포트 번호를 생성합니다.VoIP의 경우 이 값을 16383으로 설정합니다. |
120 | 우선 순위 대기열에 대해 허용되는 최대 대역폭(kbps)입니다.동시 통화 수를 기반으로 이 번호를 구성합니다. |
IP RTP 우선순위 기능은 음성 통화의 포트를 알 필요가 없습니다.대신, 이 기능을 사용하면 트래픽이 LLQ 우선순위 대기열에 있는 포트 범위를 식별할 수 있습니다.또한 모든 음성 트래픽에 엄격한 우선 순위 서비스가 제공되도록 전체 음성 포트 범위(16384~32767)를 지정할 수 있습니다.IP RTP 우선순위는 1.544Mbps 미만의 링크에서 특히 유용합니다.
지금까지 이 문서에서 설명한 우선순위 큐잉 메커니즘은 패킷 헤더와 내용에서 일치하고 프레임 릴레이 PVC 내에서 패킷의 우선 순위를 지정합니다.PIQ(Frame Relay PVC Interface Priority Queuing) 기능의 목적은 인터페이스 대기열 처리 수준에서 PVC의 우선 순위를 지정하는 것입니다.다시 말해, 인터페이스에 여러 PVC가 구성된 경우 물리적 미디어에서 전송되기 전에 인터페이스 출력 대기열로 대기됩니다.
PIPQ를 구성하는 두 단계는 다음과 같습니다.
참고: Cisco IOS 12.2(6)에서는 Frame Relay 기본 인터페이스에서 PIPQ를 지원합니다.
Frame Relay 맵 클래스에서 frame-relay interface-queue priority 명령을 구성하고 적절한 PVC 우선순위를 할당합니다.
Router(config)# map-class frame-relay map-class-name Router(config-map-class)# frame-relay interface-queue priority {high | medium | normal | low}
PIPQ를 활성화합니다.
Router(config)# interface serial number Router(config-if)# encapsulation frame-relay [cisco | ietf] Router(config-if)# frame-relay interface-queue priority [high-limit medium-limit normal-limit low-limit]
Cisco IOS 12.2(2)T는 set fr-de 명령을 클래스 기반 마킹을 위한 명령 구문의 일부로 도입했습니다.자세한 내용은 클래스 기반 마킹을 참조하십시오.
Cisco DTS ID CSCdt92898은 버스 오류로 인해 라우터 다시 로드 문제를 해결합니다.LLQ를 사용하는 출력 서비스 정책이 VoFR(Voice over Frame Relay) 패킷을 전달하는 프레임 릴레이 인터페이스에 적용될 때 다시 로드가 발생합니다.이 버그는 많은 Cisco IOS 12.2 릴리스 트레인에서 고정되어 있습니다.