Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

기본 LSP 구성

LSP 메트릭 구성

LSP 메트릭은 특정 LSP를 통해 트래픽을 전송하는 용이성 또는 어려움을 표시하는 데 사용됩니다. LSP 메트릭 값(낮은 비용)은 LSP가 사용되는 가능성을 높입니다. 반대로, 높은 LSP 메트릭 값(더 높은 비용)은 사용 중 LSP의 가능성을 감소합니다.

LSP 메트릭은 라우터에 의해 또는 다음 섹션에서 설명한 바와 같이 사용자가 명시적으로 동적으로 지정할 수 있습니다.

동적 LSP 메트릭 구성

특정 메트릭이 구성되지 않은 경우, LSP는 동일한 대상(IGP LSP 주소)으로의 측정 지표 추적을 to 시도합니다. IGP, 최단 경로 우선(OSPF), IS-IS(Intermediate System to Intermediate System) RIP(Routing Information Protocol) 및 정적 경로가 포함됩니다. BGP(Border Gateway Protocol) 기타 RSVP 또는 LDP 경로는 제외됩니다.

예를 들어, 라우터로의 최단 경로 우선(OSPF) 메트릭이 20인 경우 해당 라우터에 대한 모든 LSP는 자동으로 지표 20을 상속합니다. 라우터로 최단 경로 우선(OSPF) 나중에 다른 값으로 변경하면 모든 LSP 메트릭이 그에 따라 변경됩니다. 라우터로의 IGP 없는 경우, LSP는 메트릭을 65,535로 높입니다.

이 경우 LSP 메트릭은 각 IGP; LSP가 현재 전달되는 실제 경로와 무관합니다. LSP 재라우트(예: 재운영을 통해)는 메트릭이 변경되지 않고 사용자에게 투명하게 표시됩니다. 동적 메트릭은 기본 동작, 구성할 필요도 없습니다.

정적 LSP 메트릭 구성

LSP에 고정 메트릭 값을 수동으로 할당할 수 있습니다. 명령문으로 구성되면 LSP 메트릭이 고정되어 변경할 metric 수 없습니다.

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

LSP 메트릭에는 여러 가지 사용이 있습니다.

  • 동일한 egress 라우터를 사용하는 병렬 LSP가 있는 경우 메트릭을 비교하여 최저 메트릭 값(최저 비용)과 대상에 대한 선호 경로가 결정됩니다. 메트릭이 동일한 경우 트래픽이 공유됩니다.

    지표 값을 조정하면 기본 메트릭에 관계없이 트래픽이 다른 LSP보다 더 선호하게 IGP 수 있습니다.

  • IGP 바로 가기가 활성화되면(Labeled-Switched Path to Augment SPF to Compute IGP Shortcuts참조), LSP가 대상에 대한 최단 경로에 있는 경우 IGP 라우트가 다음 홉으로 라우팅 테이블에 설치될 수 있습니다. 이 경우, LSP 메트릭이 다른 IGP 메트릭에 추가되어 전체 경로 메트릭을 결정합니다. 예를 들어, ingress 라우터가 X 및 egress 라우터인 LSP가 대상 Z로 가는 최단 경로에 있는 경우, LSP 메트릭이 Y에서 Z로의 IGP 측정치에 추가되어 경로의 총 비용을 확인합니다. 여러 LSP가 다음 홉일 경우 경로의 전체 메트릭을 비교하여 어떤 경로가 선호하는지 결정합니다(즉, 총 메트릭이 가장 낮음). 또는 IGP 경로와 동일한 목적지로 이어지는 LSP를 지표 값으로 비교하여 어떤 경로를 선호하는지 판단할 수도 있습니다.

    LSP 메트릭을 조정하면 트래픽을 LSP를 선호하거나, IGP 경로를 선호하거나, 이들 사이에서 로드를 공유할 수 있습니다.

  • 라우터 X 및 Y가 BGP(Border Gateway Protocol) 피어 사이에 LSP가 있는 경우, LSP 메트릭은 X에서 Y에 도달하는 총 비용을 나타 내는 것입니다. 어떤 이유로든 LSP가 재라우트되는 경우, 주요 경로 비용이 크게 변경될 수 있지만, Y에 도달하는 X의 비용은 동일하게 유지(LSP 메트릭)를 유지하여 X가 다운스트림 이웃에 대한 안정적인 MED(exit discriminator) BGP(Border Gateway Protocol)(exit discriminator)를 통해 보고할 수 있습니다. LSP를 통해 Y에 도달하는 한 다운스트림 및 이웃에 대한 변경 BGP(Border Gateway Protocol) 없습니다.

계층 수준에서 명령문을 IS-IS(Intermediate System to Intermediate System) 구성하여 구성된 LSP 메트릭을 ignore-lsp-metrics 무시하도록 구성할 [edit protocols isis traffic-engineering shortcuts] 수 있습니다. 이 명령문은 경로 계산을 위해 IS-IS(Intermediate System to Intermediate System) MPLS 종속성 제거합니다. 자세한 내용은 라우팅 디바이스를 위한 Junos OS 라우팅 프로토콜 라이브러리 를 참조하십시오.

LSP에 대한 텍스트 설명 구성

견적 마크 내에 공백을 포함하는 설명 텍스트(" ")를 동봉하여 LSP에 대한 텍스트 설명을 제공할 수 있습니다. 포함된 설명 텍스트는 명령의 세부 출력에 show mpls lspshow mpls container-lsp 표시됩니다.

LSP에 텍스트 설명을 추가하는 작업은 LSP 작업에 영향을 미치지 않습니다. LSP 텍스트 설명은 길이가 80자 이상일 수 있습니다.

LSP에 대한 텍스트 설명을 제공하기 위해 다음 계층 수준에서 description 명령문을 포함하십시오.

시작하기 전에 다음을 할 수 있습니다.

  • 디바이스 인터페이스를 구성합니다.

  • 네트워크 통신을 위해 디바이스를 구성합니다.

  • 디바이스 MPLS 디바이스에서 네트워크 구성을 활성화합니다.

  • 네트워크 도메인에서 LSP를 MPLS 구성합니다.

LSP에 대한 텍스트 설명을 추가하면 다음을 할 수 있습니다.

  1. LSP를 설명하는 모든 텍스트를 입력합니다.

    몇 가지 예를 들면 다음과 같습니다.

  2. 구성을 검증하고 커밋합니다.

    몇 가지 예를 들면 다음과 같습니다.

  3. 구성된 LSP의 유형에 따라 또는 명령어를 사용하여 show mpls lsp detailshow mpls container-lsp detail LSP 설명을 볼 수 있습니다.

소프트 MPLS 구성

원래 LSP를 걷어 내기 전에 사전 준비된 LSP에 대한 새로운 경로를 설정하려는 소프트 예비 시도 기본 동작은 먼저 사전구성된 LSP를 걷어 내고 새로운 경로를 신호 전송한 다음, 새로운 경로에서 LSP를 다시 설정하는 것입니다. 경로가 다운되면 새로운 LSP가 설정되는 간격으로 LSP를 사용하려고 시도하는 트래픽은 손실됩니다. 소프트 사전 준비는 이러한 유형의 트래픽 손실을 방지합니다. 상충되는 단점은 LSP가 만연되는 기간 동안 원래 경로가 터질 때까지 해당 대역폭 요구 사항을 충족하는 2개의 LSP를 사용하는 것입니다.

MPLS 구축은 네트워크 유지 보수에 유용합니다. 예를 들어, 모든 LSP를 특정 인터페이스에서 멀리 이동한 다음 트래픽을 중단하지 않고 유지 보수를 위해 인터페이스를 다운할 수 있습니다. MPLS 소프트 예비 사항은 RFC 5712, MPLS Soft Preemption에 대해 자세히 설명됩니다.

소프트 예비(soft preemption)는 LSP의 자산으로 기본적으로 비활성화됩니다. LSP의 ingress에서 다음 명령문을 포함해 soft-preemption 구성합니다.

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

또한 소프트 프리미어(soft preemption)를 위해 타임러를 구성할 수 있습니다. 타임러는 LSP의 하드 예비(preemption)를 시작하기 전에 라우터가 기다려야 하는 시간을 지정합니다. 지정된 시간이 끝나면 LSP가 퇴장 및 재지정됩니다. 소프트프레미스 클린업 타임러는 30초의 기본값을 가집니다. 범위는 0~180초입니다. 0은 소프트 예비(preemption)가 비활성화된 것입니다. 소프트프레미스 클린업 타임러는 모든 LSP에 대해 전 세계적으로 사용됩니다.

다음 문을 포함해 타임러 cleanup-timer 구성:

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

주:

빠른 재라우트가 구성된 LSP에서는 소프트 프리미션을 구성할 수 없습니다. 구성은 커밋에 실패합니다. 그러나 노드 및 링크 보호와 함께 소프트 프리미션(preemption)을 사용할 수 있습니다.

주:

SoftPreemptionCnt의 카운터 값은 명령 출력에 표시되는 0(0) 값으로 show rsvp interface detail 초기화합니다.

LSP의 우선 순위 구성 및 사전 준비

보다 중요한 LSP를 설정할 수 있는 대역폭이 부족한 경우 덜 중요한 기존 LSP를 해체하여 대역폭을 사용할 수 있습니다. 기존 LSP를 미리 준비하여 이러한 작업을 합니다.

LSP를 선점할 수 있는지 여부는 LSP와 연관된 두 가지 속성에 따라 결정됩니다.

  • 설정 우선 순위—기존 LSP를 선제적으로 설정하는 새로운 LSP가 설정될 수 있는지 여부를 파악합니다. 사전 준비를 위해 새 LSP의 설정 우선 순위는 기존 LSP보다 높아야 합니다. 또한, 기존 LSP를 미리 제어하는 행위는 새로운 LSP를 지원할 수 있는 충분한 대역폭을 생성해야 합니다. 즉, 새로운 LSP를 성공적으로 설정할 수 있는 경우만 사전 준비가 발생합니다.

  • 예약 우선 순위—LSP가 성공적으로 설정된 후에 LSP가 세션 예약에 대한 어느 정도를 보유하는지 결정합니다. 예약 우선 순위가 높은 경우, 기존 LSP가 예약을 포기할 가능성이 적기 하여 LSP를 선점할 가능성이 낮습니다.

두 개의 LSP가 서로를 선점할 수 있는 경우, 영구적 예비 루프가 나타날 수 있기 때문에 설정 우선 순위가 높고 예약 우선 순위가 낮은 LSP를 구성할 수 없습니다. 예약 우선 순위가 설정 우선 순위보다 높거나 같도록 구성해야 합니다.

또한 설정 우선 순위는 동일한 ingress 라우터에서 LSP의 상대적 중요성을 정의합니다. 소프트웨어가 시작될 때, 새로운 LSP가 설정되거나 장애 복구 중에 설정 우선 순위가 LSP 서비스 순서를 결정하게 됩니다. 우선 순위가 높은 LSP가 먼저 설정되어 최적의 경로 선택을 즐기고 있습니다.

LSP의 사전 준비 속성을 구성하기 위해 다음 명령문을 priority 포함합니다.

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

setup-priorityreservation-priority 다 0에서 7까지의 가치가 될 수 있습니다. 값 0은 가장 높은 우선 순위와, 값 7은 최저에 대응합니다. 기본적으로, LSP는 설정 우선 순위가 7입니다(즉, 다른 LSP를 사전예방할 수 없습니다) 및 예약 우선 순위 0(즉, 다른 LSP는 이를 선제적으로 진행할 수 없습니다). 이러한 기본 설정은 사전구성은 일어나지 않습니다. 이러한 값을 구성할 때 설정 우선 순위는 항상 보유 우선 순위보다 작거나 같아야 합니다.

LSP를 위한 관리 그룹 구성

링크 컬러링 또는 리소스 클래스라고도 하는 관리 그룹은 개념적으로 동일한 클래스에 속하는 링크와 같이 링크의 "색"을 설명하는 속성을 수동으로 지정합니다. 관리 그룹을 사용하여 다양한 정책 기반 LSP 설정을 구현할 수 있습니다.

관리 그룹은 제한적인 경로 LSP 계산이 활성화된 경우만 의미가 있습니다.

일련의 이름과 해당 값을 정의하는 이름 및 값(범위 0에서 31까지)을 최대 32개까지 지정할 수 있습니다. 관리 이름과 값은 단일 도메인 내 모든 라우터에서 동일해야 합니다.

주:

관리 가치는 우선 순위와 구별됩니다. 명령문을 사용하여 LSP에 대한 우선 순위를 priority 구성합니다. LSP의 우선 순위구성 및 사전 설정을 참조합니다.

관리 그룹을 구성하기 위해 다음 단계를 따르십시오.

  1. 다음 진술을 포함해 여러 수준의 서비스 품질을 admin-groups 정의합니다.

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

    • [edit protocols mpls]

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

    다음 구성 예에서는 도메인에 대한 관리 이름 및 값 집합을 구성하는 방법을 설명하고 있습니다.

  2. 인터페이스가 속하는 관리 그룹을 정의합니다. 인터페이스에 여러 그룹을 할당할 수 있습니다. 다음과 interface 같은 진술을 포함합니다.

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

    • [edit protocols mpls]

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

    명령문을 포함하지 않는 경우 인터페이스는 모든 그룹에 admin-group 속하지 않습니다.

    IGP는 그룹 정보를 사용하여 네트워크 전반에 걸쳐 플러드된 링크 상태 패킷을 구축하고 네트워크의 모든 노드에 정보를 제공합니다. 모든 라우터에서 IGP 토폴로지와 모든 링크의 관리 그룹을 사용할 수 있습니다.

    인터페이스의 관리 그룹을 변경하면 새로운 LSP에만 영향을 미치게 됩니다. 인터페이스의 기존 LSP는 네트워크를 안정적으로 유지하기 위해 사전 준비되거나 재계산되지 않습니다. 그룹 변경으로 인하여 LSP를 제거해야 하는 경우 명령을 clear rsvp session 발행합니다.

    주:

    관리 그룹과 확장 관리 그룹을 함께 링크에 구성할 경우 인터페이스에서 두 관리 그룹 유형을 모두 구성해야 합니다.

  3. 각 LSP 또는 각 기본 또는 보조 LSP 경로에 대한 관리 그룹 제약 조건을 구성합니다. 다음과 label-switched-path 같은 진술을 포함합니다.

    다음 계층 수준으로 label-switched-path 명령문을 포함할 수 있습니다.

    • [edit protocols mpls]

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

    를 생략하면 경로 계산은 include-allinclude-anyexclude 변경되지 않습니다. 경로 계산은 제한적인 경로 LSP 계산을 기반으로 합니다. 제한 경로 LSP 계산을 계산하는 방법에 대한 자세한 내용은 CSPF에서경로를 선택하는 방법을 참조하십시오.

    주:

    LSP의 관리 그룹을 변경하면 라우트가 즉각 재계산됩니다. 따라서 LSP가 재라우트될 수 있습니다.

LSP를 위한 확장 관리 그룹 구성

따라서 MPLS 트래픽 엔지니어링 관리 그룹(색상 또는 리소스 클래스)으로 링크를 구성할 수 있습니다. 관리 그룹은 각 링크에 할당된 32비트 값으로 IGP(osPFv2 및 IS-IS(Intermediate System to Intermediate System))에서 수행됩니다. 주니퍼 네트웍스 라우터는 일반적으로 이 32비트 값을 그룹을 나타내는 각 비트를 비트 마스크로 해석하여 각 네트워크를 총 32개의 별도 관리 그룹(값 범위 0 ~ 31)으로 제한합니다.

32비트 값으로 표현되는 확장 관리 그룹을 구성하여 네트워크에서 지원되는 관리 그룹 수를 단 32개 이상으로 확장합니다. 관리 그룹에서 사용할 수 있는 원래 값 범위는 여전히 역호화(backwards compatibility)를 위해 지원됩니다.

확장 관리 그룹 구성은 해당 확장 관리 그룹 이름 집합을 사용하는 인터페이스 집합을 허용합니다. 이름을 32비트 값 집합으로 변환하고 이 정보를 IGP. 확장 관리 그룹 값은 전역적 값으로 네트워크에 참여하는 모든 지원 라우터에서 동일하게 구성되어야 합니다. 경로 계산을 위해 CSPF(Constrained Shortest Path First IGP를 통해 다른 라우터에서 학습한 도메인 전반의 확장 관리 그룹 데이터베이스를 사용합니다.

다음 절차는 확장 관리 그룹을 구성하는 방법을 설명합니다.

  1. 명령문 admin-groups-extended-range 구성:

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

    • [edit routing-options]

    • [edit logical-systems logical-system-name routing-options]

    admin-groups-extended-range명령문에는 minimum 옵션과 옵션이 maximum 포함되어 있습니다. 최대 범위는 최소 범위보다 큰 범위가 되어야 합니다.

  2. 명령문 admin-groups-extended 구성:

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

    • [edit routing-options]

    • [edit logical-systems logical-system-name routing-options]

    명령문을 통해 관리 그룹에 그룹 이름 및 그룹 값을 admin-groups-extended 구성할 수 있습니다. 그룹 값은 명령문을 사용하여 구성된 값 범위 내에 admin-groups-extended-range 있어야 합니다.

  3. MPLS 인터페이스에 대한 확장 관리 그룹은 인터페이스에 할당된 확장 관리 그룹 이름 집합으로 구성됩니다. 인터페이스 확장 관리 그룹 이름을 글로벌 확장 관리 그룹에 구성해야 합니다.

    MPLS 인터페이스를 위해 확장 관리 그룹을 구성하려면 명령문을 사용하여 MPLS 인터페이스 구성 내의 관리 그룹 이름을 admin-groups-extended 지정합니다.

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

    • [edit protocols mpls interface interface-name]

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

  4. LSP 확장 관리 그룹은 LSP와 경로의 기본 및 보조 경로에 대한 제약 조건을 포함하거나 제외하는 집합을 정의합니다. 확장 관리 그룹 이름을 글로벌 확장 관리 그룹에 구성해야 합니다.

    LSP에 대한 확장 관리 그룹을 구성하기 위해 LSP 계층 수준에서 admin-group-extended 명령문을 포함하십시오.

    admin-group-extended명령문에는 다음 옵션이 포함되어 있습니다. apply-groupsapply-groups-except, excludeinclude-all 를, 및 include-any 으로, 각 옵션을 사용하면 하나 이상의 확장 관리 그룹을 구성할 수 있습니다.

    이 명령문을 구성할 수 있는 계층 수준 목록은 이 명령문에 대한 명령문 요약을 참조합니다.

  5. 현재 구성된 확장 관리 그룹을 표시하기 위해 명령을 show mpls admin-groups-extended 실행합니다.
주:

관리 그룹과 확장 관리 그룹을 함께 링크에 구성할 경우 인터페이스에서 두 관리 그룹 유형을 모두 구성해야 합니다.

LSP에 대한 기본 설정 값 구성

옵션으로 동일한 ingress 및 egress 라우터 쌍 간에 여러 LSP를 구성할 수 있습니다. 기본적으로 모든 LSP가 기본 설정 수준이 동일하기 때문에 LSP 간 로드의 균형을 조정하는 데 유용합니다. LSP를 다른 LSP보다 선호하는 경우 개별 LSP에 대해 서로 다른 기본 설정 수준을 설정하십시오. 기본 설정값이 최저인 LSP가 사용됩니다. RSVP LSP의 기본 설정은 7, LDP LSP의 기본 설정은 9입니다. 이러한 기본 설정값은 직접 인터페이스 경로를 제외한 학습된 모든 경로보다 낮습니다(더 선호).

기본 설정 값을 변경하기 위해 다음 preference 문을 포함하십시오.

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

LSP에 의해 경로 경로 기록을 비가용

RSVP의 Junos 구현은 LSP가 전송되는 라우터를 능동적으로 기록할 수 있는 Record Route 객체를 지원한다. 이 정보를 사용하여 문제 해결 및 라우팅 루프를 방지할 수 있습니다. 기본적으로 경로 경로 정보가 기록됩니다. 녹화를 비활성화하기 위해 다음 진술을 no-record 포함해야 합니다.

및 명령문을 포함할 수 있는 계층 수준 목록은 명령문의 recordno-record 요약 섹션을 참조하십시오.

LSP의 중단 없는 무중단 전환 달성

LSP(Adaptive Label-Switched Path)는 새 LSP 인스턴스를 설정하고 이전 LSP 인스턴스에서 새 LSP 인스턴스로 트래픽을 전송해야 할 수도 있습니다. 이러한 유형의 구성을 MBB(Make Before Break)라고 합니다.

RSVP-트래픽 엔지니어링(TE) 네트워크에서 LSP를 구축하는 MPLS 프로토콜입니다. RSVP 트래픽 엔지니어링(TE)-Junos OS 구현을 통해 무중단(트래픽 손실 없음) MBB 스위치오버는 다음과 같은 구성 명령문에서 타임러 값을 구성하는 데 사용되었습니다.

  • optimize-switchover-delay—새로운 LSP 인스턴스로 전환하기 전에 기다려야 할 시간입니다.

  • optimize-hold-dead-delay—전환 후 이전 및 이전 LSP 인스턴스가되기 전에 기다려야 하는 시간입니다.

명령문을 구성한 LSP에 대해 뿐만 아니라, LSP 설정 및 연결 해체에 대해 적용 전(make-before-break) 동작을 사용하는 모든 optimize-switchover-delay LSP에 대해 명령문과 명령문이 모두 optimize-hold-dead-delayoptimize-timer 적용됩니다. 다음 MPLS 기능으로 인해 중단이 발생하기 전에 LSP를 설정 및 해체할 수 있습니다.

  • 적응형 LSP

  • 자동 대역폭 할당

  • LSP용 BFD

  • 그레이스풀 라우팅 엔진 스위치오버

  • 링크 및 노드 보호

  • 무중단 활성 라우팅

  • 최적화된 LSP

  • P2MP(Point-to-Multipoint) LSP

  • 소프트 사전 준비

  • 대기 보조 경로

구성 시의 명령문과 명령문 모두 MBB 프로세스에 인위적인 optimize-switchover-delayoptimize-hold-dead-delay 지연을 추가합니다. 명령문의 optimize-switchover-delay 값은EROS(Explicit Route Objects)의 크기에 따라 다릅니다. ERO는 RSVP 경로 메시지가 전통적인 최단 경로 IP 라우팅과 독립적인 라우터의 명시적 시퀀스를 통해 전달할 수 있는 RSVP 확장입니다. 명령문의 가치는 경로에 있는 각 라우터의 optimize-switchover-delay CPU 로드에 따라 달라지기도 합니다. 고객들은 optimize-switchover-delay 시행착오로 진술을 설정할 수 있습니다.

명령문의 가치는 ingress 라우터가 모든 애플리케이션 프리픽스를 새로운 optimize-hold-dead-delay LSP로 이동하는 속도에 따라 달라지기 합니다. 이는 플랫폼마다 패킷 전달 엔진 로드에 따라 결정됩니다. 고객은 시행착오로 진술을 optimize-hold-dead-delay 설정해야 합니다.

그러나 릴리스 15.1을 통해 Junos OS 인위적인 지연을 구성하지 않고도 무중단 MBB 전환을 달성할 수 있습니다.

이 주제는 다음과 같은 기능을 사용하여 구 LSP에서 새로운 LSP로의 MBB 전환을 달성하는 세 가지 Junos OS.

라우터가 새 경로로 전환할 때까지 기다리는 시간의 양 지정

라우터가 LSP 인스턴스를 새로 최적화된 경로로 전환할 때까지 기다리는 시간을 지정하기 위해 명령문을 optimize-switchover-delay 사용하여 영향을 받는 LSP에 대한 ingress 역할을 하는 라우터에서만 이 진술을 구성해야 합니다(전송 또는 egress 라우터에서 이 명령문을 구성할 필요가 없습니다). 이 명령문의 타임러는 트래픽이 이전 경로에서 전환되기 전에 새로운 최적화된 경로를 설정하는 데 도움이 됩니다. 이 타임러는 라우터에서 구성된 모든 LSP에 대해 활성화하거나 비활성화할 수 있습니다.

라우터가 LSP 인스턴스를 새로 최적화된 경로로 전환할 때까지 기다리는 시간을 구성하기 위해 다음 명령문을 사용하여 몇 초 만에 해당 시간을 optimize-switchover-delay 지정합니다.

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

  • [edit protocols mpls]

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

구 경로의 종료를 지연하는 데 필요한 시간 지정

라우터가 트래픽을 새로운 최적화된 경로로 전환한 후 오래된 경로의 연결 해체를 지연하는 시간을 지정하기 위해 명령문을 optimize-hold-dead-delay 사용하여 영향을 받는 LSP에 대한 ingress 역할을 하는 라우터에서만 이 진술을 구성해야 합니다(전송 또는 egress 라우터에서 이 명령문을 구성할 필요가 없습니다). 이 명령문의 타임러는 모든 경로가 새로운 최적화된 경로로 전환되기 전에 오래된 경로가 러닝되지 않도록 하는 데 도움이 됩니다. 이 타임러는 특정 LSP 또는 라우터에서 구성된 모든 LSP에 대해 활성화될 수 있습니다.

라우터가 트래픽을 새로운 최적화된 경로로 전환한 후 오래된 경로의 연결 해체가 지연되는 시간을 몇 초 만에 구성하기 위해 다음 명령문을 optimize-hold-dead-delay 사용하세요.

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

인위적인 지연 없이 무중단 MBB 전환 달성

Junos OS Release 15.1을 사용할 경우, 또는 명령문에 따라 설정한 임의 시간 간격에 따라 MBB 전환 후에 이전 LSP 인스턴스를 해제하는 또 다른 방법이 optimize-switchover-delayoptimize-hold-dead-delay 있습니다. 예를 들어, 명령문을 사용하는 경우 MBB 이후의 기존 LSP 인스턴스를 언더다운하기 전에 기다릴 수 있는 시간을 optimize-hold-dead-delay 구성합니다. 그러나 일부 라우트는 여전히 새 인스턴스로 전환하는 중일 수 있습니다. 이전 LSP 인스턴스를 제거한 경우, 전송 노드 중 하나에서 새 LSP 인스턴스로 전환되지 않은 라우트에 대한 트래픽이 드롭됩니다.

명령문을 사용하는 대신 트래픽 손실을 방지하기 위해 optimize-switchover-delay MPLS-OAM(lsp ping)을 사용할 수 있습니다. 이를 통해 LSP 데이터 플레인이 엔드투엔드에 설정되어 있는 것을 확인할 수 있습니다. 명령문을 사용하는 대신, rpd 인프라의 피드백 메커니즘을 사용하여 이전 LSP를 언급하는 모든 Prefix가 전환된지 optimize-hold-dead-delay 확인할 수 있습니다. 피드백 메커니즘은 Tag 라이브러리에서 도출되어 라우팅 프로토콜 프로세스(rpd) 인프라에 의존하여 이전 LSP 인스턴스를 사용하는 모든 경로가 MBB 전환 이후 새로운 LSP 인스턴스로 완전히 이동한 경우를 파악합니다.

피드백 메커니즘은 항상 제공 중이며 선택 사항입니다. MBB 전환 중에 사용되는 피드백 메커니즘을 optimize-adaptive-teardown 하도록 명령문을 구성합니다. 이 기능은 RSVP P2MP(Point-to-Multipoint) LSP 인스턴스에서는 지원되지 않습니다. 명령문의 optimize-adaptive-teardown 글로벌 구성은 시스템에서 구성된 점대점(point-to-point) LSP에만 영향을 미치습니다.

영향을 받는 LSP에 대한 ingress 역할을 하는 라우터에 대한 명령문을 구성하기만하면 합니다(전송 또는 egress 라우터에서 이 명령문을 구성할 필요가 optimize-adaptive-teardown 없습니다). 이 피드백 메커니즘은 모든 경로가 새로운 최적화된 경로로 전환되기 전에 오래된 경로가 다운되지 않도록 보장합니다. 이 구성 명령문의 글로벌 구성은 시스템에서 구성된 점대점(point-to-point) LSP에만 영향을 미치게 됩니다.

계층 수준에서 이 [edit protocols mpls] 명령문을 포함할 수 있습니다.

신호 전송 LSP 최적화

LSP가 설정되면 토폴로지 또는 리소스가 시간이 경과에 따라 경로가 원하지 않을 수 있습니다. 정체가 적고 메트릭이 적고 더 적은 홉을 통해 새로운 경로를 사용할 수 있습니다. 라우터가 주기적으로 경로를 재조정하도록 구성하여 보다 최적의 경로를 사용할 수 있는지 여부를 판단할 수 있습니다.

재구성이 활성화된 경우, 제한적인 경로 재계산을 통해 여러 경로를 통해 LSP를 재지정할 수 있습니다. 그러나 재확인이 비활성화된 경우 LSP에는 고정 경로가 있으며 새로 사용 가능한 네트워크 리소스를 활용할 수 없습니다. 다음 토폴로지 변경이 LSP를 중단하고 재계산을 강제할 때까지 LSP가 고정됩니다.

재구성은 장애 조치와 관련이 없습니다. 토폴로지 장애가 발생하면 항상 새로운 경로가 계산됩니다.

시스템 오버헤드가 발생할 가능성이 있기 때문에 재협상 빈도를 신중하게 제어해야 합니다. 재구성 기능이 활성화되면 네트워크 안정성이 겪을 수 있습니다. 기본적으로 명령문은 optimize-timer 0으로 설정됩니다(즉, 비활성화).

LSP 최적화는 기본 동작인 제한 경로 LSP 계산이 활성화될 때만 의미가 있습니다. 제한 경로 LSP 계산에 대한 자세한 내용은 제약 경로 LSP 계산을 비동기 를 참조하십시오. 또한 LSP 최적화는 ingress LSP에만 적용하기 때문에 ingress 라우터에 명령문을 optimize-timer 구성해야 합니다. 전송 및 egress 라우터는 LSP 최적화를 지원하기 위해 특정 구성을 요구하지 않습니다(활성화된 라우터 이외에는 MPLS 있습니다.

경로 재협상을 활성화하려면 다음 optimize-timer 진술을 포함해야 합니다.

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

명령문을 구성한 후, 명령문을 구성에서 삭제하는 경우에도 재시도 시간(reoptimization timer)은 구성된 값으로 카운트다운을 optimize-timeroptimize-timer 계속합니다. 다음 최적화는 새로운 가치를 활용합니다. 이전 Junos OS 삭제하고, 구성을 커밋하고, 명령문에 대한 새 값을 구성하고, 다시 구성을 커밋하여 새로운 값을 즉시 사용할 수 optimize-timer 있습니다.

재구성 실행 후, 결과는 다음 기준을 충족하는 경우만 허용됩니다.

  1. 새로운 경로는 측정 지표에서 IGP 없습니다. (기존 경로에 대한 메트릭은 계산 중에 업데이트 있으므로 최근 링크 메트릭이 이전 경로의 어딘가에 변경된 경우 이를 계산합니다.)

  2. 새 경로에 동일한 IGP 메트릭이 있는 경우 더 이상 홉을 도약할 수 없습니다.

  3. 새로운 경로는 사전 준비를 유발하지 않습니다. (이는 선점으로 인해 선점의 파급 효과를 줄이는 것입니다.)

  4. 새로운 경로는 전반적인 혼잡을 악화하지 않습니다.

    새로운 경로의 상대적 정체는 다음과 같이 결정됩니다.

    1. 새 경로를 통해 전달되는 각 링크에서 사용 가능한 대역폭의 비율은 가장 정체된 링크에서 시작하는 기존 경로의 대역폭과 비교됩니다.

    2. 각 전류(구형) 경로의 경우, 소프트웨어는 오차순으로 전달되는 링크에 대한 대역폭 가용성에 대한 4개의 작은 값을 저장합니다.

    3. 또한 소프트웨어는 오차순으로 전달되는 링크에 따라 새로운 경로에 대한 4개의 가장 작은 대역폭 가용성 값을 저장합니다.

    4. 새로운 가용 대역폭 값 4개가 해당 기존 대역폭 가용 값보다 작은 경우 새 경로에는 구 경로에서 사용하는 링크보다 더 정체된 링크가 하나 이상 있습니다. 링크를 사용하면 혼잡이 증가할 수 있기 때문에 트래픽은 이 새로운 경로로 전환되지 않습니다.

    5. 4개의 새로운 가용 대역폭 값 중 해당 기존 대역폭 가용성 값보다 작은 경우 새 경로는 이전 경로보다 덜 정체됩니다.

위의 모든 조건이 충족된 경우, 다음을 제공합니다.

  1. 새 경로에 대한 측정치가 낮아진 IGP 허용됩니다.

  2. 새 경로에 대해 동일한 IGP 메트릭과 낮은 홉 수가 있는 경우 허용됩니다.

  3. 로드 밸런싱 알고리즘으로 선택하는 경우, LSP는 다음과 같이 로드 least-fill 밸런싱됩니다.

    1. LSP는 현재 경로보다 최소 10% 적은 활용도를 기록하는 새로운 경로로 이동됩니다. 이를 통해 현재 경로의 혼잡을 소수만 줄일 수 있습니다. 예를 들어, 대역폭이 1MB인 LSP가 최소 200MB를 전달하는 경로에서 이동하면 원래 경로의 정체는 1% 미만으로 감소합니다.

    2. 또는 randommost-fill 알고리즘의 경우 이 규칙이 적용되지 않습니다.

    다음 예제에서는 로드 least-fill 밸런싱 알고리즘의 작동 방법을 설명하고 있습니다.

    그림 1: 최소 채우기 로드 밸런싱 알고리즘 예최소 채우기 로드 밸런싱 알고리즘 예

    그림과 그림 1 같이, LSP는 라우터 A에서 라우터 H로, L1에서 L13까지의 이상 링크와 L2에서 L14까지의 고수 링크로 이어지기 위한 두 가지 잠재적 경로가 있습니다. 현재 라우터는 고가 링크를 LSP의 활성 경로로 사용하고 있습니다. 동일한 2개의 라우터(예: 라우터 A 및 라우터 B) 간의 각 링크에는 동일한 대역폭이 있습니다.

    • L1, L2 = 10GE

    • L3, L4 = 1GE

    • L5, L6 = 1GE

    • L7, L8 = 1GE

    • L9, L10 = 1GE

    • L11, L12 = 10GE

    • L13, L14 = 10GE

    1GE 링크가 정전될 가능성이 높습니다. 이 예에서는 이상한 1GE 링크에 사용 가능한 대역폭이 있습니다.

    • L3 = 41%

    • L5 = 56%

    • L7 = 66%

    • L9 = 71%

    1GE 링크에는 다음과 같은 가용 대역폭이 있습니다.

    • L4 = 37%

    • L6 = 52%

    • L8 = 61%

    • L10 = 70%

    이 정보를 기초로 라우터는 이상한 링크와 아래와 같이 수 링크 간의 가용 대역폭의 차이를 계산합니다.

    • L4 - L3 = 41% - 37% = 4%

    • L6 - L5 = 56% - 52% = 4%

    • L8 - L7 = 66% - 61% = 5%

    • L10 - L9 = 71% - 70% = 1%

    이상한 링크에서 사용할 수 있는 총 추가 대역폭은 14%(4% + 4% + 5% + 1%)입니다. 14%가 10% 이상(최소 채우기 알고리즘 최소 임계값)이기 때문에, LSP는 혹사 링크를 사용하여 원래 경로에서 이상한 링크에서 새 경로로 이동됩니다.

  4. 그렇지 않으면 새 경로가 거부됩니다.

다음과 같은 재협상 기준(이전에 나열된 기준의 하위 세트)을 비활성화할 수 있습니다.

  • 새 경로에 동일한 IGP 메트릭이 있는 경우 더 이상 홉을 도약할 수 없습니다.

  • 새로운 경로는 사전 준비를 유발하지 않습니다. (이는 선점으로 인해 선점의 파급 효과를 줄이는 것입니다.)

  • 새로운 경로는 전반적인 혼잡을 악화하지 않습니다.

  • 새 경로에 대해 동일한 IGP 메트릭과 낮은 홉 수가 있는 경우 허용됩니다.

명령을 실행하거나 명령문을 포함하지 clear mpls lsp optimize-aggressiveoptimize-aggressive 않도록 설정:

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

  • [edit protocols mpls]

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

구성에 진술을 포함하면 재협상 절차가 더 자주 optimize-aggressive 트리거됩니다. 경로는 더 자주 재지정됩니다. 또한 재협상 알고리즘을 측정 지표로만 IGP 제한합니다.

LSP용 스마트 최적화 시간 구성

네트워크 및 라우터 리소스의 제약으로 인하여 일반적으로 최적화된 타임러를 위해 짧은 간격을 구성하는 것은 불가피합니다. 그러나 특정 상황에서는 일반적으로 최적화된 타임러가 제공하는 것보다 더 빨리 경로를 재구성하는 것이 바람직할 수 있습니다.

예를 들어, LSP는 이후 장애가 발생하기 위한 우선 경로를 통해 전달됩니다. 그런 다음 LSP가 덜 바람직한 경로로 전환하여 동일한 대상에 도달합니다. 원래 경로가 빠르게 복구되는 경우에도 최적화된 타임러가 네트워크 경로를 재개할 때까지 기다려야 하기 때문에 LSP를 다시 사용하는 데 지나치게 오랜 시간이 걸릴 수 있습니다. 이러한 상황에서 스마트 최적화 타임러를 구성해야 할 수 있습니다.

스마트 최적화 타임러를 활성화하면 다운 후 3분 내에 원래 경로를 복원한 경우 LSP가 원래 경로로 다시 전환됩니다. 또한, 원래 경로가 60분 내에 다시 다운되면 스마트 최적화 타임러가 비활성화되어 최적화된 타임러만이 활성화될 때와 정상적으로 경로 최적화가 작동합니다. 그러면 라우터가 플래핑 링크(flapping link)를 사용하지 못하게 됩니다.

스마트 최적화 타임러는 다른 MPLS 기능을 통해 작동합니다. 여기에서 LSP가 원래 경로에서 장애가 발생하면 대체 경로로 전환되는 시나리오의 경우, 빠른 재라우트, 링크 보호 및 대기 대기 보조 경로를 포함하여 하나 이상의 MPLS 트래픽 보호 기능을 구성한 것으로 가정됩니다. 이러한 기능은 장애 발생 시 트래픽이 목적지에 도달할 수 있도록 보장합니다.

최소한 스마트 최적화 타임 기능을 제대로 작동하려면 대기 대기 경로를 구성해야 합니다. 빠른 재라우트 및 링크 보호는 네트워크 정전에 대한 임시 솔루션입니다. 보조 경로는 기본 경로에 장애가 발생하여 안정적인 대체 경로가 있도록 보장합니다. LSP에 대해 일종의 트래픽 보호를 구성하지 않은 경우 스마트 최적화 타임 자체로는 트래픽이 목적지에 도달할 수 있는지 보장하지 않습니다. 트래픽 보호에 대한 MPLS 자세한 내용은 MPLS 및 트래픽 보호 를 참조하십시오.

기본 경로에 장애가 발생하고 스마트 최적화 타임러가 트래픽을 보조 경로로 전환하면 라우터는 기본 경로를 복구한 후에도 보조 경로를 계속 사용할 수 있습니다. ingress 라우터가 CSPF 계산을 완료하면 보조 경로가 더 나은 경로인지 판단할 수 있습니다.

주 경로가 활성 경로인 경우, 보조 경로를 백업 경로로만 사용해야 하는 경우 바람직하지 않을 수 있습니다. 또한 보조 경로가 활성 경로로 사용되고(기본 경로가 재구성된 경우에도) 보조 경로에 장애가 발생하면 스마트 최적화 타임러 기능이 자동으로 트래픽을 기본 경로로 전환하지 않습니다. 그러나 노드 및 링크 보호를 구성하거나 추가 대기 보조 경로를 구성하여 보조 경로를 보호할 수 있습니다. 이 경우 스마트 최적화 타임러가 효과적일 수 있습니다.

명령문을 사용하여 스마트 최적화 타임러에 대한 몇 초 만에 시간을 smart-optimize-timer 지정합니다.

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

  • [edit protocols mpls]

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

LSP의 홉 수 제한

기본적으로 각 LSP는 ingress 및 egress 라우터를 포함하여 최대 255개 홉을 우회할 수 있습니다. 이 값을 수정하려면 다음 hop-limit 문을 포함해야 합니다.

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

홉 수는 2개에서 255개까지로 증가할 수 있습니다. (두 홉이 있는 경로는 ingress 및 egress 라우터로만 구성됩니다.)

LSP의 대역폭 값 구성

각 LSP에는 대역폭 가치가 있습니다. 이 값은 RSVP 경로 설정 메시지의 발신자 Tspec 필드에 포함되어 있습니다. 초당 비트로 대역폭 값을 지정할 수 있습니다. LSP를 위해 더 많은 대역폭을 구성하면 더 많은 트래픽을 전달할 수 있습니다. 기본 대역폭은 초당 0비트입니다.

비제로 대역폭을 사용하려면 전송 및 egress 라우터가 경로의 아웃바운드 링크에 따라 용량을 예약해야 합니다. RSVP 예약 체계는 이 용량을 예약하는 데 사용됩니다. 대역폭 예약의 장애(예: RSVP 정책 제어 또는 접수 제어의 장애)는 LSP 설정에 장애를 일으킬 수 있습니다. 인터페이스에서 전송 또는 Egress 라우터에 대한 대역폭이 부족한 경우 LSP가 설정되지 않습니다.

신호 전송 LSP에 대한 대역폭 값을 지정하기 위해 다음 bandwidth 진술을 포함합니다.

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

LSP에 대한 자동 대역폭 할당

자동 대역폭 할당을 통해 MPLS 터널을 통과하는 트래픽 양에 따라 대역폭 할당을 자동 조정할 수 있습니다. 최소한의 대역폭으로 LSP를 구성할 수 있습니다. 이 기능은 현재 트래픽 패턴에 따라 LSP의 대역폭 할당을 동적으로 조정할 수 있습니다. 대역폭 조정은 터널을 통과하는 트래픽 흐름을 방해하지 않습니다.

자동 대역폭 할당으로 구성된 LSP에서 샘플링 간격을 설정할 수 있습니다. 이 간격 동안 평균 대역폭이 모니터링됩니다. 간격이 끝날 때 선행 샘플링 간격의 최대 평균 값으로 설정된 대역폭 할당을 통해 LSP를 위한 새로운 경로를 신호로 전송하려는 시도가 수행됩니다. 새 경로가 성공적으로 설정되고 원래 경로가 제거되면 LSP가 새로운 경로로 전환됩니다. 새로운 경로가 생성되지 않을 경우, LSP는 다음 샘플링 간격이 끝나도 새 경로를 설정하려고 시도할 때까지 현재 경로를 계속 사용합니다. LSP에 대한 최소 및 최대 대역폭 값을 설정할 수 있습니다.

자동 대역폭 할당 간격 동안 라우터는 LSP에서 트래픽(대역폭 활용률 증가)을 꾸준히 증가시킵니다. 이로 인해 혼잡이나 패킷 손실이 발생할 수 있습니다. 이를 방지하기 위해 현재 조정 간격이 끝나기 전에 자동 대역폭 조정 타임이 조기 만료되는 두 번째 트리거를 정의할 수 있습니다.

LSP에 대한 자동 대역폭 할당 구성

자동 대역폭 할당을 통해 MPLS 터널을 통과하는 트래픽 양에 따라 대역폭 할당을 자동 조정할 수 있습니다. 최소 대역폭으로 LSP를 구성할 수 있으며, 이 기능은 현재 트래픽 패턴에 따라 LSP의 대역폭 할당을 동적으로 조정할 수 있습니다. 대역폭 조정은 터널을 통과하는 트래픽 흐름을 방해하지 않습니다.

자동 대역폭 할당 시간 간격이 끝나면 현재의 최대 평균 대역폭 사용량을 LSP에 할당된 대역폭과 비교합니다. LSP에 추가 대역폭이 필요한 경우 대역폭이 현재 최대 평균 사용량과 동일한 새로운 경로를 설정하려고 시도합니다. 시도에 성공하면 LSP의 트래픽이 새 경로를 통해 라우팅되고 기존 경로가 제거됩니다. 시도에 실패하면 LSP는 현재 경로를 계속 사용할 수 있습니다.

주:

값을 계산할 Max AvgBW 때(ingress LSP와 상대적으로) MBB(Break) 전에 수집된 샘플은 무시되고 결과가 부정확한 것을 방지합니다. 대역폭 조정 후 또는 LSP ID의 변경 이후(경로 변경에 관계없이) 첫 번째 샘플도 무시됩니다.

LSP에 대한 링크 및 노드 보호를 구성한 경우, 트래픽이 우회 LSP로 전환된 경우 자동 대역폭 할당 기능은 계속해서 우회 LSP에서 대역폭 샘플을 실행하고 사용합니다. 첫 번째 대역폭 조정 주기의 경우, 원래 링크 및 노드 보호 LSP에서 취한 최대 평균 대역폭 사용량은 더 많은 대역폭이 필요한 경우 우회 LSP를 재지정하는 데 사용됩니다. (링크 및 노드 보호는 QFX 시리즈 스위치에서는 지원되지 않습니다.)

LSP에 대한 Fast Reroute를 구성한 경우 이 기능을 사용하여 대역폭을 조정할 수 없습니다. LSP는 고정 필터(FF) 예약 스타일을 사용하기 때문에 새로운 경로가 신호 전송될 때 대역폭을 두 배로 계산할 수 있습니다. 이중 카운트를 통해 자동 대역폭 할당이 활성화되면 고속 재라우트 LSP가 대역폭을 조정하는 것을 방지할 수 있습니다. (Fast Reroute는 QFX 시리즈 스위치에서 지원되지 않습니다.)

자동 대역폭 할당을 구성하기 위해 다음 섹션에서 단계를 완료합니다.

주:

스위치 QFX10000 계층 수준에서만 자동 대역폭 할당을 edit protocols mpls 구성할 수 있습니다. 논리적 시스템은 지원되지 않습니다.

LSP 구성 최적화된 자동 대역폭 MPLS 조정

자동 대역폭 기능을 통해 RSVP-트래픽 엔지니어링(TE) LSP가 자동 메시를 사용하여 직접 구성 또는 자동으로 생성되어 트래픽 속도에 따라 크기를 재조정할 수 있습니다. 각 LSP에서 수행되는 트래픽 속도는 트래픽 속도의 샘플을 주기적으로 수집하는 것으로 측정됩니다. 트래픽 통계 수집 빈도는 구성 명령문을 adjust-interval 통해 제어됩니다. 최소 구성 가능한 값은 adjust-interval 1초입니다. LSP의 재조정은 조정이라고 불리며 진술을 통해 조정 빈도를 adjust-interval 제어합니다.

릴리스 Junos OS 릴리스에서 20.4R1 구성된 오버플로우 또는 언더플로우 임계값을 초과하는 경우 조정의 최소값이 adjust-intervalauto-bandwidth 150초로 adjust-threshold-overflow-limitadjust-threshold-underflow-limit 감소됩니다.

그러나 오버플로우나 언더플로우 샘플이 탐지되지 않았다면 조정을 위한 최소 시간이 adjust-intervalauto-bandwidth 300초입니다.

릴리스 이전 버전의 Junos OS 20.4R1 오버플로우 또는 언더플로우 조건에서 adjust-interval 300초 미만의 시간입니다.

자동 대역폭 조정 최적화를 구현하면 LSP의 대역폭이 더 빠르게 auto-bandwidth 단축됩니다. ingress Label Edge Router(LER)는 감소에 따라 150초 내에 재조정할 수 있습니다. adjust-threshold-overflow-limit 즉, 150초 내에 오래된 LSP 인스턴스의 MBB(Post Make-Before-Break)의 단선이 수행될 경우, 150초 내에 재조정할 수 있습니다.

자동 대역폭 Optmization의 요구 사항은 다음을 제공합니다.

  • LSP 경로 변경 가능성 감소—자동 대역폭 조정이 발생할 때 LSP 경로 변경 가능성을 줄이는 것입니다.

  • LSP 재라우트의 확률 감소—이는 동일한 리소스를 요구하는 우선 순위가 높은 LSP 때문에 LSP 재라우트의 가능성을 줄이는 것입니다.

이러한 요구 사항을 충족하기 위해 자동 대역폭 조정 최적화는 다음을 지원합니다.

  1. In-place LSP Bandwidth Update—도메인 내 LSP에서 대역폭 변경을 수행할 때 ingress 레이블 에지 라우터(LER)가 LSP ID를 다시 사용할 수 있습니다.

    주:

    인-도메인 LSP 대역폭 업데이트는 도메인 간 LSP에 적용되지 않습니다.

    특정 시나리오에서, LSP Route Next Hop은 LSP 대역폭을 직접 또는 간접적으로 제공합니다. 이러한 시나리오에서 인스파이트 LSP 대역폭 업데이트가 지원된다 경우에도 LSP 경로 변경으로 인하여 기능의 성능 향상이 제한됩니다. 즉, 자동 대역폭(MPLS Tunnel) 이후 inet.3 라우트 테이블이 변경된 것이기 때문에 예를 들어, 다음과 같은 명령문 또는 두 진술 모두를 구성하면 성능 향상이 제한됩니다.

    • auto-policing 구성할 MPLS.

    • bandwidthload-balance RSVP에 구성된 명령문에 있는 옵션

    주:

    LSP-ID 재이용을 통해 인-place LSP 대역폭 업데이트 장애가 발생하면 ingress LER가 즉시 새로운 LSP-ID를 통해 MBB를 트리거합니다.

    • no-cspf LSP에 대해 구성됩니다.

    • LSP는 PCE(Path Computation Element)에 의해 제어됩니다.

    • LSP 최적화 타임러가 발생했습니다.

    • clear mpls lsp optimize-aggressive 명령어가 실행됩니다.

  2. Per-priority Subscription—보다 효율적으로 네트워크 리소스를 활용하기 위해 우선 순위가 높은 LSP에 대해 보다 낮은 우선 순위의 LSP에 대한 RSVP 구독 비율을 낮추고 우선 순위가 높은 LSP에 대한 RSVP 구독 비율을 높게 구성할 수 있습니다.

    예를 들어, 모든 우선 순위에 대해 RSVP 구독 비율을 LSP에 90%로 설정하는 대신 더 낮은 RSVP 구독 비율(예: 75%)을 구성할 수 있습니다. 우선 순위가 낮은 LSP에 대한

주:

우선순위당 구독은 DiffServ(Differentiated Services) 인식 트래픽 엔지니어링(트래픽 엔지니어링(TE))과 트래픽 엔지니어링(TE). DiffServ(Differentiated Services) 인식 트래픽 엔지니어링은 우선 순위당 구독보다 트래픽 엔지니어링(TE) 링크 대역폭을 보다 유연하고 통계적으로 공유할 수 있는 기능을 제공합니다.

To Configure In-place LSP Auto-bandwidth Resizing:

  1. 디바이스 인터페이스를 구성하여 MPLS.
  2. 인터페이스에서 MPLS 프로토콜을 구성합니다.
  3. MPLS 및 LSP를 구성하고 LSP에 대한 링크 보호를 구성합니다.
  4. LSP가 자동 대역폭 LSP 크기 조정을 지원하도록 in-place-bandwidth-update 구성합니다.
  5. 구성 모드에서 커밋을 입력합니다.

Verification

구성 모드에서, 명령어를 입력하여 show protocols show interfaces 구성을 확인 출력이 의도한 구성을 표시하지 않는 경우 이 예제의 지침을 반복하여 구성을 수정합니다.

To Configure Per-priority Subscription:

  1. 인터페이스에서 RSVP 프로토콜을 구성합니다.

  2. 인터페이스에 대한 대역폭 구독 값을 구성합니다. 0~65,000%의 가치를 제공합니다. 기본 구독 가치는 100%입니다.

  3. 인터페이스에서 구독 우선 순위를 구성합니다.

  4. 우선 순위에 대한 구독 비율을 구성합니다.

  5. 구성 모드에서 커밋을 입력합니다.

Verification

구성 모드에서, 명령어를 입력하여 show protocols show interfaces 구성을 확인 출력이 의도한 구성을 표시하지 않는 경우 이 예제의 지침을 반복하여 구성을 수정합니다.

LSP에 대한 자동 대역폭 할당 통계의 보고 구성

자동 대역폭 할당을 통해 MPLS 터널을 통과하는 트래픽 양에 따라 대역폭 할당을 자동 조정할 수 있습니다. 다음과 같은 단계를 완료하여 자동 대역폭 할당과 관련된 통계를 수집하도록 디바이스를 구성할 수 있습니다.

  1. 자동 대역폭 할당과 관련된 통계를 수집하기 위해 계층 수준에서 auto-bandwidthstatistics 명령문에 대한 옵션을 [edit protocols mpls] 구성합니다. 이러한 설정은 계층 수준에서 명령문을 구성한 라우터에서 구성된 모든 LSP에 auto-bandwidth[edit protocols mpls label-switched-path label-switched-path-name] 적용됩니다.
  2. 이 옵션을 사용하여 MPLS 추적 작업 출력을 저장하는 데 사용되는 파일을 filenamefile 지정합니다. 모든 파일이 디렉토리에 /var/log 배치됩니다. 파일에 출력을 추적하고 MPLS 것이 mpls-log 좋습니다.
  3. 이 옵션을 사용하여 최대 trace 파일의 수를 files number 지정합니다. 이름의 추적 파일이 최대 크기에 도달하면 최대 트레이스 파일 수에 도달할 때까지 이름이 trace-filetrace-file.0trace-file.1 변경됩니다. 그런 다음 가장 오래된 추적 파일을 덮어 덮어 니다.
  4. 이 옵션을 사용하여 몇 초 만에 시간을 구성하여 평균 대역폭 사용량을 계산하기 위한 간격을 interval 지정합니다. 또한, 계층 수준에서 옵션을 구성하여 특정 LSP에 조정 interval 간격을 설정할 [edit protocols mpls label-switch-path label-switched-path-name statistics] 수도 있습니다.
    주:

    LSP의 불필요한 재할당을 방지하기 위해 자동 대역폭 통계 간격보다 최소 3배 이상 긴 LSP 조정 간격을 MPLS 있는 것이 최선입니다. 예를 들어, 자동 대역폭 통계 간격(계층 수준에서 명령문)에 대해 3 MPLS 0초 값을 구성하는 경우, LSP 조정 간격(계층 수준에서 명령문)에 대해 interval[edit protocols mpls statistics] 최소 90초의 adjust-interval 값을 구성해야 합니다. [edit protocols mpls label-switched-path label-switched-path-name auto-bandwidth]

  5. 자동 대역폭 할당을 추적하기 위해 계층 수준에서 MPLS autobw-state flagtraceoptions[edit protocols mpls] 명령문을 포함합니다.

    다음 구성을 통해 자동 대역폭 MPLS 추적 기능(traceoptions)을 보장합니다. 추적 레코드는 파일명을 사용자가 구성할 수 있는 파일로 auto-band-trace 저장됩니다.

  6. 이 명령을 사용하면 자동 대역폭(MPLS 통계) 명령문을 구성할 때 생성된 자동 대역폭 할당 통계 파일을 표시할 수 show log 있습니다. auto-bandwidth (MPLS Statistics) 다음은 으로 명명된 LSP로 구성된 라우터에 MPLS 통계 파일에서 채출된 샘플 로그 auto-band-stats 파일 출력을 E-D 보여줍니다. 로그 파일에는 처음에 LSP가 예약된 대역폭 제한을 통해 작동하고 있는 E-D 것으로 나타났습니다. 전에는 라우터가 자동 대역폭 조정을 트리거했습니다(LSP에 대한 두 세션이 자동 대역폭 조정을 진행하는 Oct 30 17:14:57 것을 볼 수 있습니다). 에 의해, LSP는 더 높은 대역폭으로 재구성되고 현재 100% 미만(예약 대역폭)을 사용하여 Oct 30 17:16:57Reserved Bw 표시됩니다.
  7. show mpls lsp autobandwidth 명령을 실행하여 자동 대역폭 할당에 대한 현재 정보를 표시합니다. 다음은 이전 표시된 로그 파일과 동일한 시기에 취해진 명령어의 샘플 show mpls lsp autobandwidth 출력을 보여줍니다.
  8. file show명령어를 실행하여 MPLS. 파일 위치와 파일 이름을 지정해야 합니다(파일이 에 /var/log/ 있습니다. 다음은 으로 명명된 LSP로 구성된 라우터에 MPLS 추적 파일에서 샘플 추적 auto-band-trace.0.gz 파일 출력을 E-D 보여줍니다. 추적 파일에서 처음에는 LSP가 예약된 대역폭 제한을 통해 작동하고 있는 E-D 것으로 나타났습니다. 에서, 라우터는 자동 대역폭 조정을 트리거합니다(LSP에 대한 2개의 세션이 자동 대역폭 조정을 Oct 30 17:15:26 진행하는 것을 볼 수 있습니다). 에 의해, LSP는 더 높은 대역폭으로 재구성되고 현재 100% 미만(예약 대역폭)을 사용하여 Oct 30 17:15:57Reserved Bw 표시됩니다.

ASS에서 LSP 구성

명령문을 LSP 구성의 일부로 포함시 하여 네트워크의 여러 영역을 전달하도록 inter-domain LSP를 구성할 수 있습니다. 이 명령문을 통해 라우터는 네트워크 데이터베이스에서 경로를 IGP 수 있습니다. 도메인 내 CSPF를 사용하여 경로를 찾을 수 없는 라우터에서 이 진술을 구성해야 합니다(TED(Traffic Engineering Database)). 영역 간 LSP를 구성할 때 inter-domain 명령문이 필요합니다.

시작하기 전에 다음을 할 수 있습니다.

  • 패밀리 디바이스와 디바이스 인터페이스를 MPLS.

  • 디바이스 라우터 ID 및 자율 시스템 번호를 구성합니다.

  • 라우터 MPLS 인터페이스에서 MPLS 및 RSVP를 활성화합니다.

  • 트래픽 IGP 구성합니다.

  • ingress에서 egress 라우터까지 LSP를 설정합니다.

INGRESS Label-Switched Router(LER)의 여러 ASS상에서 LSP를 구성하기 위한 경우:

  1. 모든 MPLS 인터페이스에서 데이터(관리 인터페이스 제외)를 활성화합니다.
  2. 모든 인터페이스에서 RSVP를 활성화합니다(관리 인터페이스 제외).
  3. 영역 간 LSP를 구성합니다.
  4. 구성을 검증하고 커밋합니다.

LSP 상태 변경에 대한 댐핑 광고

LSP가 최대 다운에서 다운으로, 또는 하락으로 변경되는 경우 이러한 전환은 라우터 소프트웨어 및 하드웨어에 즉시 적용됩니다. 그러나 LSP를 IS-IS(Intermediate System to Intermediate System) 최단 경로 우선(OSPF) 경우 LSP 전환을 저지하기를 원할 수 있으며, 따라서 특정 기간(보유 시간)이 경과할 때까지 광고하지 않을 수 있습니다. 이 경우 LSP가 최대 다운되는 경우, 보류 기간 동안 LSP가 다운될 때까지 LSP가 다운되는 것으로 광고되지 않습니다. 아래에서 최대로의 전환은 광고에 IS-IS(Intermediate System to Intermediate System) 즉시 최단 경로 우선(OSPF) 있습니다. LSP 감쇠는 LSP의 광고와 IS-IS(Intermediate System to Intermediate System) 최단 경로 우선(OSPF) 영향을 미친다. 다른 라우팅 소프트웨어 및 하드웨어가 LSP 전환에 즉시 대응할 수 있습니다.

LSP 전환을 댐프하기 위해 다음 진술을 advertisement-hold-time 포함합니다.

seconds 0에서 65,535초까지의 가치가 될 수 있습니다. 기본 설정은 5초입니다.

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

  • [edit protocols mpls]

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

Corouted Bidirectional LSP 구성

corouted 양방향 패킷 LSP는 에서와 같이 한 쌍의 수신 및 egress 노드 간에 동일한 경로를 공유하는 2개의 LSP를 그림 2 결합합니다. RSVP-트래픽 엔지니어링(TE) GMPLS 확장을 사용하여 트래픽 엔지니어링(TE). 이러한 유형의 LSP는 Layer 2 VPN, 레이어 2 회로 및 Layer 3 VPN을 MPLS 기반의 표준 트래픽 유형을 전달하는 데 사용할 수 있습니다. 양방향 LSP를 위한 단일 BFD 세션을 구성할 수 있습니다(각 방향의 각 LSP에 대해 BFD 세션을 구성할 필요가 없습니다). 또한 단일 대기 양방향 LSP를 구성하여 기본 양방향 LSP에 대한 백업을 제공할 수도 있습니다. COROUTED 양방향 LSP는 PHP(Penultimate Hop Popping) 및 UHP(Ultimate Hop Popping)에서 모두 지원됩니다.

양방향 LSP에 고가용성을 제공합니다. Graceful Restart 및 무중단 활성 라우팅을 활성화할 수 있습니다. 다시 시작 라우터가 양방향 LSP를 위한 ingress, egress 또는 transit router인 경우 Graceful Restart 및 무중단 활성 라우팅이 지원됩니다.

그림 2: Corouted Bidirectional LSPCorouted Bidirectional LSP

Corouted Bidirectional LSP를 구성하는 경우:

  1. 구성 모드에서, LSP를 위한 ingress 라우터를 구성하고 진술을 포함하여 LSP가 코어링된 양방향 LSP로 설정될 수 있도록 corouted-bidirectional 지정합니다.

    이 경로는 CSPF를 사용하여 계산된 후 RSVP 시그널링(단방향 RSVP 신호 LSP와 마찬가지로)을 사용하여 시작됩니다. 이 구성이 커밋되면 egress 라우터로의 경로와 egress 라우터의 리버스 경로가 생성됩니다.

  2. (선택 사항) 역방향 경로의 경우, egress 라우터에서 LSP를 구성하고 LSP를 다른 LSP와 연결하기 위한 명령문을 corouted-bidirectional-passive 포함합니다.

    수신 LSP가 제공하는 경로 계산 및 시그널링에 의존하기 때문에 이 LSP에는 경로 계산이나 시그널링이 사용되지 않습니다. 동일한 corouted-bidirectional LSP에 대한 명령문과 명령문을 모두 구성할 수 corouted-bidirectional-passive 없습니다.

    또한 이 명령문을 사용하면 corouted 양방향 LSP를 더 쉽게 디버그할 수 있습니다. 명령문(다시 egress 라우터에서)을 구성하면 , , 및 명령어를 실행하여 corouted-bidirectional-passiveping mpls lsp-end-pointping mpls ldp egress 라우터에서 ping mpls rsvptraceroute mpls ldptraceroute mpls rsvp corouted 양방향 LSP를 테스트할 수 있습니다.

  3. 명령어 show mpls lsp extensive 및 명령을 사용하여 show rsvp session extensive 양방향 LSP에 대한 정보를 표시합니다.

    다음은 양방향 LSP가 구성된 ingress 라우터에서 실행 시 명령에 대한 show rsvp session extensive 출력을 보여줍니다.

LSP를 위한 Entropy Label 구성

LSP를 위한 로피 레이블을 삽입하면 전송 라우터가 ECMP 경로에서 MPLS 트래픽을 로드 릴리즈할 수 있습니다. 또는 링크 어그리게이션 그룹에서 MPLS Label 스택을 해시 입력으로 사용하여 트래픽을 로드 에지로 심층 패킷 검사. 심층 패킷 검사에는 라우터의 처리 능력이 더 필요하며 여러 라우터마다 심층 패킷 검사 기능이 다릅니다.

LSP에 대한 entropy Label을 구성하기 위해 다음 단계를 완료합니다.

  1. ingress 라우터에서 계층 수준 또는 계층 수준에서 entropy-label[edit protocols mpls labeled-switched-path labeled-switched-path-name] 명령문을 [edit protocols mpls static-labeled-switched-path labeled-switched-path-name ingress] 포함합니다. 이 로피 레이블은 MPLS 레이블 스택에 추가되어 포우링 플레인에서 처리될 수 있습니다.
    주:

    이는 RSVP 및 정적 LSP에만 해당됩니다.

  2. 수신 라우터에서 LDP 신호 LSP에 대한 수신 정책을 구성할 수 있습니다.

    계층 수준에서 ingress 정책을 [edit policy-options] 구성합니다.

    다음은 로피 레이블 인링(ingress) 정책의 예입니다.

  3. (선택 사항) 기본적으로, 로피 레이블의 푸시 및 Popping을 지원하는 라우터는 LSP를 기준으로 레이블에 신호를 표시하기 위해 계층 수준에서 명령문으로 load-balance-label-capability[edit forwarding-options] 구성됩니다. 피어 라우터가 로드 밸런싱 레이블을 처리하지 못하면 공급업체 에지(PE) 라우터가 계층 수준에서 명령문을 구성하여 로피 레이블 기능을 시그널링하는 것을 방지할 no-load-balance-label-capability[edit forwarding-options] 수 있습니다.

전송 라우터는 구성이 필요 없습니다. entropy Label의 존재는 네트워크 레이블 스택을 기반으로 로드 균형을 유지하기 위해 MPLS 라우터를 나타냅니다.

Penultimate 홉 라우터는 기본적으로 entropy Label을 Pop합니다.

예를 들면 다음과 같습니다. LSP(Labeled Unicast) LSP를 BGP(Border Gateway Protocol) Entropy Label 구성

다음 예제에서는 엔트로피 레이블을 사용하여 엔드-BGP(Border Gateway Protocol) 밸런싱을 달성하기 위해 레이블이 있는 유니캐스트에 대한 엔트로피 레이블을 구성하는 방법을 보여줍니다. IP 패킷이 대상에 도달할 수 있는 여러 경로가 있는 경우 Junos OS 패킷 헤더의 특정 필드를 사용하여 패킷을 확실한 경로로 해시합니다. 이를 위해서는 플로우 정보를 전달할 수 있는 특수 로드 밸런싱 레이블인 entropy Label이 필요합니다. 코어의 LSRS는 단순히 올바른 경로로 패킷을 해시하기 위한 키로 로피 레이블을 사용하기만 합니다. 인트로피 레이블은 16 ~ 1048575 사이의 레이블 값일 수 있습니다(일반 20비트 레이블 범위). 이 범위는 기존 regular Label 범위와 중복되기 때문에, ELI(entropy Label Indicator)라는 특수 레이블은 entropy Label 앞에 삽입됩니다. ELI는 7의 값을 IANA(Internet Assigned Numbers Authority) 지정되는 특수 레이블입니다.

BGP(Border Gateway Protocol) 레이블링된 유니캐스트는 일반적으로 여러 영역 또는 여러 자율 시스템 전반에 걸쳐 RSVP 또는 LDP IGP 수 있습니다. RSVP 또는 LDP entropy Label은 RSVP 또는 LDP 레이블과 함께 Penultimate 홉 노드에 매핑됩니다. 이 기능을 사용하면 스티킹 포인트에서 엔트로피 레이블을 사용하여 penultimate 홉 노드와 스티치 포인트 간의 격차를 해소할 수 있습니다. 이를 통해 트래픽에 대한 엔드투엔드 엔트로피 레이블 로드 밸런싱을 달성할 BGP(Border Gateway Protocol) 있습니다.

요구 사항

이 예에서는 다음과 같은 하드웨어 및 소프트웨어 구성 요소를 활용합니다.

  • MC가 있는 7개의 MX 시리즈 라우터

  • Junos OS Release 15.1 이상이 모든 장치에서 실행됩니다.

레이블이 지정된 유니캐스트에 대해 BGP(Border Gateway Protocol) 전에 다음을 선택해야 합니다.

  1. 디바이스 인터페이스를 구성합니다.

  2. 모든 최단 경로 우선(OSPF) 또는 기타 모든 IGP 프로토콜을 구성합니다.

  3. 구성 BGP(Border Gateway Protocol).

  4. RSVP를 구성합니다.

  5. 구성 MPLS.

개요

레이블이 BGP(Border Gateway Protocol) 여러 영역 또는 여러 자율 시스템 전반에서 RSVP 또는 LDP L IGP SP를 연결하면 RSVP 또는 LDP 로케이션 레이블이 RSVP 또는 LDP 레이블과 함께 Penultimate 홉 노드에 매핑됩니다. 그러나 스티치 포인트에는 두 영역 사이의 라우터에 지루한 레이블이 없습니다. 따라서, 스티치 포인트의 라우터는 패킷을 전달하기 위해 BGP(Border Gateway Protocol) 레이블을 사용했습니다.

Junos OS Release 15.1에서 시작하여 엔트로피 레이블을 구성하여 BGP(Border Gateway Protocol) 레이블 로드 밸런싱을 달성할 수 있습니다. 이 기능을 사용하면 트래픽에 대한 엔드-to-엔드 엔트로피 레이블 로드 밸런싱을 달성하기 위해 스티치 지점에서 엔트로피 BGP(Border Gateway Protocol) 사용할 수 있습니다. Junos OS 레이블링된 유니캐스트 LSP BGP(Border Gateway Protocol) 로피 레이블을 삽입할 수 있습니다.

기본적으로, 로피 레이블을 지원하는 라우터는 계층 수준에서 명령문으로 구성되어 LSP를 기준으로 해당 레이블을 load-balance-label-capability 시그널링합니다. [edit forwarding-options] 피어 라우터가 로드 밸런싱 레이블을 처리하지 못하면 계층 수준에서 구성하여 로피 레이블 기능의 시그널링을 방지할 no-load-balance-label-capability[edit forwarding-options] 수 있습니다.

주:

정책에 지정된 경로에 대해 egress에서 계층 수준에서 옵션을 사용하여 명시적으로 광고 내로피 레이블 기능을 no-entropy-label-capability[edit policy-options policy-statement policy name then] 비활성화할 수 있습니다.

토폴로지

라우터 그림 3 PE1은 ingress 라우터이자 Router PE2가 egress 라우터입니다. 라우터 P1 및 P2는 전송 라우터입니다. Router ABR은 Area 0과 Area 1의 에리어 브리지 라우터입니다. LAG는 트래픽의 로드 밸런싱을 위해 제공업체 라우터에 구성되어 있습니다. 라벨링된 유니캐스트를 위한 BGP(Border Gateway Protocol) 기능은 ingress Router PE1에서 활성화됩니다.

그림 3: Labeled Unicast를 위해 BGP(Border Gateway Protocol) Label 구성Labeled Unicast를 위해 BGP(Border Gateway Protocol) Label 구성

구성

CLI 빠른 구성

이 예제를 신속하게 구성하려면 다음 명령을 복사하여 텍스트 파일에 붙여넣기하고, 라인 끊기를 제거하고, 네트워크 구성과 일치하는 데 필요한 세부 정보를 변경하고, 계층 수준에서 명령어를 CLI 입력한 다음 구성 모드에서 [edit]commit 입력합니다.

라우터 PE1

라우터 P1

라우터 ABR

라우터 P2

라우터 PE2

구성 라우터 PE1

단계별 절차

다음 예제에서는 구성 계층의 다양한 수준을 탐색해야 합니다. 네트워크의 네트워크 CLI 대한 자세한 내용은 CLI 사용자 가이드의 CLI 편집기사용 CLI 참조하십시오.

라우터 PE1 구성:

주:

적절한 인터페이스 이름, 주소 및 기타 매개 변수를 수정한 후 Router PE2에 대한 이 프로시저를 반복합니다.

  1. IPv4 및 IPv6 주소로 인터페이스를 구성합니다.

  2. 루프백 인터페이스를 구성합니다.

  3. 라우터 ID와 자율 시스템 번호를 설정합니다.

  4. 모든 인터페이스에 대해 RSVP 프로토콜을 구성합니다.

  5. 라우터 pe1의 모든 인터페이스에서 MPLS 설정하고 LSP를 지정합니다.

  6. 내부 라우터에서 IBGP를 구성합니다.

  7. 내부 그룹 ibgp를 위해 BGP(Border Gateway Protocol) 유니캐스트에 대한 entropy label BGP(Border Gateway Protocol) 기능을 활성화합니다.

  8. ABR(Area border router)의 모든 인터페이스에서 최단 경로 우선(OSPF) 프로토콜을 활성화합니다.

  9. prefix 목록을 정의하여 로피 레이블 기능이 있는 경로를 지정합니다.

  10. 정책 EL을 정의하여 entropy Label 기능이 있는 경로를 지정합니다.

  11. 또 다른 정책 EL-2를 정의하여 로피 레이블 기능이 있는 경로를 지정합니다.

  12. BGP(Border Gateway Protocol) 라우팅 테이블로 최단 경로 우선(OSPF) 정책을 정의합니다.

  13. 라우팅 테이블로 경로 최단 경로 우선(OSPF) 정책을 BGP(Border Gateway Protocol) 정의합니다.

  14. 정적 경로를 라우팅 테이블로 내보내기 위한 BGP(Border Gateway Protocol) 정의합니다.

  15. VPN 커뮤니티에 VPN 대상을 구성합니다.

  16. 레이어 3 VPN 라우팅 인스턴스 VPN-l3vpn을 구성합니다.

  17. VPN-l3vpn 라우팅 인스턴스에 인터페이스를 할당합니다.

  18. VPN-l3vpn 라우팅 인스턴스에 대한 경로 구분자 구성

  19. VPN-l3vpn 라우팅 인스턴스에 대해 VRF(VPN Routing and Forwarding) 대상을 구성합니다.

  20. VPN-l3vpn 라우팅 인스턴스에 대한 Layer 3 VPN 프로토콜을 사용하여 Device CE1에 대한 정적 경로를 구성합니다.

  21. VPN-BGP(Border Gateway Protocol) 인스턴스에 대한 최단 경로 우선(OSPF) 라우팅 테이블로 최단 경로 우선(OSPF) 라우팅 경로를 내보낼 수 있습니다.

  22. VPN-최단 경로 우선(OSPF) 인스턴스에 최단 경로 우선(OSPF) 인터페이스를 할당합니다.

구성 라우터 P1

단계별 절차

다음 예제에서는 구성 계층의 다양한 수준을 탐색해야 합니다. 네트워크의 네트워크 CLI 대한 자세한 내용은 CLI 사용자 가이드의 CLI 편집기사용 CLI 참조하십시오.

라우터 P1 구성:

주:

적절한 인터페이스 이름, 주소 및 기타 매개 변수를 수정한 후 라우터 P2에 대한 이 프로시저를 반복합니다.

  1. IPv4 및 IPv6 주소로 인터페이스를 구성합니다.

  2. 인터페이스에서 링크 집계를 구성합니다.

  3. 루프백 인터페이스를 구성합니다.

  4. 라우터가 MPLS 밸런싱을 위해 패킷을 대상에 해싱하는 데 사용하는 레이블을 구성합니다.

  5. 라우터 ID와 자율 시스템 번호를 설정합니다.

  6. 패킷당 로드 밸런싱을 활성화합니다.

  7. 모든 인터페이스에 대해 RSVP 프로토콜을 구성합니다.

  8. 라우터 P1의 MPLS 인터페이스에서 구성을 활성화하고 LSP를 지정합니다.

  9. 관리 인터페이스를 최단 경로 우선(OSPF) 라우터 P1의 모든 인터페이스에서 최단 경로 우선(OSPF) 프로토콜을 활성화합니다.

  10. 패킷당 로드 밸런싱에 대한 정책을 정의합니다.

구성 라우터 ABR

단계별 절차

다음 예제에서는 구성 계층의 다양한 수준을 탐색해야 합니다. 네트워크의 네트워크 CLI 대한 자세한 내용은 CLI 사용자 가이드의 CLI 편집기사용 CLI 참조하십시오.

라우터 ABR 구성:

  1. IPv4 및 IPv6 주소로 인터페이스를 구성합니다.

  2. 루프백 인터페이스를 구성합니다.

  3. 인터페이스에서 링크 집계를 구성합니다.

  4. 라우터가 MPLS 밸런싱을 위해 패킷을 대상에 해싱하는 데 사용하는 레이블을 구성합니다.

  5. 라우터 ID와 자율 시스템 번호를 설정합니다.

  6. 패킷당 로드 밸런싱을 활성화합니다.

  7. 모든 인터페이스에 대해 RSVP 프로토콜을 구성합니다.

  8. 라우터 P1의 MPLS 인터페이스에서 구성을 활성화하고 LSP를 지정합니다.

  9. 내부 라우터에서 IBGP를 구성합니다.

  10. ABR의 모든 인터페이스에서 최단 경로 우선(OSPF) 프로토콜을 활성화합니다.

  11. 로피 레이블 기능이 있는 경로를 지정하는 정책을 정의합니다.

결과

구성 모드에서 , , 및 명령어를 입력하여 show interfacesshow protocolsshow routing-optionsshow forwarding optionsshow policy-options 구성을 확인 출력이 의도한 구성을 표시하지 않는 경우 이 예제의 지침을 반복하여 구성을 수정합니다.

확인

구성이 제대로 작동하고 있는지 확인합니다.

라우터 PE2에서 Entropy Label 기능이 광고되고 있는지 검증

목적

업스트림 라우터 PE2에서 egress에서entropy Label 기능 경로 속성이 광고되고 있는지 확인합니다.

실행

작동 모드에서 Router show route 10.255.101.200 advertising-protocol bgp 10.255.102.102 PE2에서 명령을 실행합니다.

의미

출력에 따르면 IP 주소가 10.255.101.200인 호스트 PE2가 지사 레이블 기능을 갖추고 있는 것으로 나타났습니다. 호스트는 네트워크 이웃에entropy label BGP(Border Gateway Protocol) 있습니다.

라우터 ABR이 Entropy Label 알림을 수신하는지 확인

목적

Router ABR이 Router PE2에서 수신 시 로트로피 레이블 광고를 수신하는지 확인합니다.

실행

작동 모드에서 Router show route 10.255.101.200 receiving-protocol bgp 10.255.101.200 ABR에서 명령을 실행합니다.

의미

Router ABR은 인접한 PE2로부터 BGP(Border Gateway Protocol) 레이블 기능 광고를 수신합니다.

Entropy Label Flag가 설정된지 확인

목적

ingress의 Label 요소에 대한 entropy Label 플래그가 설정되어 있는지 검증합니다.

실행

작동 모드에서 Router show route protocol bgp detail PE1에서 명령을 실행합니다.

의미

entropy Label은 Router PE1에서 활성화됩니다. 출력에 따르면 엔트로피 레이블이 엔드-to-엔드 로드 밸런싱을 달성하기 위해 레이블 BGP(Border Gateway Protocol) 유니캐스트에 사용 중인 것으로 나타났습니다.

LSP를 위한 궁극의 홉 핑 구성

기본적으로 RSVP 신호 LSP는 PHP(Penultimate-hop popping)를사용됩니다.그림 4 라우터 PE1과 라우터 PE2 간의 Penultimate-hop Popping LSP를 보여줌 Router CE1은 패킷을 다음 홉(Router PE1)으로 전달합니다. 이는 LSP 수신입니다. Router PE1은 패킷에서 Label 1을 푸시하고 레이블이 지정한 패킷을 라우터 P1로 전달합니다. Router P1은 표준 MPLS Label 스왑 교체 작업을 완료하고 Label 2에 대한 Label 1을 교체하고 패킷을 Router P2로 전달합니다. Router P2는 LSP에서 Router PE2로의 Penultimate-hop 라우터이기 때문에 먼저 레이블을 파핑한 다음 패킷을 Router PE2로 전달합니다. Router PE2가 이를 수신하면 패킷은 서비스 레이블, 명시적-null 레이블을 갖거나 일반 IP 또는 VPLS 패킷일 수 있습니다. Router PE2는 불명확한 패킷을 Router CE2로 전달합니다.

그림 4: LSP를 위한 Penultimate-Hop PoppingLSP를 위한 Penultimate-Hop Popping

또한 RSVP 신호LSP에대해 궁극의 홉 핑(UHP)(에 표시된 그림 5 것)을 구성할 수 있습니다. 일부 네트워크 애플리케이션은 패킷이 null 외장 레이블이 없는 egress 라우터(Router PE2)에 도착해야 할 수 있습니다. 궁극의 홉(hop) LSP를 위해 Penultimate 라우터(Router P2 in)는 패킷을 egress Router PE2로 전달하기 전에 표준 MPLS Label 스왑 교체 작업(이 예에서는 그림 5 Label 3용 Label 2)을 수행합니다. Router PE2는 아우터 레이블을 팝업하고 패킷 주소의 두 번째 룩업을 수행하여 최종 대상을 확인합니다. 그런 다음 패킷을 해당 목적지(Router CE2 또는 Router CE4)로 전달합니다.

그림 5: LSP를 위한 궁극의 홉 핑(Hop Popping)LSP를 위한 궁극의 홉 핑(Hop Popping)

다음 네트워크 애플리케이션은 UHP LSP를 구성해야 합니다.

  • MPLS 및 인밴드 OAM을 위한 MPLS-TP

  • 에지 보호 가상 회로

UHP 동작을 지원하지 않는 기능은 다음과 같습니다.

  • LDP 신호 전송 LSP

  • 정적 LSP

  • 점대다점 LSP

  • CCC

  • traceroute 명령

UHP 동작에 대한 자세한 내용은 RSVP-트래픽 엔지니어링(TE) LSP를위한 인터넷 draft-draft-ietf-mpls-rsvp-te-no-php-oob 매핑-01.txt, 비 PHP 동작 및 대역 외 매핑 을 참조하십시오.

점대점(point-to-point) RSVP 신호 LSP의 경우, UHP 동작은 LSP 수신에서 시그널링됩니다. 수신 라우터 구성에 따라 RSVP는 비 PHP 플래그 집합을 사용하여 UHP LSP를 시그널링할 수 있습니다. RSVP PATH 메시지는 LSP-ATTRIBUTES 객체에서 두 플래그를 전달합니다. egress 라우터가 PATH 메시지를 수신하면, LSP에 non-null Label을 할당합니다. 또한 RSVP는 mpls.0 라우팅 테이블에서 2개의 라우트를 생성하고 설치합니다. S는 label 스택의 MPLS 여부를 나타내는 MPLS 비트를 나타냅니다.

  • Route S=0—스택에 레이블이 더 많이 있는 것을 나타 내포합니다. 다음 홉은 mpls.0 라우팅 테이블을 표시하고, 스택에서 나머지 MPLS 레이블 룩업을 트리거하여 나머지 MPLS 레이블을 검색합니다.

  • Route S=1—더 이상 레이블이 없음을 나타냅니다. 다음 홉은 플랫폼이 체인 및 다중 패밀리 룩업을 지원할 경우 inet.0 라우팅 테이블을 밝힙니 다. 또는 Label Route는 VT 인터페이스를 지정하여 IP 포우링을 시작할 수 있습니다.

UHP LSP를 사용하는 경우, Layer 3 VPN MPLS VPLS, Layer 2 VPN 및 Layer 2 회로와 같은 애플리케이션은 UHP LSP를 사용할 수 있습니다. UHP LSP가 다양한 유형의 애플리케이션에 미치는 영향을 MPLS 설명하고 있습니다.

  • Layer 2 VPN 및 Layer 2 회로—패킷은 2개의 레이블이 있는 PE 라우터(UHP LSP의 Egress)에 도착합니다. 외부 레이블(S=0)은 UHP Label, Inner Label(S=1)은 VC Label입니다. 전송 레이블에 기반한 룩업은 mpls.0 라우팅 테이블에 대한 테이블 취급을 결과로 이루어 습니다. 내부 레이블에 해당하는 mpls.0 라우팅 테이블에 추가 경로가 있습니다. 내부 레이블에 기반한 룩업은 고객 에지(CE) 넥스 홉(next hop)으로 연결됩니다.

  • Layer 3 VPN—패킷은 2개의 레이블이 있는 PE 라우터(UHP LSP의 Egress)에 도착합니다. 외부 레이블(S=0)은 UHP Label, 내부 레이블은 VPN Label(S=1)입니다. 전송 레이블에 기반한 룩업은 mpls.0 라우팅 테이블에 대한 테이블 처리의 결과입니다. 이 시나리오에는 두 가지 사례가 있습니다. 기본적으로 레이어 3 VPN은 다음 홉 레이블을 광고합니다. 내부 레이블에 기반한 룩업은 네트워크 라우터로 향하는 다음 고객 에지(CE) 결과입니다. 그러나 Layer 3 VPN 라우팅 인스턴스에 대한 명령문을 구성한 경우, 내부 vrf-table-labelLSI Label은 VRF 라우팅 테이블을 지정합니다. VRF 라우팅 테이블에 대한 IP 룩업도 완료됩니다.

    주:

    명령문으로 구성된 Layer 3 VPN용 UHP는 MX 시리즈 5G 네트워크에서만 지원 유니버설 라우팅 플랫폼 vrf-table-label 있습니다.

  • VPLS—패킷은 2개의 레이블이 있는 PE 라우터(UHP LSP의 Egress)에 도착합니다. 외부 레이블은 전송 레이블(S=0)으로, 내부 레이블은 VPLS Label(S=1)입니다. 전송 레이블에 기반한 룩업은 mpls.0 라우팅 테이블에 대한 테이블 처리의 결과입니다. mpls.0 라우팅 테이블의 내부 레이블에 기반한 룩업은 터널 서비스가 구성되지 않은 경우(또는 VT 인터페이스를 사용할 수 없는 경우) VPLS 라우팅 인스턴스의 LSI 터널 인터페이스에 표시됩니다. MX 3D 시리즈 라우터는 연쇄 룩업 및 멀티 패밀리 룩업을 제공합니다.

    주:

    명령문으로 구성된 VPLS용 UHP는 no-tunnel-service MX 3D 시리즈 라우터에서만 지원됩니다.

  • IPv4는 MPLS—패킷은 하나의 Label(S=1)을 통해 PE 라우터(UHP LSP의 Egress)에 도착합니다. 이 레이블에 기반한 룩업은 VT 터널 인터페이스를 반환합니다. 패킷을 전달할 위치를 결정하기 위해 VT 인터페이스에서 또 다른 IP 룩업이 완료됩니다. 라우팅 플랫폼이 멀티 패밀리 및 체인 룩업(예: MX 3D 라우터 및 PTX 시리즈 패킷 전송 라우터), inet.0 라우팅 테이블에 대한 레이블 경로(S=1) 지점에 기반한 룩업을 지원하는 경우

  • IPv6 over MPLS—2의 레이블 MPLS 통해 IPv6 터널링이 서로에게 IPv6 경로를 표시하는 경우. IPv6에 대한 명시적 null 레이블입니다. 그 결과 원격 PE 라우터에서 학습된 IPv6 라우트의 포워링 다음 홉은 일반적으로 2개의 레이블을 푸시합니다. 내부 레이블은 2입니다(광고 PE 라우터가 다른 벤더의 경우 다를 수 있으며), 라우터 레이블은 LSP 레이블입니다. 패킷은 2개의 레이블이 있는 PE 라우터(UHP LSP의 egress)에 도착합니다. 외부 레이블은 전송 레이블(S=0)으로, 내부 레이블은 IPv6 explicit-null Label(Label 2)입니다. mpls.0 라우팅 테이블의 내부 레이블에 기반한 룩업은 mpls.0 라우팅 테이블로 다시 리디렉션됩니다. MX 3D 시리즈 라우터에서, 내부 레이블(Label 2)이 제거되어 IPv6 룩업은 inet6.0 라우팅 테이블을 사용하여 수행됩니다.

  • PHP 및 UHP LSP를 모두 활성화하면 동일한 네트워크 경로에서 PHP 및 UHP LSP를 모두 구성할 수 있습니다. 명령문이 있는 정규 표현식을 사용하여 LSP 다음 홉 포우링을 선택하여 PHP 및 UHP 트래픽을 분리할 수 install-nexthop 있습니다. 또한 단순히 LSP의 이름을 적절하게 이름화하여 트래픽을 구분할 수도 있습니다.

다음 명령문은 LSP를 위한 궁극적인 홉(hop) popping을 가능하게 합니다. 특정 LSP 또는 라우터에서 구성된 모든 ingress LSP에 대해 이 기능을 사용할 수 있습니다. LSP ingress에서 라우터에서 이러한 명령문을 구성합니다.

  1. 궁극적인 홉(hop) popping을 활성화하려면 다음 ultimate-hop-popping 문을 포함해야 합니다.

    계층 수준에서 이 [edit protocols mpls label-switched-path label-switched-path-name] 명령문을 포함하여 특정 LSP에서 궁극적인 홉(ultimate-hop) popping을 활성화합니다. 계층 수준에서 이 명령문을 포함하면 라우터에서 구성된 모든 [edit protocols mpls] ingress LSP에 대한 궁극적인 홉(hop) popping을 지원할 수 있습니다. 동일한 계층 수준 하에서 ultimate-hop-popping[edit logical-routers] 명령문을 구성할 수 있습니다.

    주:

    궁극의 홉(hop) popping을 활성화하면 RSVP가 중단되기 전에 궁극적인 홉 Popping LSP로 기존 LSP를 재지정하려고 시도합니다. egress 라우터가 궁극의 홉(hop) popping을 지원하지 않는 경우, 기존 LSP가 해체됩니다(RSVP는 LSP 경로를 따라 PathTear 메시지를 전송하여 경로 상태 및 종속 예약 상태를 제거하고 관련 네트워킹 리소스를 분리합니다).

    궁극의 홉(ultimate-hop) popping을 비활성화하면 RSVP는 중단되기 전에 기존 LSP를 Penultimate-hop popping LSP로 재지정합니다.

  2. MX 3D 시리즈 라우터에서만 궁극의 홉 포핑(hop-popping)과 연쇄형 넥스트 홉(chained next hop)을 활성화하려면 다음 명령문에 대한 옵션을 구성해야 enhanced-ipnetwork-services 합니다.

    계층 수준에서 이 [edit chassis] 명령문을 구성합니다. 명령문을 구성한 후 UHP 동작을 활성화하려면 라우터를 network-services 재부팅해야 합니다.

Explicit-Path LSP 구성

제한 경로 LSP계산 비활성화에 설명된 바와 같이 제한 경로 레이블 스위칭 경로(LSP) 계산을 비활성화하면 LSP를 수동으로 구성하거나 LSP가 IGP 있습니다.

명시적 경로 LSP가 구성되면 지정된 경로를 따라 LSP가 설정됩니다. 네트워크가 분할되거나 충분하지 않은 리소스를 경로의 일부에 따라 사용할 수 있기 때문에 토플로지상에서 경로가 실현할 수 없는 경우 LSP는 장애가 됩니다. 다른 경로를 사용할 수 없습니다. 설정이 성공하면 LSP는 정의된 경로에 무기한으로 유지됩니다.

명시적 경로 LSP를 구성하기 위해 다음 단계를 따르십시오.

  1. 명명된 경로 생성에 설명된 바와 같이 지정 경로에서 경로 정보를 구성합니다. 전체 경로 정보를 구성하기 위해 ingress 및 egress 라우터 간의 모든 라우터 홉을 지정합니다. 가급적이 해당 속성을 사용할 strict 수도 있습니다. 불완전한 경로 정보를 구성하기 위해 경로가 불완전한 곳에서 속성을 사용하여 라우터 홉의 하위 세트만 loose 지정합니다.

    미완성 경로의 경우 MPLS 라우터는 로컬 라우팅 테이블을 쿼리하여 경로를 완료합니다. 이 쿼리는 홉 기반(hop-by-hop)으로 수행하며, 각 라우터는 다음 명시적 홉에 도달하기에 충분한 정보만 알아 내고 있을 수 있습니다. 다음(느슨한) 명시적 홉에 도달하기 위해 여러 라우터를 통해 전달해야 할 수도 있습니다.

    불완전한 경로 정보를 구성하면 현재 라우팅 테이블에 따라 경로의 일부를 생성하고 토폴로지가 변경될 때 경로의 이 부분은 자체적으로 재라우트할 수 있습니다. 따라서 불완전한 경로 정보를 포함하는 명시적 경로 LSP는 완벽하게 고정되지 않습니다. 이러한 LSP 유형은 자체 복구가 제한되어 있으며 로컬 라우팅 테이블의 내용에 따라 루프 또는 플랩을 생성하는 경향이 있습니다.

  2. LSP를 구성하고 이름을 지정 경로로 지정하기 위해 기본 및 보조 LSP 구성에 설명된 바와 같이 명령문 또는 primarysecondary명령문을 사용

  3. LSP의 일부로 명령문을 포함하거나 명령문의 일부로 명령문을 포함해 제한 경로 no-cspf LSP primary 계산을 secondary 비활성화합니다. 자세한 내용은 제약된 경로 LSP계산 사용 안 을 참조하십시오.

  4. 다른 LSP 속성을 구성합니다.

명시적 경로 LSP를 사용하는 경우 다음과 같은 단점이 있습니다.

  • 더 많은 구성 노력이 필요합니다.

  • 구성된 경로 정보는 동적 네트워크 대역폭 예약을 고려할 수 없습니다. 따라서 리소스가 고갈될 때 LSP에 장애가 발생하죠.

  • 명시적 경로 LSP에 장애가 발생하면 이를 수동으로 수리해야 할 수 있습니다.

이러한 제한으로 인해 오프라인 시뮬레이션 소프트웨어 패키지가 있는 연산에서 생성된 최적화된 LSP 배치 전략을 시행하는 등 통제된 상황에서만 명시적 경로 LSP를 사용하는 것이 좋습니다.

예를 들면 다음과 같습니다. Explicit-Path LSP 구성

ingress 라우터에서 명시적 경로 LSP를 생성하고 ingress 및 egress 라우터 사이에 전송 라우터를 지정합니다. 이 구성에서는 제한적인 경로 계산이 수행되지 않습니다. 기본 경로의 경우 모든 중간 홉이 엄격하게 지정되어 경로가 변경되지 않습니다. 보조 경로는 먼저 라우터 14.1.1.1.1을 통해 이동한 다음 대상에 도달할 수 있는 가용 경로가 무엇이든 이동해야 합니다. 보조 경로에 의해 취해진 나머지 경로는 일반적으로 이차 경로에서 계산되는 가장 IGP.

LSP 대역폭 오버서브스크립션 개요

LSP는 LSP를 경유할 것으로 예상되는 최대 트래픽 양에 대해 구성된 대역폭 예약으로 설정됩니다. 모든 LSP가 링크에서 상시 최대 트래픽 양을 전달하는 것은 아니다. 예를 들어 링크 A에 대한 대역폭이 완전히 예약된 경우에도 여전히 실제 대역폭을 사용할 수 있지만 현재 사용 중인 대역폭은 사용할 수 없습니다. 이 초과 대역폭은 다른 LSP가 링크 A를 사용할 수 있도록 허용하여 링크를 초과 초과 할당할 수 있습니다. 개별 클래스 유형에 대해 구성된 대역폭을 오버서브하거나 인터페이스를 사용하여 모든 클래스 유형에 단일 값을 지정할 수 있습니다.

오버서브스크립션을 사용하여 트래픽 패턴의 통계적 특성을 활용하고 링크 활용도를 높입니다.

다음 예제에서는 대역폭 오버서브스크립션 및 언더서브스크립션(undersubscription)을 사용하는 방법을 설명합니다.

  • 트래픽 피크 기간이 정해진 시간 동안에 지원되지 않는 클래스 유형에서 오버서브스크립션(oversubscription)을 사용

  • best-effort 트래픽을 전달하는 클래스 유형에 대한 오버서브스크립션(oversubscription)을 사용 네트워크 리소스의 활용도를 향상하는 대가로 트래픽이 일시적으로 지연되거나 삭제될 위험이 있습니다.

  • 여러 클래스 유형에 대해 서로 다른 수준의 오버서브스크립션(oversubscription) 또는 언더서브스크립션(undersubscription)을 제공합니다. 예를 들어, 다음과 같이 트래픽 클래스에 대한 구독을 구성할 수 있습니다.

    • Best effort—ct0 1000

    • 음성—ct3 1

다중 클래스 LSP에 대해 클래스 유형을 구독하면 모든 RSVP 세션의 총 수요는 항상 클래스 유형의 실제 용량보다 낮습니다. 언더서브스크립션을 사용하여 클래스 유형 활용을 제한할 수 있습니다.

대역폭 오버서브스크립션 계산은 로컬 라우터에서만 발생합니다. 네트워크의 다른 라우터에서 시그널링이나 기타 상호 작용이 필요하지기 때문에 이 기능을 지원하지 않을 수 있는 다른 라우터에서 활성화하거나 사용할 수 없는 개별 라우터에서 이 기능을 사용할 수 있습니다. 이웃 라우터는 오버서브스크립션(oversubscription) 계산에 대해 알 필요가 없는 네트워크의 IGP.

다음 섹션에서는 네트워크에서 사용할 수 있는 대역폭 오버서브스크립션의 유형을 Junos OS.

LSP 크기 오버서브스크립션

LSP 크기 오버서브스크립션의 경우, 단순히 LSP에 예상되는 최고 속도보다 적은 대역폭을 구성하기만 할 수 있습니다. 또한 자동 Policers에 대한 구성을 조정해야 할 수도 있습니다. 자동 Policers는 LSP에 할당된 트래픽을 관리하여 구성된 대역폭 값을 초과하지 않습니다. LSP 크기 초과 구독은 LSP가 구성된 대역폭 할당을 초과할 수 있도록 요구합니다.

Policing은 여전히 가능합니다. 그러나, Policer는 구성된 값보다는 LSP에 계획된 최대 대역폭을 고려하도록 수동으로 구성해야 합니다.

클래스 유형 오버서브스크립션 및 로컬 오버서브스크립션 멀티플레이어

로컬 오버서브스크립션(oversubscription multipliers)을 통해 각기 다른 클래스 유형에 대해 서로 다른 오버서브스크립션 값을 허용합니다. LOM은 여러 링크에서 오버서브스크립션 비율을 다르게 구성해야 하는 네트워크와 각기 다른 클래스에서 오버서브스크립션(oversubscription) 값이 요구되는 네트워크에 유용합니다. 이 기능을 사용하면 best-effort 트래픽을 처리하는 클래스 유형을 오버서브할 수 있지만 음성 트래픽을 처리하는 클래스 유형에는 오버서브스크립션(oversubscription)을 사용하지 않습니다. LOM은 라우터에서 로컬로 계산됩니다. LOM과 관련된 그 어떤 정보도 네트워크 내 다른 라우터로 신호를 전달하지 않습니다.

LOM은 각 링크와 각 클래스 유형에 대해 구성할 수 있습니다. 클래스 유형 LOM을 사용하면 오버서브스크립션 비율을 늘리거나 감소할 수 있습니다. 클래스 유형별로 LOM은 미가용 대역폭에 대한 인식 제어 및 IGP 모든 로컬 대역폭 어시스트에 고려됩니다.

LOM 계산은 클래스 유형 전반에서 오버서브스크립션의 영향을 정확하게 계산해야 하기 때문에 사용하는 대역폭 모델(MAM, 확장 MAM 및 러시아 인형)과 연계됩니다.

주:

모든 LOM 계산은 에지 Junos OS 사용자 개입이 필요하지 않습니다.

클래스 유형의 오버서브스크립션(oversubscription)과 관련된 공식은 다음 섹션에서 설명하고 있습니다.

LSP에 대한 대역폭 구독 비율 구성

기본적으로 RSVP는 RSVP 예약에 모든 클래스 유형의 대역폭(100%)을 사용할 수 있습니다. 다중 클래스 LSP에 대해 클래스 유형을 초과 수용하면 모든 RSVP 세션의 총 수요는 클래스 유형의 실제 용량을 초과할 수 있습니다.

동일한 비율의 대역폭을 사용하는 인터페이스에서 모든 클래스 유형을 오버서브하거나 구독하려는 경우, 명령문을 사용하여 비율을 subscription 구성합니다.

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

각 클래스 유형에 대한 대역폭을 언더서브스크(undersubscribe) 또는 오버서브하려면 명령문에 대해 각 클래스 유형(, 및 ) 옵션에 대해 비율을 ct0ct1ct2ct3subscription 구성합니다. 클래스 유형을 오버서브하면 LOM이 적용되어 예약된 실제 대역폭을 계산합니다. 자세한 내용은 Class Type Oversubscription 및 Local Oversubscription Multipliers를 참조하십시오.

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

percentage RSVP가 예약에 사용할 수 있는 클래스 유형 대역폭의 비율입니다. 0~65,000%의 가치를 제공합니다. 100보다 큰 값을 지정하면 인터페이스 또는 클래스 유형을 오버서브(oversubscring) 하는 것입니다.

클래스 유형을 오버서브할 때 구성하는 가치는 실제로 사용할 수 있는 클래스 유형 대역폭의 비율입니다. 기본 구독 가치는 100%입니다.

명령문을 사용하여 하나 이상의 클래스 유형에 대해 새로운 subscription RSVP 세션을 비활성화할 수 있습니다. 0%를 구성하는 경우 클래스 유형에 대해 새로운 세션(대역폭 요구 사항이 없는 세션 포함)이 허용되지 않습니다.

기존 RSVP 세션은 구독 요소 변경의 영향을 받지 않습니다. 기존 세션을 지우기 위해 명령을 clear rsvp session 실행합니다. 명령에 대한 자세한 내용은 clear rsvp sessionCLI.

대역폭 구독 구성의 제약 조건

대역폭 구독을 구성할 때 다음 문제를 유의하십시오.

  • 계층 수준에서 대역폭 제약 조건을 구성하는 [edit class-of-service interface interface-name][edit protocols rsvp interface interface-name bandwidth] 경우, Diffserv-트래픽 엔지니어링(TE). 또한 CoS 또는 RSVP 대역폭 제약 조건은 인터페이스 하드웨어 대역폭 제약 조건을 까다로워할 수 있습니다.

  • 모든 인터페이스에 대해 구성된 값과 다른 특정 인터페이스에 대해 대역폭 구독 값을 구성하는 경우(명령문과 계층 수준에서 명령문에 대한 서로 다른 값을 포함) 인터페이스별 값이 해당 인터페이스에 subscription[edit protocols rsvp interface interface-name][edit protocols rsvp interface all] 사용됩니다.

  • 대역폭 모델을 구성하는 경우만 각 클래스 유형에 대한 구독을 구성할 수 있습니다. 대역폭 모델이 구성된 경우, 커밋 작업은 다음과 같은 오류 메시지로 실패합니다.

  • 특정 클래스 유형에 대한 구성과 전체 인터페이스에 대한 구성 모두에 대한 subscription 진술을 포함할 수 없습니다. 커밋 작업은 다음과 같은 오류 메시지로 장애가 발생합니다.

출시 내역 표
릴리스
설명
14.1R9
Junos OS Release 14.1R9, 15.1R7, 16.1R5, 16.1X2, 16.2R3 및 17.2R2 등 LSP 이후에 도착하는 제로 값 샘플과 최초로 LS 라우팅 엔진P 이후에 도착하는 제로 값 샘플을 제외하고는 모든 제로 값 대역폭 샘플이 언더플로우 샘플로 간주됩니다.