DiffServ 인식 트래픽 엔지니어링 구성
DiffServ 인식 트래픽 엔지니어링 소개
DiffServ(Differentiated Services) 인식 트래픽 엔지니어링은 MPLS 네트워크를 통해 지정된 서비스 수준을 보장하는 방법을 제공합니다. DiffServ 인식 트래픽 엔지니어링을 제공하는 라우터는 차별화된 서비스 네트워크 도메인의 일부입니다. 차별화된 서비스 도메인에 참여하는 모든 라우터는 DiffServ 인식 트래픽 엔지니어링을 활성화해야 합니다.
지정된 서비스 수준이 제공되도록 하려면 지정된 트래픽 양보다 많은 트래픽이 차별화된 서비스 도메인을 통해 전송되지 않도록 해야 합니다. 차별화된 서비스 도메인을 통과하는 트래픽 양을 감시하거나 속도를 제한하도록 폴리서를 구성하여 이 목표를 달성할 수 있습니다. 레이블 교환 경로(LSP)에 대한 폴리서를 구성하는 방법에 대한 자세한 내용은 LSP에 대한 폴리서 구성을 참조하십시오.
이 기능은 VoIP(Voice over IP)와 같은 인터넷 서비스의 품질을 개선하는 데 도움이 될 수 있습니다. 또한 MPLS 네트워크를 통해 ATM(Asynchronous Transfer Mode) 회로를 더 잘 에뮬레이션할 수 있습니다.
DiffServ 인식 트래픽 엔지니어링 용어
대역폭 모델
대역폭 모델은 내부 게이트웨이 프로토콜(IGP)에 의해 보급되는 사용 가능한 대역폭의 값을 결정합니다.
증권 시세 표시기
CAC(Call Admission Control)는 LSP가 설정되기 전에 경로에 적절한 대역폭이 있는지 확인합니다. 대역폭이 부족하면 LSP가 설정되지 않고 오류가 보고됩니다.
클래스 유형
차별화된 서비스 도메인에서 동등하게 취급되는 트래픽 플로우 모음입니다. 클래스 유형은 대기열에 매핑되며 개념상 CoS(class-of-service) 포워딩 클래스와 매우 유사합니다. 트래픽 클래스라고도 합니다.
차별화된 서비스
차별화된 서비스를 사용하면 MPLS 헤더의 EXP 비트를 기반으로 트래픽에 다른 처리를 제공할 수 있습니다. 트래픽을 적절하게 표시하고 CoS를 구성해야 합니다.
차별화된 서비스 도메인
차별화된 서비스를 사용하도록 설정된 네트워크의 라우터입니다.
DiffServ 인식 트래픽 엔지니어링
제약 조건 기반 라우팅의 한 유형입니다. 서로 다른 트래픽 클래스에 대해 서로 다른 대역폭 제약 조건을 적용할 수 있습니다. 또한 LSP가 설정되면 각 트래픽 엔지니어링 클래스에서 CAC를 수행할 수 있습니다.
멀티클래스 LSP
멀티클래스 LSP는 표준 LSP와 같은 기능을 하지만 여러 클래스 유형에서 대역폭을 예약할 수도 있습니다. MPLS 헤더의 EXP 비트는 클래스 유형을 구별하는 데 사용됩니다.
맘
최대 할당 대역폭 제약 조건 모델은 서로 다른 클래스 간에 사용 가능한 대역폭을 나눕니다. 클래스 유형 간의 대역폭 공유는 허용되지 않습니다.
증권 시세 표시기
러시아 인형 대역폭 제약 모델은 클래스 유형이 대역폭을 공유할 수 있도록 하여 대역폭을 효율적으로 사용합니다.
교통 공학 수업
쌍을 이루는 클래스 유형 및 우선 순위.
트래픽 엔지니어링 클래스 맵
클래스 유형, 우선 순위 및 트래픽 엔지니어링 클래스 간의 맵입니다. 트래픽 엔지니어링 클래스 매핑은 차별화된 서비스 도메인에서 일관되어야 합니다.
DiffServ 인식 트래픽 엔지니어링 기능
DiffServ 인식 트래픽 엔지니어링은 다음과 같은 기능을 제공합니다.
집계 수준이 아닌 클래스별 수준의 트래픽 엔지니어링
다양한 클래스 유형(트래픽 클래스)에 대한 다양한 대역폭 제약
클래스마다 다른 대기열 동작으로 라우터가 클래스 유형에 따라 트래픽을 전달할 수 있습니다.
이에 비해 표준 트래픽 엔지니어링은 CoS를 고려하지 않으며 모든 차별화된 서비스 클래스에서 집계 기반으로 작업을 완료합니다.
DiffServ 인식 트래픽 엔지니어링은 다음과 같은 이점을 제공합니다.
트래픽 엔지니어링은 집계 수준이 아닌 특정 클래스 유형에서 수행할 수 있습니다.
대역폭 제약 조건은 각 특정 클래스 유형에 적용될 수 있습니다.
EXP 비트를 기반으로 트래픽을 전달합니다.
이를 통해 MPLS 네트워크에서 서비스 및 대역폭을 보장할 수 있습니다. DiffServ 인식 트래픽 엔지니어링을 통해 ATM 서킷 에뮬레이션, VoIP 및 대역폭 보장 서비스를 제공할 수 있습니다.
다음에서는 IGP, CSPF(Constrained Shortest Path First) 및 RSVP가 DiffServ 인식 트래픽 엔지니어링에 참여하는 방법을 설명합니다.
IGP는 각 트래픽 엔지니어링 클래스에 대한 예약되지 않은 대역폭을 차별화된 서비스 도메인의 다른 구성원에게 보급할 수 있습니다. 트래픽 엔지니어링 데이터베이스는 이 정보를 저장합니다.
CSPF 계산은 각 클래스 유형에 대한 대역폭 제약 조건을 고려하여 수행됩니다. 모든 제약 조건이 충족되면 CSPF 계산이 성공한 것으로 간주됩니다.
RSVP가 LSP에 신호를 보내면 지정된 클래스 유형에 대한 대역폭을 요청합니다.
옵틱 옵션에 대한 링크 다운 알림 구성 알람 또는 경고
DiffServ 인식 트래픽 엔지니어링 LSP 개요
DiffServ 인식 트래픽 엔지니어링 LSP는 특정 클래스 유형에 대한 대역폭 예약으로 구성된 LSP입니다. 이 LSP는 단일 클래스 유형에 대한 트래픽을 전달할 수 있습니다. 패킷에서 클래스 유형은 EXP 비트(서비스 등급 비트라고도 함) 및 EXP 비트와 관련된 PHB(per-hop behavior)로 지정됩니다. EXP 비트와 PHB 간의 매핑은 RSVP에서 시그널링되지 않고 정적입니다.
클래스 유형은 차별화된 서비스 도메인 전체에서 일관되게 구성되어야 하며, 이는 클래스 유형 구성이 네트워크의 라우터마다 일관되어야 함을 의미합니다. 클래스 유형을 큐에 명확하게 매핑할 수 있습니다. 각 노드 라우터에서 인터페이스에 대한 서비스 등급 대기열 구성은 해당 링크의 특정 클래스 유형에 사용 가능한 대역폭으로 변환됩니다.
LSP 및 DiffServ 인식 트래픽 엔지니어링과 관련된 주제에 대한 자세한 내용은 다음을 참조하십시오.
포워딩 클래스 및 서비스 등급에 대한 자세한 내용은 라우팅 디바이스용 Junos OS 서비스 등급 사용 설명서를 참조하십시오.
EXP 비트의 경우 MPLS 레이블 할당을 참조하십시오.
차별화된 서비스에 대해서는 RFC 3270, 차별화된 서비스의 MPLS(Multi-Protocol Label Switching) 지원을 참조하십시오.
차별화된 서비스 인식 MPLS 트래픽 엔지니어링을 지원하기 위해 IGP 및 RSVP를 수정하는 방법에 대한 자세한 내용은 RFC 4124, 차별화된 서비스 인식 MPLS 트래픽 엔지니어링 지원을 위한 프로토콜 확장을 참조하십시오.
DiffServ 인식 트래픽 엔지니어링 LSP 작동
DiffServ 인식 트래픽 엔지니어링 LSP를 구성할 때 클래스 유형 및 이와 관련된 대역폭을 지정합니다. 특정 클래스 유형의 대역폭 예약으로 LSP가 설정되면 다음과 같은 상황이 발생합니다.
IGP는 트래픽 엔지니어링 클래스에 사용할 수 있는 예약되지 않은 대역폭의 양을 광고합니다.
LSP에 대한 경로를 계산할 때 CSPF는 지정된 우선 순위 수준에서 LSP가 수행하는 클래스 유형에 대한 대역폭 제약이 충족되도록 하는 데 사용됩니다.
CSPF는 또한 LSP에 참여하는 각 라우터에서 대역폭 모델이 일관되게 구성되었는지 확인합니다. 대역폭 모델이 일치하지 않는 경우 CSPF는 경로를 계산하지 않습니다(클래스 유형 ct0의 LSP 제외).
경로가 발견되면 RSVP는 경로 메시지의 클래스 유형 개체를 사용하여 LSP에 신호를 보냅니다. 경로의 각 노드에서 클래스 유형에 사용 가능한 대역폭은 경로가 설정됨에 따라 조정됩니다.
특정 클래스(클래스 유형 ct0 제외)의 대역폭을 필요로 하는 LSP는 클래스 유형 객체를 이해하지 못하는 라우터를 통해 설정할 수 없습니다. 클래스 유형 개체를 이해하지 못하는 라우터의 사용을 방지하면 LSP가 차별화된 서비스를 지원할 수 없는 라우터를 사용하지 못하도록 하여 차별화된 서비스 도메인 전체에서 일관성을 보장하는 데 도움이 됩니다.
기본적으로 LSP는 설정 우선 순위 7과 유지 우선 순위 0으로 신호를 받습니다. 이러한 값으로 구성된 LSP는 설정 시 다른 LSP를 선점할 수 없으며 선점될 수 없습니다.
DiffServ 인식 트래픽 엔지니어링을 위해 구성된 LSP와 동일한 물리적 인터페이스에서 동시에 구성된 일반 LSP를 모두 가질 수 있습니다. 이러한 유형의 이기종 환경의 경우, 일반 LSP는 기본적으로 best-effort 트래픽을 전달합니다. 일반 LSP에서 전송되는 트래픽은 올바른 EXP 설정을 가져야 합니다(EXP 설정을 언급하거나 트래픽이 업스트림 라우터에서 올바른 EXP 설정으로 도착했다고 가정하여).
DiffServ 인식 트래픽 엔지니어링을 위한 라우터 구성
DiffServ 인식 트래픽 엔지니어링을 구성하려면 다음과 같은 명령문을 포함합니다.diffserv-te
diffserv-te { bandwidth-model { extended-mam; mam; rdm; } te-class-matrix { traffic-class { tenumber { priority priority; traffic-class ctnumber priority priority; } } } }
다음 계층 수준에서 이 명령문을 포함시킬 수 있습니다:
[edit protocols mpls][edit logical-systems logical-system-name protocols mpls]
차별화된 diffserv-te 서비스 도메인에 참여하는 모든 라우터의 구성에 명령문을 포함해야 합니다. 그러나 트래픽 엔지니어링 클래스 매트릭스를 구성할 필요는 없습니다(또는 [edit logical-systems logical-system-name protocols mpls diffserv-te] 계층 수준에서 문을 [edit protocols mpls diffserv-te] 포함 te-class-matrix 하여).
Diffserv 인식 트래픽 엔지니어링으로 마이그레이션할 때 잘못된 구성의 가능성을 방지하기 위해 이전 LSP와 새로 구성된 TE-class 매트릭스 간에 충돌이 있는 경우 정책 제어 실패 오류가 트리거될 수 있습니다.
이전 노드는 ct0 클래스와 우선 순위의 조합이 구성된 TE 클래스 매트릭스와 일치하지 않는 방식으로 설정을 통해 LSP를 요청하고 우선 순위를 유지할 수 있습니다. diffserv 인식 트래픽 엔지니어링을 구성하기 전에 구성된 라우터의 모든 LSP는 ct0 클래스에 속하는 것으로 지정됩니다.
이 오류는 RSVP 추적 로그에 오류로 Session preempted 나타납니다. 오류가 발생한 라우터의 경우 오류가 다음과 같이 나타날 수 있습니다.
Jun 17 16:35:59 RSVP error for session 10.255.245.6(port/tunnel ID 31133) Proto 0: (class ct0, priority 2) is not a valid TE-class Jun 17 16:35:59 RSVP originate PathErr 192.168.37.22->192.168.37.23 Session preempted
오류를 수신하는 라우터의 경우 오류가 다음과 같이 나타날 수 있습니다.
Jun 17 16:37:51 RSVP recv PathErr 192.168.37.22->192.168.37.23 Session preempted LSP to-f(2/31133)
DiffServ 인식 트래픽 엔지니어링을 구성하려면 다음 섹션의 절차를 완료하십시오.
대역폭 모델 구성
차별화된 서비스 도메인에 참여하는 모든 라우터에서 대역폭 모델을 구성해야 합니다. 사용 가능한 대역폭 모델은 MAM, 확장 MAM 및 RDM입니다.
MAM(Maximum allocation bandwidth constraints model) - RFC 4125, Diffserv 인식 MPLS 트래픽 엔지니어링을 위한 최대 할당 대역폭 제약 모델 (Maximum Allocation Bandwidth Constraints Model)에 정의되어 있습니다.
확장 MAM - 표준 MAM과 매우 유사하게 동작하는 독점 대역폭 모델입니다. 멀티클래스 LSP를 구성하는 경우 확장된 MAM 대역폭 모델을 구성해야 합니다.
Russian-dolls 대역폭 할당 모델(RDM) - 클래스 유형이 대역폭을 공유할 수 있도록 하여 대역폭을 효율적으로 사용합니다. RDM은 RFC 4127, Russian Dolls Bandwidth Constraints Model for Diffserv-aware MPLS Traffic Engineering에 정의되어 있습니다.
대역폭 모델을 구성하려면 명령문을 포함하고 bandwidth-model 대역폭 모델 옵션 중 하나를 지정합니다.
bandwidth-model { extended-mam; mam; rdm; }
다음 계층 수준에서 이 명령문을 포함시킬 수 있습니다:
[edit protocols mpls diffserv-te][edit logical-systems logical-system-name protocols mpls diffserv-te]주:수신 라우터에서 대역폭 모델을 변경하면 라우터에서 활성화된 모든 LSP가 중단되고 다시 신호를 보냅니다.
트래픽 엔지니어링 클래스 구성
트래픽 엔지니어링 클래스 구성은 선택 사항입니다. 표 1 은(는) 트래픽 엔지니어링 클래스 매트릭스의 모든 항목에 대한 기본값을 표시합니다. 기본 매핑은 CoS 구성에 정의된 기본 포워딩 클래스를 기준으로 표현됩니다.
트래픽 엔지니어링 클래스 |
클래스 유형 |
큐 |
우선권 |
|---|---|---|---|
te0 |
ct0 |
0 |
7 |
te1 |
ct1 |
1 |
7 |
te2 |
ct2 |
2 |
7 |
te3 |
ct3 |
3 |
7 |
te4 |
증권 시세 표시기 |
0 |
0 |
te5 |
증권 시세 표시기 |
1 |
0 |
te6 |
증권 시세 표시기 |
2 |
0 |
te7 |
증권 시세 표시기 |
3 |
0 |
기본 매핑을 재정의하려면 트래픽 엔지니어링 클래스 0에서 7을 구성할 수 있습니다. 각 트래픽 엔지니어링 클래스에 대해 0에서 3까지의 클래스 유형(또는 대기열)을 구성합니다. 각 클래스 유형에 대해 0에서 7까지의 우선 순위를 구성합니다.
트래픽 엔지니어링 클래스를 명시적으로 구성하려면 다음과 같은 명령문을 포함합니다.te-class-matrix
te-class-matrix { tenumber { priority priority; traffic-class { ctnumber priority priority; } } }
다음 계층 수준에서 이 명령문을 포함시킬 수 있습니다:
[edit protocols mpls diffserv-te][edit logical-systems logical-system-name protocols mpls diffserv-te]
다음 예는 클래스 유형과 ct1 우선 순위가 인 트래픽 엔지니어링 클래스를 te0 구성하는 방법을 보여줍니다.4
[edit protocols mpls diffserv-te]
te-class-matrix {
te0 traffic-class ct1 priority 4;
}
트래픽 엔지니어링 클래스 중 하나에 대한 값을 명시적으로 구성하면 트래픽 엔지니어링 클래스 매트릭스의 모든 기본값이 삭제됩니다.
트래픽 엔지니어링 클래스를 명시적으로 구성할 때 대역폭 모델도 구성해야 합니다. 그렇지 않으면 구성 커밋 작업이 실패합니다.
트래픽 엔지니어링 클래스 매트릭스에 대한 요구 사항 및 제한 사항
트래픽 엔지니어링 클래스 매트릭스를 구성할 때 다음 요구 사항 및 제한 사항을 알고 있어야 합니다.
매핑 구성은 로컬이며 매핑 구성이 구성된 라우터에만 영향을 미칩니다. 차별화된 서비스 도메인에 참여하는 다른 시스템에는 영향을 주지 않습니다. 그러나 차별화된 서비스 도메인이 제대로 작동하려면 동일한 도메인에 참여하는 모든 라우터에 동일한 트래픽 엔지니어링 클래스 매트릭스를 구성해야 합니다.
트래픽 엔지니어링 클래스를 명시적으로 구성할 때는 클래스를 순서대로(
te0,te1,te2,te3, 등) 구성해야 합니다. 그렇지 않으면 구성 커밋 작업이 실패합니다.
구성하는 첫 번째 트래픽 엔지니어링 클래스는 다음과 같아야 te0합니다. 그렇지 않으면 구성 커밋 작업이 실패합니다.
DiffServ 인식 트래픽 엔지니어링을 위한 서비스 등급 구성
DiffServ 인식 트래픽 엔지니어링을 구성하려면 서비스 등급도 구성해야 합니다. 다음 예제에서는 각 클래스에 링크 대역폭의 25%를 할당하는 CoS(class-of-service) 구성을 보여 줍니다.
class-of-service {
interfaces {
all {
scheduler-map simple-map;
}
}
scheduler-maps {
simple-map {
forwarding-class assured-forwarding scheduler simple_sched;
forwarding-class best-effort scheduler simple_sched;
forwarding-class network-control scheduler simple_sched;
forwarding-class expedited-forwarding scheduler simple_sched;
}
}
schedulers {
simple_sched {
transmit-rate percent 25;
buffer-size percent 25;
}
}
}
DiffServ 인식 트래픽 엔지니어링을 위한 LSP 구성
LSP에 대한 DiffServ 인식 트래픽 엔지니어링을 활성화하기 전에 차별화된 서비스 도메인을 구성해야 합니다( DiffServ 인식 트래픽 엔지니어링을 위한 라우터 구성 참조). 차별화된 서비스 도메인은 LSP 구성에서 참조하는 기본 클래스 유형과 해당 트래픽 엔지니어링 클래스를 제공합니다. LSP가 제대로 작동하려면 차별화된 서비스 도메인에 참여하는 각 라우터에서 트래픽 엔지니어링 클래스를 일관되게 구성해야 합니다.
LSP에 대한 DiffServ 인식 트래픽 엔지니어링을 구성할 때 MAM 또는 RDM을 대역폭 모델로 구성해야 합니다. 대역폭 모델 구성을 참조하십시오.
이 차별화된 서비스 도메인을 통해 전송되는 실제 데이터는 LSP에 의해 전달됩니다. 각 LSP는 MPLS 패킷의 EXP 비트에 의존하여 DiffServ 인식 트래픽 엔지니어링을 활성화합니다. 각 LSP는 단일 클래스 유형에 대한 트래픽을 전달할 수 있습니다.
LSP에 참여하는 모든 라우터는 Junos OS 릴리스 6.3 이상을 실행하는 주니퍼 네트웍스 라우터여야 합니다. 네트워크에는 다른 벤더의 라우터와 이전 버전의 Junos OS를 실행하는 주니퍼 네트웍스 라우터가 포함될 수 있습니다. 그러나 DiffServ 인식 트래픽 엔지니어링 LSP는 이러한 라우터를 트래버스할 수 없습니다.
동일한 라우터에서 멀티클래스 LSP와 DiffServ 인식 트래픽 엔지니어링 LSP를 동시에 구성할 수 없습니다.
LSP에 대한 DiffServ 인식 트래픽 엔지니어링을 활성화하려면 다음을 구성해야 합니다.
인터페이스에 대한 서비스 등급 구성
기존 CoS(Class-of-Service) 인프라는 일관되게 표시된 트래픽이 해당 클래스에 대한 스케줄링 보장을 받도록 합니다. 이를 달성하는 데 필요한 분류, 마킹 및 스케줄링은 기존 Junos OS CoS 기능을 사용하여 구성됩니다.
Junos OS는 ATM 인터페이스에서 CoS를 지원하지 않습니다.
CoS를 구성하는 방법에 대한 자세한 내용은 라우팅 디바이스용 Junos OS 서비스 등급 사용자 가이드를 참조하십시오.
IGP 구성
IS-IS 또는 OSPF를 IGP로 구성할 수 있습니다. LSP를 지원하는 라우터의 IS-IS 및 OSPF 구성은 표준입니다. 이러한 프로토콜을 구성하는 방법에 대한 자세한 내용은 라우팅 디바이스용 Junos OS 라우팅 프로토콜 라이브러리를 참조하십시오.
트래픽 엔지니어링 LSP 구성
표준 LSP 구성 명령문 및 절차를 사용하여 LSP를 구성합니다. LSP에 대한 DiffServ 인식 트래픽 엔지니어링을 구성하려면 문을 포함하여 클래스 유형 대역폭 제약 조건을 지정합니다.bandwidth
label-switched-path lsp-name {
bandwidth {
ctnumber bps;
}
}
명령문을 포함할 bandwidth 수 있는 계층 수준의 목록은 이 명령문에 대한 명령문 요약 섹션을 참조하십시오.
클래스 유형에 대한 대역폭을 지정하지 않으면, 이(가) ct0 LSP의 대기열로 자동 지정됩니다. 다중 클래스 LSP와 달리 각 LSP에 대해 하나의 클래스 유형만 구성할 수 있습니다.
class type 문은 다음 클래스에 대한 대역폭(초당 비트 수)을 지정합니다.
ct0- 클래스 0용으로 예약된 대역폭ct1- 클래스 1용으로 예약된 대역폭ct2- 클래스 2용으로 예약된 대역폭ct3- 클래스 3용으로 예약된 대역폭
LSP에 대한 설정 및 유지 우선 순위를 구성할 수 있지만 다음과 같은 제한 사항이 적용됩니다.
클래스와 우선순위의 조합은 구성된 트래픽 엔지니어링 클래스 중 하나여야 합니다. 기본 설정 우선 순위는 7이고 기본 유지 우선 순위는 0입니다.
클래스 유형과 우선순위의 잘못된 조합을 구성하면 커밋 작업이 실패합니다.
자동 대역폭 할당은 지원되지 않습니다. 자동 대역폭 할당을 구성하면 커밋 작업이 실패합니다.
명령문으로
bandwidth구성되었지만 클래스 유형을 지정하지 않은 LSP는 기본 클래스 유형을ct0사용합니다.마이그레이션 문제는 인터넷 초안 draft-ietf-tewg-diff-te-proto-07.txt를 참조하세요.
LSP에 대한 폴리싱 구성
폴리싱을 사용하면 특정 LSP를 통해 전달되는 트래픽의 양을 제어할 수 있습니다. 폴리싱은 LSP를 통해 전달되는 트래픽의 양이 요청된 대역폭 할당을 초과하지 않도록 하는 데 도움이 됩니다. 각 LSP에 대해 여러 폴리서를 구성할 수 있습니다.
LSP의 폴리서를 구성하는 방법에 대한 자세한 내용은 LSP의 폴리서 구성을 참조하십시오.
트래픽 엔지니어링 LSP를 위한 Fast Reroute 구성
트래픽 엔지니어링 LSP(단일 트래픽 클래스를 전달하는 LSP)에 대해 Fast Reroute를 구성할 수 있습니다. 또한 Fast Reroute가 활성화된 경우 트래픽 클래스에 대한 우회 경로에서 대역폭을 예약할 수 있습니다. 트래픽 엔지니어링 LSP와 우회 모두에 동일한 클래스 유형 번호가 사용됩니다.
우회 경로에 대한 대역폭을 예약하도록 라우터를 구성하는 경우, 링크가 잠재적인 우회 경로로 수락하기 전에 링크가 DiffServ 인식 트래픽 엔지니어링 및 CoS 기능을 처리할 수 있는지 확인합니다. 지원되지 않는 링크는 사용되지 않습니다.
명령문 또는 명령문을 사용하여 우회를 위해 예약할 대역폭의 bandwidth 양을 구성할 수 있습니다 bandwidth-percent . 이러한 명령문은 한 번에 하나씩만 구성할 수 있습니다. 명령문이나 bandwidthbandwidth-percent 명령문을 구성하지 않으면 기본 설정은 우회 경로에 대한 대역폭을 예약하지 않는 것입니다(트래픽이 우회로 전환되면 대역폭 보장이 손실됨).
문을 구성할 bandwidth 때 우회 경로에 대해 예약할 특정 대역폭 양(초당 비트 수[bps])을 지정할 수 있습니다. 자세한 내용은 Fast Reroute 구성을 참조하십시오.
bandwidth-percent 명령문을 사용하면 우회 경로의 대역폭을 보호 경로에 대해 구성된 대역폭의 백분율로 지정할 수 있습니다. 예를 들어, 보호된 경로에 대해 1억 bps의 대역폭을 구성하고 문에 bandwidth-percent 대해 20을 구성하는 경우, 우회 경로에는 사용을 위해 예약된 2천만 bps의 대역폭이 있습니다.
보호된 경로의 대역폭을 기반으로 우회 경로에서 사용하는 대역폭의 백분율을 구성하려면 문을 포함합니다.bandwidth-percent
bandwidth-percent percentage;
다음 계층 수준에서 이 명령문을 포함시킬 수 있습니다:
[edit protocols mpls label-switched-path lsp-name fast-reroute][edit logical-systems logical-system-name protocols mpls label-switched-path lsp-name fast-reroute]