Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

DiffServ 인식 트래픽 엔지니어링 구성

DiffServ 인식 트래픽 엔지니어링 소개

DiffServ(Differentiated Services) 인식 트래픽 엔지니어링은 네트워크 상에서 특정 MPLS 방법을 제공합니다. DiffServ 인식 트래픽 엔지니어링을 제공하는 라우터는 차별화된 서비스 네트워크 도메인의 일부입니다. 차별화된 서비스 도메인에 참여하는 모든 라우터는 DiffServ 인식 트래픽 엔지니어링을 활성화해야 합니다.

지정된 서비스 레벨이 제공되도록 보장하기 위해서는 지정된 트래픽 양이 차별화된 서비스 도메인을 통해 전송되지 않도록 보장해야 합니다. 차별화된 서비스 도메인을 전송하는 트래픽 볼륨에 대해 Policer를 구성하거나 속도 제한을 설정하여 이러한 목표를 달성할 수 있습니다. LSP(Label-Switched Path)에 대해 Policers를 구성하는 방법에 대한 자세한 내용은 LSP용 Policers 구성 을 참조하십시오.

이 기능은 VoIP(Voice over IP)과 같은 인터넷 서비스의 품질을 향상시키는 데 도움이 될 수 있습니다. 또한 네트워크에서 ATM(Asynchronous Transfer Mode) 서킷을 더 잘 MPLS 수 있습니다.

DiffServ 인식 트래픽 엔지니어링 용어

대역폭 모델

대역폭 모델은 IGP(Interior Gateway Protocol)에서 광고하는 가용 대역폭 값을 결정합니다.

Cac

CAC(Call Admission Control)는 LSP가 설정되기 전에 경로에 적절한 대역폭이 할당되도록 보장합니다. 대역폭이 부족하면 LSP를 설정하지 못하고 오류가 보고됩니다.

클래스 유형

차별화된 서비스 도메인에서 동등하게 처리된 트래픽 플로우 모음 클래스 유형은 큐에 매핑되어 개념의 CoS(Class-of-Service) 포워킹 클래스와 매우 다릅니다. 트래픽 클래스라고도 합니다.

차별화된 서비스

차별화된 서비스를 통해 네트워크 헤더의 EXP 비트에 따라 트래픽에 MPLS 수 있습니다. 트래픽을 적절하게 표시해야 합니다. CoS를 구성해야 합니다.

차별화된 서비스 도메인

차별화된 서비스를 지원할 수 있는 네트워크 내 라우터.

DiffServ 인식 트래픽 엔지니어링

제약 기반 라우팅의 유형 서로 다른 트래픽 클래스에 대해 서로 다른 대역폭 제약을 적용할 수 있습니다. LSP가 설정되면 각 트래픽 엔지니어링 클래스에서 CAC를 할 수 있습니다.

멀티클라즈 LSP

표준 LSP와 같은 멀티클라즈 LSP 기능을 지원하지만 여러 클래스 유형에서 대역폭을 예약할 수도 있습니다. 클래스 유형을 구분하기 위해 MPLS 헤더의 EXP 비트가 사용됩니다.

최대 할당 대역폭 제약 모델에서 사용 가능한 대역폭을 서로 다른 클래스 간에 나 나타 내는 모델이 있습니다. 클래스 유형 간의 대역폭 공유는 허용되지 않습니다.

Rdm

러시아 인형 대역폭 제한 모델(dolls bandwidth constraint model)은 클래스 유형이 대역폭을 공유할 수 있도록 하여 대역폭을 효율적으로 사용할 수 있도록 합니다.

트래픽 엔지니어링 클래스

클래스 유형과 우선 순위가 쌍으로 나타날 수 있습니다.

트래픽 엔지니어링 클래스 맵

클래스 유형, 우선 순위 및 트래픽 엔지니어링 클래스 간의 지도입니다. 트래픽 엔지니어링 클래스 매핑은 Differentiated Services 도메인 전반에서 일관성을 유지해야 합니다.

DiffServ 인식 트래픽 엔지니어링 기능

DiffServ 인식 트래픽 엔지니어링은 다음과 같은 기능을 제공합니다.

  • 총 수준이 아닌 클래스 레벨의 트래픽 엔지니어링

  • 서로 다른 클래스 유형(트래픽 클래스)에 대한 서로 다른 대역폭 제약 조건

  • 클래스별로 서로 다른 큐링 동작이 가능하므로 라우터가 클래스 유형에 따라 트래픽을 포우링할 수 있습니다.

이와 비교해 표준 트래픽 엔지니어링은 CoS를 고려하지 않고 모든 Differentiated Service 클래스에서 총체적으로 작업을 완료합니다.

DiffServ 인식 트래픽 엔지니어링은 다음과 같은 이점을 제공합니다.

  • 트래픽 엔지니어링은 총 수준이 아닌 특정 클래스 유형에서 수행할 수 있습니다.

  • 대역폭 제약은 각 특정 클래스 유형에 적용될 수 있습니다.

  • EXP 비트를 기반으로 트래픽을 포상합니다.

이를 통해 네트워크 전반에서 서비스 및 대역폭을 보장할 MPLS 있습니다. 무엇보다도 DiffServ 인식 트래픽 엔지니어링을 통해 ATM 서킷 에뮬링, VoIP 및 보증 대역폭 서비스를 제공할 수 있습니다.

다음은 주니퍼의 IGP, CSPF(Constrained Shortest Path First) 및 RSVP가 DiffServ 인식 트래픽 엔지니어링에 어떻게 참여하는지 설명하고 있습니다.

  • 이 IGP 각 트래픽 엔지니어링 클래스에 대해 제공되지 않는 대역폭을 차별화된 서비스 도메인의 다른 구성원에게 광고할 수 있습니다. 트래픽 엔지니어링 데이터베이스는 이 정보를 저장합니다.

  • 각 클래스 유형에 대한 대역폭 제약 조건에 대해 CSPF 계산이 수행됩니다. 모든 제약 조건이 충족되는 경우 CSPF 계산이 성공한 것으로 간주됩니다.

  • RSVP가 LSP에 신호를 전송하면 지정된 클래스 유형에 대한 대역폭을 요청합니다.

DiffServ-Aware Traffic Engineered LSP 개요

DiffServ 인식 트래픽 엔지니어링 LSP는 특정 클래스 유형에 대한 대역폭 예약으로 구성된 LSP입니다. 이 LSP는 단일 클래스 유형에 대한 트래픽을 전달할 수 있습니다. 패킷에서 클래스 유형은 EXP 비트(서비스 클래스 비트라고도도) 및 EXP 비트와 연관된 홉당 동작(PHB)에 의해 지정됩니다. EXP 비트와 PHB 간의 매핑은 RSVP에서 신호 전송되는 것이 아니라 정적입니다.

클래스 유형은 Differentiated Services 도메인 전반에서 일관되게 구성되어야 합니다. 즉, 클래스 유형 구성은 네트워크의 라우터에서 라우터까지 일관되게 구성되어야 합니다. 클래스 유형을 큐에 모호하게 매핑할 수 있습니다. 각 노드 라우터에서 인터페이스에 대한 서비스 등급 큐 구성은 해당 링크의 특정 클래스 유형에 대한 가용 대역폭으로 변환됩니다.

LSP 및 DiffServ 인식 트래픽 엔지니어링과 관련된 주제에 대한 자세한 내용은 다음을 참조하십시오.

  • 포우링 클래스 및 서비스 등급 경우 라우팅장비에 대한 Junos OS 서비스 등급 사용자 가이드 를 참조하십시오.

  • EXP 비트는 MPLS Label 할당 을 참조합니다.

  • 차별화된 서비스는 RFC 3270, 멀티 프로토콜 레이블 스위칭(MPLS) 지원 을 참조하십시오.

  • 차별화된 서비스 인식 서비스를 지원하기 위해 IGP 및 RSVP가 변경된 방법에 대한 자세한 내용은 MPLS 트래픽 엔지니어링 Service-AwareMPLS 트래픽 엔지니어링 지원을 위한 프로토콜 확장 RFC 4124를 참조하십시오.

DiffServ-Aware 트래픽 엔지니어링 LSP 작동

DiffServ 인식 트래픽 엔지니어링 LSP를 구성할 때 클래스 유형과 그와 연관된 대역폭을 지정합니다. 특정 클래스 유형에서 대역폭 예약을 통해 LSP가 설정되면 다음이 발생합니다.

  1. IGP는 트래픽 엔지니어링 클래스에 대해 서비스되지 않은 대역폭이 얼마나 많은 대역폭을 이용할 수 있는가를 광고합니다.

  2. LSP에 대한 경로를 계산할 때 CSPF는 지정된 우선 순위 수준에서 LSP에 의해 수행되는 클래스 유형에 대해 대역폭 제약 조건을 충족하는 데 사용됩니다.

    또한 CSPF는 LSP에 참여하는 각 라우터에서 대역폭 모델이 일관되게 구성되도록 확인합니다. 대역폭 모델이 비일관적인 경우 CSPF는 경로를 계산하지 않습니다(클래스 유형 ct0의 LSP 제외).

  3. 경로가 발견된 후, RSVP는 경로 메시지에서 Classtype 객체를 사용하여 LSP에 신호를 전송합니다. 경로의 각 노드에서 클래스 유형에 대한 가용 대역폭은 경로 설정에 따라 조정됩니다.

특정 클래스(클래스 유형 ct0 제외)의 대역폭을 필요로 하는 LSP는 Classtype 객체를 이해하지 않는 라우터를 통해 설정될 수 없습니다. Classtype 객체를 이해하지 않는 라우터를 방지하면 LSP가 차별화된 서비스를 지원할 수 없는 라우터를 사용하지 못하도록 방지하여 차별화된 서비스 도메인 전반에서 일관성을 보장할 수 있습니다.

기본적으로 LSP는 설정 우선 순위 7과 우선 순위 유지 0으로 신호가 전달됩니다. 이러한 값으로 구성된 LSP는 설정 시 다른 LSP를 선제적으로 지원할 수 없습니다.

DiffServ 인식 트래픽 엔지니어링을 위해 LSP와 일반 LSP 구성을 동시에 동일한 물리적 인터페이스에 구성할 수 있습니다. 이러한 유형의 이기종 환경의 경우, 일반 LSP는 기본적으로 best-effort 트래픽을 전달합니다. 일반 LSP에서 수행되는 트래픽은 올바른 EXP 설정이 있어야 합니다(EXP 설정을 설명하거나 업스트림 라우터에서 정확한 EXP 설정으로 트래픽이 도착했다고 전제하는 경우).

DiffServ 인식 트래픽 엔지니어링을 위한 라우터 구성

DiffServ 인식 트래픽 엔지니어링을 구성하기 위해 다음 진술을 diffserv-te 포함해야 합니다.

다음 계층 수준에 이 진술을 포함할 수 있습니다.

  • [edit protocols mpls]

  • [edit logical-systems logical-system-name protocols mpls]

Differentiated Services 도메인에 참여하는 모든 라우터의 구성에 진술을 diffserv-te 포함해야 합니다. 그러나 트래픽 엔지니어링 클래스 매트릭스(명령문을 계층 수준에 포함)를 구성할 te-class-matrix[edit protocols mpls diffserv-te][edit logical-systems logical-system-name protocols mpls diffserv-te] 필요는 없습니다.

주:

Diffserv 인식 트래픽 엔지니어링으로 마이그레이션할 때 구성이 올바르지 않을 가능성을 방지하기 위해 기존 LSP와 새로 구성된 트래픽 엔지니어링(TE) 클래스 매트릭스 간에 충돌이 발생하는 정책 제어 장애가 발생할 수 있습니다.

오래된 노드는 설정이 있는 LSP를 요청하고 우선 순위를 보유하는 방식으로 ct0 클래스와 우선 순위를 조합하는 것이 구성된 트래픽 엔지니어링(TE) 클래스 매트릭스와 일치하지 않을 수 있습니다. Diffserv 인식 트래픽 엔지니어링을 구성하기 전에 구성된 라우터의 모든 LSP는 Class ct0에서 구성되는 것으로 지정됩니다.

오류는 RSVP 추적 로그에 오류로 Session preempted 나타납니다. 오류가 발생하는 라우터의 경우 오류가 다음과 같이 나타날 수 있습니다.

오류를 수신하는 라우터의 경우 오류가 다음과 같이 나타날 수 있습니다.

DiffServ 인식 트래픽 엔지니어링을 구성하기 위해 다음 섹션에서 절차를 완료합니다.

대역폭 모델 구성

Differentiated Services 도메인에 참여하는 모든 라우터에 대역폭 모델을 구성해야 합니다. 사용 가능한 대역폭 모델은 MAM, 확장 MAM 및 RDM입니다.

  • 최대 MAM(할당 대역폭 제약 조건 모델)—RFC 4125에서 정의되는 Diffserv 인식트래픽 엔지니어링을 위한 MPLS 모델

  • 확장 MAM—표준 MAM과 매우 같은 전용 대역폭 모델. 멀티클라즈 LSP를 구성하려면 확장 MAM 대역폭 모델을 구성해야 합니다.

  • 러시아어 RDM(대역폭 할당 모델)—클래스 유형이 대역폭을 공유할 수 있도록 하여 대역폭을 효율적으로 사용합니다. RDM은 Diffserv 인식 트래픽 엔지니어링을 위한 RFC 4127, 러시아 인형 대역폭 제약 MPLS 정의됩니다.

대역폭 모델을 구성하기 위해 명령문을 포함하고 대역폭 모델 옵션 중 하나를 bandwidth-model 지정합니다.

다음 계층 수준에 이 진술을 포함할 수 있습니다.

  • [edit protocols mpls diffserv-te]

  • [edit logical-systems logical-system-name protocols mpls diffserv-te]

    주:

    ingress 라우터의 대역폭 모델을 변경하면 라우터에 활성화된 모든 LSP가 다운되어 다시 할당됩니다.

트래픽 엔지니어링 클래스 구성

트래픽 엔지니어링 클래스 구성은 선택 사항입니다. 은 트래픽 엔지니어링 클래스 매트릭스 내 모든 것의 표 1 기본 값을 나타냅니다. 기본 매핑은 CoS 구성에 정의된 기본 포우링 클래스의 관점에서 표현됩니다.

표 1: 트래픽 엔지니어링 클래스 매트릭스에 대한 기본 값

트래픽 엔지니어링 클래스

클래스 유형

Priority

te0

ct0

0

7

te1

ct1

1

7

te2

ct2

2

7

te3

ct3

3

7

te4

ct0

0

0

te5

ct1

1

0

te6

ct2

2

0

te7

ct3

3

0

기본 매핑을 오버라우트하려는 경우 트래픽 엔지니어링 클래스 0 ~7을 구성할 수 있습니다. 각 트래픽 엔지니어링 클래스에 대해 0에서 3까지의 클래스 유형(또는 큐)을 구성합니다. 각 클래스 유형에 대해 우선 순위를 0에서 7로 구성합니다.

트래픽 엔지니어링 클래스를 명시적으로 구성하기 위해 다음 te-class-matrix 명령문을 포함합니다.

다음 계층 수준에 이 진술을 포함할 수 있습니다.

다음 예제에서는 클래스 유형과 우선 순위를 통해 트래픽 엔지니어링 클래스를 te0ct1 구성하는 방법을 4 보여줍니다.

주:

트래픽 엔지니어링 클래스 중 하나에 대한 값을 명시적으로 구성하면 트래픽 엔지니어링 클래스 매트릭스 내 모든 기본값이 드롭됩니다.

트래픽 엔지니어링 클래스를 명시적으로 구성할 경우 대역폭 모델도 구성해야 합니다. 그렇지 않으면 구성 커밋 작동에 장애가 발생하게 됩니다.

트래픽 엔지니어링 Class Matrix의 요구 사항 및 제한 사항

트래픽 엔지니어링 클래스 매트릭스를 구성할 경우 다음 요구 사항과 제한 사항에 유의하십시오.

  • 매핑 구성은 로컬에 있으며 구성되는 라우터에만 영향을 미치게 됩니다. 이는 차별화된 서비스 도메인에 참여하는 다른 시스템에 영향을 미치지 않습니다. 그러나 차별화된 서비스 도메인이 제대로 작동하려면 동일한 도메인에 참여하는 모든 라우터에 동일한 트래픽 엔지니어링 클래스 매트릭스를 구성해야 합니다.

  • 트래픽 엔지니어링 클래스를 명시적으로 구성하는 경우 순서대로 클래스를 구성해야 합니다(, " 등); 그렇지 않으면 구성 커밋 작동에 te0te1te2te3 실패합니다.

구성하는 첫 번째 트래픽 엔지니어링 클래스는 그렇지 않은 경우 구성 커밋 작동에 te0 실패해야 합니다.

DiffServ 인식 트래픽 엔지니어링을 위한 서비스 등급 구성

DiffServ 인식 트래픽 엔지니어링을 구성하려면 네트워크 구성도 서비스 등급. 다음 예제에서는 링크 대역폭의 25%를 각 클래스에 할당하는 서비스 등급 구성을 설명하고 있습니다.

DiffServ 인식 트래픽 엔지니어링을 위한 LSP 구성

DiffServ 인식 트래픽 엔지니어링을 LSP에 사용하려면 먼저 차별화된 서비스 도메인(DiffServ 인식트래픽 엔지니어링을 위한 라우터 구성 참조)을 구성해야 합니다. Differentiated Services 도메인은 LSP 구성에서 참조하는 그 토대가 된 클래스 유형과 해당 트래픽 엔지니어링 클래스를 제공합니다. 트래픽 엔지니어링 클래스는 LSP가 제대로 작동하려면 Differentiated Services 도메인에 참여하는 각 라우터에서 일관되게 구성되어야 합니다.

주:

LSP에 대한 DiffServ 인식 트래픽 엔지니어링을 구성할 때 MAM 또는 RDM을 대역폭 모델로 구성해야 합니다. 대역폭 모델 구성을 참조합니다.

이 차별화된 서비스 도메인을 통해 전송되는 실제 데이터는 LSP에 의해 전달됩니다. 각 LSP는 DiffServ 인식 트래픽 엔지니어링을 지원하기 위해 MPLS 패킷의 EXP 비트를 의존합니다. 각 LSP는 단일 클래스 유형에 대한 트래픽을 전달할 수 있습니다.

LSP에 참여하는 모든 라우터는 주니퍼 네트웍스 6.3 이상에서 Junos OS 라우터가 실행되어야 합니다. 이 네트워크에는 다른 벤더의 라우터와 주니퍼 네트웍스 이전 버전의 라우터를 실행하는 Junos OS. 그러나 DiffServ 인식 트래픽 엔지니어링 LSP는 이러한 라우터를 통해 전달할 수 없습니다.

주:

동일한 라우터에서 멀티클라시 LSP 및 DiffServ 인식 트래픽 엔지니어링 LSP를 동시에 구성할 수 없습니다.

LSP를 위한 DiffServ 인식 트래픽 엔지니어링을 활성화하려면 다음을 구성해야 합니다.

인터페이스에 대한 서비스 등급 구성

기존 CoS(Class-of-Service) 인프라스트럭처는 일관되게 표시된 트래픽이 클래스에 대한 일정 보장을 수신하도록 보장합니다. 이를 달성하는 데 필요한 분류, 마킹 및 Junos OS 구성됩니다.

주:

이 Junos OS ATM 인터페이스에서 CoS를 지원하지 않습니다.

CoS 구성 방법에 대한 자세한 내용은 라우팅 장비에 대한 Junos OS 사용자 가이드 를 참조하십시오.

구성 IGP

네트워크 구성은 IS-IS(Intermediate System to Intermediate System) 최단 경로 우선(OSPF) 또는 IGP. LSP를 IS-IS(Intermediate System to Intermediate System) 라우터를 위한 최단 경로 우선(OSPF) 및 표준 구성이 표준입니다. 이러한 프로토콜을 구성하는 방법에 대한 자세한 내용은 라우팅 디바이스를 위한 Junos OS 라우팅 프로토콜 라이브러리 를 참조하십시오.

트래픽 엔지니어링 LSP 구성

표준 LSP 구성 명령문 및 절차를 사용하여 LSP를 구성합니다. LSP에 대한 DiffServ 인식 트래픽 엔지니어링을 구성하기 위해 명령문을 포함해 클래스 유형 대역폭 제약 조건을 bandwidth 지정합니다.

명령문을 포함할 수 있는 계층 수준 목록은 이 명령문에 대한 명령문 bandwidth 요약 섹션을 참조하십시오.

클래스 유형에 대한 대역폭을 지정하지 않으면 LSP에 대한 큐로 자동으로 ct0 지정됩니다. 다중 클래스 LSP와 달리 각 LSP에 대해 하나의 클래스 유형만 구성할 수 있습니다.

클래스 유형 명령문은 다음 클래스에 대해 대역폭(초당 비트)을 지정합니다.

  • ct0—Class 0을 위해 예약된 대역폭

  • ct1—1등급을 위해 예약된 대역폭

  • ct2—2등급을 위해 예약된 대역폭

  • ct3—3등급을 위해 예약된 대역폭

LSP에 대한 설정 및 우선 순위 유지를 구성할 수 있지만, 다음과 같은 제한 사항이 적용됩니다.

  • 클래스와 우선 순위의 조합은 구성된 트래픽 엔지니어링 클래스 중 하나되어야 합니다. 기본 설정 우선 순위는 7, 기본 유지 우선 순위는 0입니다.

  • 클래스 유형과 우선 순위의 잘못된 조합을 구성하면 커밋 작업이 실패하게 됩니다.

  • 자동 대역폭 할당은 지원되지 않습니다. 자동 대역폭 할당을 구성하면 커밋 작동에 실패합니다.

  • 명령문으로 구성된 LSP는 클래스 유형을 지정하지 않고 bandwidth 기본 클래스 유형을 ct0 이용합니다.

  • 마이그레이션 문제는 인터넷 draft-ietf-tewg-diff-te-proto-07.txt 를 참조합니다.

LSP를 위한 Policing

Policing을 사용하면 특정 LSP를 통해 전달되는 트래픽의 양을 제어할 수 있습니다. Policing은 LSP를 통해 전달되는 트래픽의 양이 요청된 대역폭 할당을 초과하지 않도록 하는 데 도움이 됩니다. 각 LSP에 대해 여러 개의 Policers를 구성할 수 있습니다.

LSP용 Policer를 구성하는 방법에 대한 자세한 내용은 LSP용 Policer 구성 을 참조하십시오.

트래픽 엔지니어링 LSP에 대한 Fast Reroute 구성

엔지니어링된 트래픽 엔지니어링 LSP(LSP가 단일 클래스의 트래픽을 전달)에 대해 고속 재라우트(fast reroute)를 구성할 수 있습니다. 또한, 고속 재라우트가 설정되면 트래픽 클래스를 위해 경로에서 대역폭을 예약할 수 있습니다. 동일한 클래스 유형 번호가 엔지니어링된 LSP와 해당 트래픽의 이도 모두에서 사용됩니다.

라우터가 Detour Path에 대역폭을 예약하도록 구성하면 링크가 DiffServ 인식 트래픽 엔지니어링을 처리하고 CoS 기능을 잠재적인 이관 경로로 수용하기 전에 해당 링크를 처리할 수 있는지 확인합니다. 사용되지 않는 링크는 사용되지 않습니다.

명령문 또는 명령문을 사용하여 이관을 위해 예약할 bandwidth 대역폭의 양을 구성할 수 bandwidth-percent 있습니다. 한 때 하나의 명령문만 구성할 수 있습니다. 명령문 또는 명령문 중 하나를 구성하지 않는 경우 기본 설정은 이차 경로에 대한 대역폭을 예약하지 않는 것입니다(트래픽이 bandwidth Detour로 전환되면 대역폭 보장이 bandwidth-percent 손실됩니다).

명령문을 구성할 때, 이urur path를 위해 예약할 대역폭의 특정 양(초당 bandwidth 비트[bps])을 지정할 수 있습니다. 자세한 내용은 Fast Reroute 구성 을 참조하십시오.

이 명령문을 사용하면 보호된 경로에 대해 구성된 대역폭의 비율로 bandwidth-percent detour Path의 대역폭을 지정할 수 있습니다. 예를 들어, 보호된 경로에 대해 1억 bps의 대역폭을 구성하고 명령문에 대해 20을 구성하면, 이 사용자 지정을 위해 bandwidth-percent 2천만 bps의 대역폭이 예약됩니다.

보호된 경로의 대역폭을 기준으로 경로에서 사용하는 대역폭의 비율을 구성하기 위해 다음 bandwidth-percent 진술을 포함합니다.

다음 계층 수준에 이 진술을 포함할 수 있습니다.