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가 동일한 대상( to LSP의 주소)을 향해 IGP 메트릭을 추적하려고 시도합니다. IGP에는 OSPF, IS-IS, RIP(Routing Information Protocol) 및 정적 경로가 포함됩니다. BGP 및 기타 RSVP 또는 LDP 경로는 제외됩니다.

예를 들어, 라우터에 대한 OSPF 메트릭이 20인 경우 해당 라우터에 대한 모든 LSP는 자동으로 메트릭 20을 승계합니다. 라우터 쪽으로 OSPF가 나중에 다른 값으로 변경되면 모든 LSP 메트릭이 그에 따라 변경됩니다. 라우터를 향한 IGP 경로가 없는 경우 LSP는 메트릭을 65,535로 올립니다.

이 경우 LSP 메트릭은 IGP에 의해 완전히 결정됩니다. LSP가 현재 통과하고 있는 실제 경로와 아무런 관계가 없습니다. LSP가 재라우트(예: 재편화를 통해)되는 경우 메트릭은 변경되지 않으므로 사용자에게 투명하게 유지됩니다. 동적 메트릭은 기본 동작입니다. 구성이 필요하지 않습니다.

정적 LSP 지표 구성

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

다음 계층 수준에서 이 명령문을 포함할 수 있습니다.

LSP 메트릭에는 다음과 같은 여러 가지 용도가 있습니다.

  • 동일한 송신 라우터를 가진 병렬 LSP가 있는 경우 지표를 비교해 어떤 LSP가 가장 낮은 메트릭 값(최저 비용)을 가지는지, 따라서 목적지로 향하는 선호하는 경로를 결정합니다. 메트릭이 동일한 경우 트래픽이 공유됩니다.

    메트릭 값을 조정하면 기본 IGP 메트릭에 관계없이 트래픽이 다른 LSP보다 우선하도록 강제할 수 있습니다.

  • IGP 바로 가기가 활성화되면(LSP가 대상에 가장 짧은 경로인 경우 SPF에서 컴퓨팅 IGP 바로 가기로 SPF를 보강하기 위한 레이블링된 경로 사용 참조) LSP가 다음 홉으로 LSP와 함께 라우팅 테이블에 설치될 수 있습니다. 이 경우 LSP 메트릭이 다른 IGP 메트릭에 추가되어 전체 경로 메트릭을 결정합니다. 예를 들어 수신 라우터가 X이고 송신 라우터가 Y인 LSP가 대상 Z로 향하는 최단 경로에 있는 경우, LSP 메트릭이 Y에서 Z로의 IGP 루트에 대한 지표에 추가되어 경로의 총 비용을 결정합니다. 여러 LSP가 잠재적인 다음 홉인 경우 경로의 총 메트릭을 비교해 원하는 경로(즉, 가장 낮은 총 측정 지표)를 결정합니다. 또는, IGP 경로와 동일한 대상으로 이어지는 LSP를 메트릭 값을 기준으로 비교하여 원하는 경로를 결정할 수 있습니다.

    LSP 메트릭을 조정함으로써 트래픽이 LSP를 선호하거나 IGP 경로를 선호하거나 로드를 공유하도록 강제할 수 있습니다.

  • 라우터 X와 Y가 BGP 피어이고 이들 사이에 LSP가 있는 경우, LSP 메트릭은 X에서 Y에 도달하는 총 비용을 나타냅니다. 어떤 이유로든 LSP가 재라우팅하는 경우 기본 경로 비용이 크게 변경될 수 있지만 Y에 도달하는 X의 비용은 동일하게 유지됩니다(LSP 메트릭). X는 BGP를 통해 MED(Multiple Exit Discriminator)를 통해 다운스트림 이웃에 대한 안정적인 메트릭을 보고할 수 있습니다. Y가 LSP를 통해 액세스할 수 있는 한, 다운스트림 BGP neighbor에는 변경 사항이 보이지 않습니다.

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

RSVP LSP 조건부 지표 구성

조건부 메트릭은 로컬 정적으로 구성된 LSP(Label-Switched Path)에 대해 조건부로 서로 다른 메트릭 값을 사용할 수 있는 기능을 제공합니다. 조건부 메트릭은 동적으로 변화하는 IGP 메트릭을 기반으로 합니다. Junos OS는 LSP 메트릭을 IGP 메트릭에 도달한 최고 임계값에 해당하는 구성된 조건부 메트릭으로 변경합니다. 일치하는 조건이 없는 경우 LSP는 경로의 IGP 메트릭을 사용합니다. LSP에 대해 최대 4개의 조건부 메트릭을 구성할 수 있으며 순서에 따라 정렬됩니다.

조건부 메트릭 구성으로 명령문을 구성하는 track-igp-metric 경우, Junos OS는 설치된 경로의 IGP 메트릭을 사용하여 구성된 조건부 메트릭을 평가합니다. 조건부 메트릭과 함께 정적 메트릭을 구성할 수 없습니다.

LSP에 대한 텍스트 설명 구성

따옴표(" ")에 공백이 포함된 설명 텍스트를 포함함으로써 LSP에 대한 텍스쳐 설명을 제공할 수 있습니다. 포함된 설명 텍스트는 명령의 show mpls container-lsp 상세 출력에 show mpls lsp 표시됩니다.

LSP에 대한 텍스트 설명을 추가하는 것은 LSP의 작동에 영향을 미치지 않습니다. LSP 텍스트 설명의 길이는 80자 이하입니다.

LSP에 대한 텍스트 설명을 제공하려면 다음 계층 수준 중 어느 문도 포함 description 하십시오.

시작하기 전:

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

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

  • 디바이스 인터페이스에서 MPLS를 활성화합니다.

  • MPLS 도메인에서 LSP를 구성합니다.

LSP에 대한 텍스트 설명을 추가하려면 다음을 수행합니다.

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

    예를 들어,

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

    예를 들어,

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

MPLS 소프트 사전 구성

소프트 선점은 원래 LSP를 해체하기 전에 선제적 LSP를 위한 새로운 경로를 설정하려고 시도합니다. 기본 동작은 선제적 LSP를 먼저 해체하고, 새로운 경로를 신호로 전송한 다음, 새로운 경로를 통해 LSP를 재구성하는 것입니다. 경로가 다운되고 새 LSP가 설정되는 간격에서 LSP를 사용하려고 시도하는 모든 트래픽은 손실됩니다. 소프트 프롬프트(preemption)는 이러한 유형의 트래픽 손실을 방지합니다. 장단점은 LSP가 소프트 선제적이 되는 동안 해당 대역폭 요구 사항이 있는 2개의 LSP가 원래 경로가 해제될 때까지 사용된다는 것입니다.

MPLS 소프트 선점은 네트워크 유지 보수에 유용합니다. 예를 들어, 모든 LSP를 특정 인터페이스에서 멀리 이동한 다음 트래픽 중단 없이 유지 보수를 위해 인터페이스를 다운할 수 있습니다. MPLS 소프트 선점은 RFC 5712, MPLS 트래픽 엔지니어링 Soft Preemption에서 자세히 설명됩니다.

소프트 선점은 LSP의 속성이며 기본적으로 비활성화됩니다. LSP 수신 시 다음과 같은 명령문을 포함시켜 구성할 수 있습니다 soft-preemption .

다음 계층 수준에서 이 명령문을 포함할 수 있습니다.

또한 소프트 프림프림을 위해 타이머를 구성할 수도 있습니다. 타이머는 라우터가 LSP의 하드 선점(hard preemption)을 시작하기 전에 기다려야 하는 시간을 지정합니다. 지정된 시간이 끝나면 LSP는 철거되고 사임됩니다. 소프트 프림프림 클린업 타이머의 기본값은 30초입니다. 허용 값의 범위는 0~180초입니다. 0의 값은 부드러운 선점이 비활성화됨을 의미합니다. 소프트 프림프림 클린업 타이머는 모든 LSP를 위한 글로벌 라우터입니다.

다음과 같은 내용을 포함하여 타이머를 구성합니다.cleanup-timer

다음 계층 수준에서 이 명령문을 포함할 수 있습니다.

주:

Fast Reroute가 구성된 LSP는 소프트 선점(preemption)을 구성할 수 없습니다. 구성에서 커밋에 실패합니다. 그러나 노드 및 링크 보호와 함께 소프트 프롬프트를 활성화할 수 있습니다.

주:

SoftPreemptionCnt의 카운터 값은 명령 show rsvp interface detail 출력에서 볼 수 있는 0(0)의 값으로 초기화됩니다.

LSP에 대한 우선 순위 및 사전 구성

보다 중요한 LSP를 설정할 수 있는 대역폭이 부족한 경우 덜 중요한 기존 LSP를 해체하여 대역폭을 확보할 수 있습니다. 기존 LSP를 선점함으로써 이를 수행할 수 있습니다.

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

  • 설정 우선 순위—기존 LSP를 선점하는 새로운 LSP를 설정할 수 있는지 여부를 결정합니다. 선점이 이루어지려면 새 LSP의 설정 우선 순위가 기존 LSP보다 높아야 합니다. 또한 기존 LSP를 선제적하는 행위는 새로운 LSP를 지원하기에 충분한 대역폭을 생성해야 합니다. 즉, 선점은 새 LSP를 성공적으로 설정할 수 있는 경우에만 발생합니다.

  • 예약 우선 순위—LSP가 성공적으로 설정된 후 LSP가 세션 예약을 어느 정도까지 유지했는지 결정합니다. 예약 우선 순위가 높으면 기존 LSP가 예약을 포기할 가능성이 적기 때문에 LSP를 선점할 가능성은 낮습니다.

두 개의 LSP가 서로 선제적될 수 있는 경우 영구 선점 루프가 발생할 수 있으므로 설정 우선 순위가 높고 예약 우선 순위가 낮은 LSP를 구성할 수 없습니다. 예약 우선 순위를 설정 우선 순위보다 높거나 동일하게 구성해야 합니다.

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

LSP의 Preemption 속성을 구성하려면 다음과 같은 priority 명령문을 포함합니다.

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

reservation-priority 둘 다 setup-priority 0에서 7까지의 가치가 될 수 있습니다. 값 0은 가장 높은 우선 순위에 해당하며 값 7은 가장 낮습니다. 기본적으로 LSP에는 설정 우선 순위가 7입니다(즉, 다른 LSP는 선제적할 수 없음)와 예약 우선 순위가 0입니다(즉, 다른 LSP는 선제적할 수 없음). 이러한 기본값은 선점이 발생하지 않도록 합니다. 이러한 값을 구성할 때 설정 우선 순위는 항상 보유 우선 순위와 같거나 같아야 합니다.

LSP용 관리 그룹 구성

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

관리 그룹은 제한된 경로의 LSP 계산이 가능한 경우에만 의미가 있습니다.

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

주:

관리 값은 우선 순위와 다릅니다. 명령문을 사용하여 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-any또는 exclude 명령문을 생략include-all하면 경로 계산은 변경되지 않고 진행됩니다. 경로 계산은 제한된 경로 LSP 계산을 기반으로 합니다. 제한된 경로 LSP 계산을 계산하는 방법에 대한 자세한 내용은 CSPF에서 경로를 선택하는 방법을 참조하십시오.

    주:

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

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

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

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

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

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

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

    다음 계층 수준에서 이 명령문을 포함할 수 있습니다.

    • [edit routing-options]

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

    명령문에는 admin-groups-extended-range 옵션과 내용 maximumminimum 포함되어 있습니다. 최대 범위는 최소 범위보다 높아야 합니다.

  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 인터페이스를 위해 확장 관리 그룹을 구성하려면 다음과 같은 명령문을 사용하여 admin-groups-extended MPLS 인터페이스 구성 내에서 관리 그룹 이름을 지정합니다.

    다음 계층 수준에서 이 명령문을 포함할 수 있습니다.

    • [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-groups, apply-groups-except, excludeinclude-all, .include-any 각 옵션을 사용하면 하나 이상의 확장된 관리 그룹을 구성할 수 있습니다.

    이 명령문을 구성할 수 있는 계층 수준 목록은 이 명령문의 명령문 요약을 참조하십시오.

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

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

LSP의 기본 설정 값 구성

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

기본 기본 설정 값을 변경하려면 다음과 같은 명령문을 preference 포함합니다.

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

LSP별 경로 경로 기록 비활성화

RSVP의 Junos 구현은 LSP가 전송되는 라우터를 적극적으로 기록할 수 있는 Record Route 객체를 지원합니다. 이 정보를 사용하여 문제를 해결하고 라우팅 루프를 방지할 수 있습니다. 기본적으로 경로 경로 정보는 기록됩니다. 녹화를 비활성화하려면 다음과 같은 내용을 포함하십시오 no-record .

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

LSP를 위한 중단 없는 무중절 전환 실현

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

RSVP-TE는 MPLS 네트워크에서 LSP를 설정하는 데 사용되는 프로토콜입니다. 무중단(트래픽 손실 없음)을 달성하기 위한 RSVP-TE의 Junos OS 구현 MBB 전환은 다음 구성 명령문에서 타이머 값을 구성하는 데 의존해 왔습니다.

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

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

optimize-switchover-delay 명령문과 optimize-hold-dead-delay 명령문이 구성된 LSP뿐만 아니라 LSP 설정 및 해제를 위해 중단 방지(make-before-break) 동작을 사용하는 모든 LSP에 optimize-timer 모두 적용됩니다. 다음과 같은 MPLS 기능으로 인해 중단 전 확인 동작을 사용하여 LSP를 설정 및 해체할 수 있습니다.

  • 적응형 LSP

  • 자동 대역폭 할당

  • LSP용 BFD

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

  • 링크 및 노드 보호

  • 무중단 활성 라우팅

  • 최적화된 LSP

  • P2MP(Point-to-Multipoint) LSP

  • 부드러운 선점

  • 대기 보조 경로

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

명령문의 optimize-hold-dead-delay 가치는 Ingress 라우터가 모든 애플리케이션 접두사에서 새 LSP를 가리키는 속도에 따라 달라집니다. 이는 플랫폼마다 다를 수 있는 Packet Forwarding Engine 로드에 따라 결정됩니다. 고객은 시행 착오로 optimize-hold-dead-delay 진술을 설정해야 합니다.

그러나 릴리스 15.1을 통해 Junos OS는 이러한 타이머 값이 가져오는 인공적인 지연을 구성하지 않고도 무중단 MBB 전환을 달성할 수 있습니다.

이 주제는 Junos OS를 사용하여 기존 LSP에서 새로운 LSP로 MBB 전환을 달성하는 세 가지 방법을 요약합니다.

라우터가 새 경로로 전환하기 위해 대기하는 시간 지정

라우터가 LSP 인스턴스를 통해 새로 최적화된 경로로 전환하기 위해 대기하는 시간을 지정하려면 명령문을 사용합니다 optimize-switchover-delay . 영향을 받는 LSP의 수신 역할을 하는 라우터에서만 이 명령문을 구성해야 합니다(전송 또는 송신 라우터에서 이 명령문을 구성할 필요가 없음). 이 명령문의 타이머는 이전 경로에서 트래픽이 전환되기 전에 새로운 최적화된 경로가 설정되었는지 확인하는 데 도움이 됩니다. 이 타이머는 라우터에 구성된 모든 LSP에 대해서만 활성화 또는 비활성화할 수 있습니다.

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

다음 계층 수준에서 이 명령문을 포함할 수 있습니다.

  • [edit protocols mpls]

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

기존 경로의 해체를 지연시키는 시간 지정

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

라우터가 트래픽을 새로운 최적화된 경로로 전환한 후 이전 경로의 해체를 지연하는 데 소요되는 시간을 몇 초만에 구성하려면 다음 내용을 사용 optimize-hold-dead-delay 하십시오.

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

인공지연 없이 무중절 MBB 전환 실현

Junos OS Release 15.1의 기준, 또는 optimize-hold-dead-delay 명령문에 의해 설정된 임의 시간 간격에 의존하지 않고 MBB 전환 후에 기존 LSP 인스턴스를 optimize-switchover-delay 포기할 수 있는 또 다른 방법이 있습니다. 예를 들어, 명령문을 사용하는 optimize-hold-dead-delay 경우 MBB 이후 이전 LSP 인스턴스가 중단되기 전에 기다려야 하는 시간을 구성합니다. 그러나 일부 경로는 여전히 새 인스턴스로 전환하는 과정에 있을 수 있습니다. 이전 LSP 인스턴스를 조기에 해체하면 전송 노드 중 하나가 새 LSP 인스턴스로 이동하지 않은 경로의 트래픽을 드롭합니다.

트래픽 손실을 방지하기 위해 명령문을 사용하는 optimize-switchover-delay 대신 LSP 데이터 플레인을 엔드투엔드 방식으로 설정하는 MPLS-OAM(lsp ping)을 사용할 수 있습니다. 명령문을 사용하는 optimize-hold-dead-delay 대신 rpd 인프라의 피드백 메커니즘을 사용하여 이전 LSP를 참조하는 모든 접두사에서 전환되었음을 확인할 수 있습니다. 피드백 메커니즘은 Tag 라이브러리에서 소싱되며 라우팅 프로토콜 프로세스(rpd) 인프라에 의존하여 MBB 전환 후 이전 LSP 인스턴스를 사용하는 모든 경로가 완전히 새로운 LSP 인스턴스로 전환된 시기를 결정합니다.

피드백 메커니즘은 항상 제자리에 있으며 옵션입니다. optimize-adaptive-teardown MBB 전환 중에 사용되는 피드백 메커니즘을 갖도록 명령문을 구성합니다. 이 기능은 RSVP P2MP(Point-to-Multipoint) LSP 인스턴스에서는 지원되지 않습니다. 명령문의 optimize-adaptive-teardown 글로벌 구성은 시스템에서 구성된 P2P LSP에만 영향을 줍니다.

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

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

신호 LSP 최적화

LSP가 설정되면 토폴로지 또는 리소스 변경이 시간이 지남에 따라 경로를 최적화하지 못할 수 있습니다. 혼잡이 적고 메트릭이 낮으며 홉이 더 적은 새로운 경로가 사용 가능해졌을 수 있습니다. 라우터를 구성하여 경로를 주기적으로 재구성하여 더 최적의 경로가 제공되었는지 여부를 결정할 수 있습니다.

재측정이 활성화되면 제한된 경로 재계산을 통해 LSP를 여러 경로를 통해 재분산할 수 있습니다. 그러나 재편성이 비활성화되면 LSP는 고정 경로를 가지며 새로 사용 가능한 네트워크 리소스를 활용할 수 없습니다. LSP는 다음 토폴로지 변경이 LSP를 깨고 재컴퓨션을 강제할 때까지 고정됩니다.

재편성은 페일오버와 관련이 없습니다. 설정된 경로를 방해하는 토폴로지 장애 발생 시 항상 새로운 경로가 계산됩니다.

관련되는 잠재적인 시스템 오버헤드 때문에 재편성의 빈도를 주의 깊게 제어해야 합니다. 네트워크 안정성은 재편이 가능할 때 어려움을 겪을 수 있습니다. 기본적으로 명령문 optimize-timer 은 0으로 설정되어 있습니다(즉, 비활성화됨).

LSP 최적화는 기본 동작인 제한된 경로 LSP 연산이 활성화된 경우에만 의미가 있습니다. 제한된 경로 LSP 계산에 대한 자세한 내용은 제한된 경로 LSP 계산 비활성화를 참조하십시오. 또한 LSP 최적화는 ingress LSP에만 적용되므로 수신 라우터에서 명령문을 구성 optimize-timer 하기만 하면 됩니다. 전송 및 송신 라우터는 LSP 최적화를 지원하기 위한 특정 구성이 필요하지 않습니다(MPLS를 지원하는 것 이외에).

경로 재편을 활성화하려면 다음과 같은 명령문을 optimize-timer 포함합니다.

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

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

재편성이 실행되면 결과는 다음 기준을 충족하는 경우에만 수락됩니다.

  1. 새로운 경로는 IGP 메트릭에서 높지 않습니다. (이전 경로에 대한 메트릭은 계산 중에 업데이트되므로 최근 링크 메트릭이 이전 경로를 따라 어딘가에 변경된 경우 이를 설명합니다.)

  2. 새로운 경로에 동일한 IGP 메트릭이 있는 경우 홉(hops)이 더 이상 사라지지 않습니다.

  3. 새로운 경로는 선점의 원인이 되지 않습니다. (이는 선점의 파급 효과를 줄여 더 많은 선취를 일으키는 것입니다.)

  4. 새로운 경로는 전체적으로 혼잡을 악화시키지 않습니다.

    새 경로의 상대적 혼잡은 다음과 같이 결정됩니다.

    1. 새 경로를 통과하는 각 링크에서 사용 가능한 대역폭의 비율을 가장 혼잡한 링크에서 시작하는 이전 경로의 비율과 비교합니다.

    2. 각 전류(이전) 경로에 대해 소프트웨어는 오름차순으로 통과한 링크의 대역폭 가용성에 대해 가장 작은 4개의 값을 저장합니다.

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

    4. 사용 가능한 4개의 새로운 대역폭 값이 해당 이전 대역폭 가용성 값보다 작은 경우, 새 경로에는 이전 경로에서 사용하는 링크보다 더 혼잡한 링크가 하나 이상 있습니다. 링크를 사용하면 혼잡이 더 많아지므로 트래픽이 이 새 경로로 전환되지 않습니다.

    5. 사용 가능한 4개의 새로운 대역폭 값 중 해당 이전 대역폭 가용성 값보다 작지 않은 경우 새 경로는 이전 경로보다 덜 혼잡합니다.

위의 모든 조건이 충족되면 다음을 수행합니다.

  1. 새로운 경로에 더 낮은 IGP 메트릭이 있는 경우 이를 수락합니다.

  2. 새로운 경로에 동일한 IGP 메트릭과 낮은 홉 카운트가 있는 경우 이를 수락합니다.

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

    1. LSP는 현재 경로보다 10% 이상 적게 활용되는 새로운 경로로 이동됩니다. 이로 인해 현재 경로의 혼잡이 소량만 감소할 수 있습니다. 예를 들어, 1MB의 대역폭을 가진 LSP가 최소 200MB를 전송하는 경로에서 이동하면 원래 경로의 혼잡이 1% 미만으로 줄어듭니다.

    2. 또는 most-fill 알고리즘에 대해 random 이 규칙은 적용되지 않습니다.

    다음은 로드 밸런싱 알고리즘의 least-fill 작동 방식을 보여 줍니다.

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

    그림 1LSP가 라우터 A에서 라우터 H로, L1에서 L13까지의 홀수 링크와 L2에서 L14로 연결되는 짝수 링크로 이동할 수 있는 두 가지 경로가 있습니다. 현재 라우터는 짝수 링크를 LSP의 활성 경로로 사용하고 있습니다. 동일한 두 라우터(예: 라우터 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 메트릭이 있는 경우 홉(hops)이 더 이상 사라지지 않습니다.

  • 새로운 경로는 선점의 원인이 되지 않습니다. (이는 선점의 파급 효과를 줄여 더 많은 선취를 일으키는 것입니다.)

  • 새로운 경로는 전체적으로 혼잡을 악화시키지 않습니다.

  • 새로운 경로에 동일한 IGP 메트릭과 낮은 홉 카운트가 있는 경우 이를 수락합니다.

명령을 실행 clear mpls lsp optimize-aggressive 하거나 다음과 같은 명령문을 포함시키면 비활성화할 수 optimize-aggressive 있습니다.

다음 계층 수준에서 이 명령문을 포함할 수 있습니다.

  • [edit protocols mpls]

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

구성에 optimize-aggressive 명령문을 포함하면 재편성 절차가 더 자주 트리거됩니다. 경로의 경로가 더 자주 경로가 재분배됩니다. 또한 재편성 알고리즘을 IGP 메트릭으로만 제한합니다.

LSP용 스마트 최적화 타이머 구성

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

예를 들어, LSP는 이후에 실패하는 기본 경로를 통과합니다. 그런 다음 LSP를 덜 바람직하지 않은 경로로 전환하여 동일한 대상에 도달합니다. 원래 경로가 빠르게 복원되더라도 최적화된 타이머가 네트워크 경로를 다시 사용할 때까지 기다려야 하기 때문에 LSP가 이 경로를 다시 사용하는 데 과도한 시간이 걸릴 수 있습니다. 이러한 상황에서는 스마트 최적화 타이머를 구성해야 할 수도 있습니다.

스마트 최적화 타이머를 활성화하면 다운 후 3분 이내에 원래 경로가 복원된 한 LSP가 원래 경로로 다시 전환됩니다. 또한 원래 경로가 60분 내에 다시 다운되면 스마트 최적화 타이머가 비활성화되고, 타이머를 최적화할 때와 마찬가지로 경로 최적화가 작동합니다. 라우터가 플래핑 링크를 사용하는 것을 방지합니다.

스마트 최적화 타이머는 제대로 작동하는 다른 MPLS 기능에 따라 달라집니다. 원래 경로에서 장애가 발생할 경우 LSP가 대체 경로로 전환되는 경우 여기에서 설명한 시나리오의 경우, FRC(Fast Reroute), 링크 보호 및 대기 보조 경로를 비롯한 MPLS 트래픽 보호 기능 중 하나 이상을 구성했다고 가정합니다. 이러한 기능은 장애 발생 시 트래픽이 목적지에 도달할 수 있도록 보장합니다.

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

기본 경로에 장애가 발생해 스마트 최적화 타이머 스위치가 트래픽을 보조 경로로 전환하는 경우, 라우터는 기본 경로가 복원된 후에도 보조 경로를 계속 사용할 수 있습니다. ingress 라우터가 CSPF 계산을 완료하면 보조 경로가 더 나은 경로인지 확인할 수 있습니다.

기본 경로가 활성 경로여야 하고 보조 경로가 백업 경로로만 사용되어야 하는 경우에는 원하지 않을 수 있습니다. 또한 보조 경로가 활성 경로로 사용되고 있는 경우(기본 경로가 재구축되었더라도) 보조 경로에 장애가 발생하면 스마트 최적화 타이머 기능이 자동으로 트래픽을 기본 경로로 다시 전환하지 않습니다. 그러나 노드 및 링크 보호 또는 추가 대기 보조 경로를 구성하여 보조 경로에 대한 보호를 제공할 수 있습니다. 이 경우 스마트 최적화 타이머가 효과적일 수 있습니다.

다음과 같은 명령문을 사용하여 스마트 최적화 타이머의 시간을 초 단위로 지정합니다 smart-optimize-timer .

다음 계층 수준에서 이 명령문을 포함할 수 있습니다.

  • [edit protocols mpls]

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

LSP의 홉 수 제한

기본적으로 각 LSP는 수신 및 송신 라우터를 포함하여 최대 255개의 홉을 통과할 수 있습니다. 이 값을 수정하려면 다음과 같은 명령문을 hop-limit 포함합니다.

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

홉의 수는 2에서 255까지 수 있습니다. (2개의 홉이 있는 경로는 수신 및 송신 라우터로만 구성됩니다.)

LSP를 위한 대역폭 값 구성

각 LSP에는 대역폭 값이 있습니다. 이 값은 RSVP 경로 설정 메시지에서 보낸 사람의 Tspec 필드에 포함됩니다. 초당 비트 단위로 대역폭 값을 지정할 수 있습니다. LSP에 대해 더 많은 대역폭을 구성하면 더 많은 양의 트래픽을 처리할 수 있어야 합니다. 기본 대역폭은 초당 0비트입니다.

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

신호 LSP에 대한 대역폭 값을 지정하려면 다음과 같은 bandwidth 명령문을 포함합니다.

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

LSP를 위한 자동 대역폭 할당

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

자동 대역폭 할당으로 구성된 LSP에서 샘플링 간격을 설정합니다. 이 간격 동안 평균 대역폭이 모니터링됩니다. 간격이 끝나면 이전 샘플링 간격의 최대 평균 값으로 설정된 대역폭 할당을 통해 LSP에 대한 새로운 경로를 알리려는 시도가 이루어집니다. 새 경로가 설정되고 원래 경로가 제거되면 LSP가 새 경로로 전환됩니다. 새 경로가 생성되지 않은 경우, LSP는 새 경로를 설정하기 위한 또 다른 시도가 이루어지는 다음 샘플링 간격이 끝날 때까지 현재 경로를 계속 사용합니다. LSP에 대한 최소 및 최대 대역폭 값을 설정할 수 있다는 점에 유의하십시오.

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

LSP를 위한 자동 대역폭 할당 구성

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

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

주:

(수신 LSP와 관련하여) 값을 Max AvgBW 계산할 때, 부정확한 결과를 방지하기 위해 브레이크(MBB) 전에 수집된 샘플은 무시됩니다. 대역폭 조정 이후 또는 LSP ID의 변경 후(경로 변경에 관계없이) 첫 번째 샘플도 무시됩니다.

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

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

자동 대역폭 할당을 구성하려면 다음 섹션에서 단계를 완료하십시오.

주:

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

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

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

Junos OS Release 20.4R1부터 시작하여 구성된 오버플로우 또는 언더플로우 임계값을 초과하는 경우 adjust-threshold-underflow-limit 조정의 최소 adjust-intervalauto-bandwidth 값은 150초 adjust-threshold-overflow-limit 로 줄어듭니다.

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

Junos OS Release 20.4R1 adjust-interval 보다 이전 릴리스에서는 오버플로우 또는 언더플로우 상태에서 300초가 소요됩니다.

자동 대역폭 조정 최적화 auto-bandwidth 구현을 통해 LSP의 대역폭을 더 빠르게 줄일 수 있습니다. 수신 레이블 에지 라우터(LER)는 감소 adjust-threshold-overflow-limit로 인해 150초 이내에 크기를 줄일 수 있습니다. MBB(Make-Before-Break) 이후 이전 LSP 인스턴스의 해체가 150초 내에 완료된 경우.

자동 대역폭 옵티컬화를 위한 요구 사항은 다음과 같습니다.

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

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

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

  1. In-place LSP Bandwidth Update—ingress Label Edge Router(LER)가 도메인 내 LSP에서 대역폭 변경을 수행할 때 LSP ID를 다시 사용할 수 있도록 합니다.

    주:

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

    특정 시나리오에서 LSP 경로 다음 홉은 LSP 대역폭을 직간접적으로 전송합니다. 이러한 시나리오에서는 현장 LSP 대역폭 업데이트가 지원되지만 LSP 경로 변경으로 인해 기능의 성능 향상이 제한됩니다. 즉, inet.3 라우팅 테이블 이후 의 MPLS 터널(auto-bandwidth) 변경 때문입니다. 예를 들어 다음과 같은 명령문을 구성할 때 성능 향상이 제한됩니다.

    • auto-policing MPLS에서 구성됩니다.

    • RSVP에서 구성된 명령문 load-balance 아래의 옵션 bandwidth 입니다.

    주:

    LSP-ID 재사용 실패를 통한 현장 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에 대한 낮은 RSVP 구독 비율과 더 높은 우선 순위의 LSP에 대한 더 높은 RSVP 구독 비율을 구성할 수 있습니다.

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

주:

우선 순위별 구독은 DiffServ(Differentiated Services)인식 TE(Traffic Engineering)와 상호 운영되지 않습니다. DiffServ(Differentiated Services) 인식 트래픽 엔지니어링은 우선 순위별 구독보다 TE 링크 대역폭을 보다 유연하고 통계적으로 공유합니다.

To Configure In-place LSP Auto-bandwidth Resizing:

  1. MPLS를 사용하도록 디바이스 인터페이스를 구성합니다.
  2. 인터페이스에서 MPLS 프로토콜을 구성합니다.
  3. MPLS 및 LSP를 구성하고 LSP에 대한 링크 보호를 구성합니다.
  4. LSP를 구성 in-place-bandwidth-update 하여 자동 대역폭 LSP 크기 조정을 활성화합니다.
  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. 자동 대역폭 할당과 관련된 통계를 수집하려면 계층 수준에서 명령문 [edit protocols mpls]statistics 대한 옵션을 구성 auto-bandwidth 합니다. 이러한 설정은 계층 수준에서 명령문을 구성 auto-bandwidth 한 라우터에서 구성된 모든 LSP에 [edit protocols mpls label-switched-path label-switched-path-name] 적용됩니다.
  2. filename 옵션을 사용하여 MPLS 추적 작업 출력을 저장하는 데 사용되는 파일을 지정합니다file. 모든 파일이 디렉토리에 배치됩니다 /var/log. MPLS 추적 출력을 파일에 mpls-log배치하는 것이 좋습니다.
  3. 옵션을 사용하여 최대 추적 파일 수를 지정합니다 files number . 명명된 trace-file 추적 파일이 최대 크기에 도달하면 최대 추적 파일에 도달할 때까지 이름이 바뀝니다trace-file.1trace-file.0. 그런 다음 가장 오래된 추적 파일이 덮어쓰기됩니다.
  4. 옵션을 사용하여 몇 초 만에 시간을 구성하여 평균 대역폭 사용량을 계산하는 간격을 interval 지정합니다. 또한 계층 수준에서 옵션을 구성 interval 하여 특정 LSP에 대한 조정 간격을 [edit protocols mpls label-switch-path label-switched-path-name statistics] 설정할 수도 있습니다.
    주:

    불필요한 LSP 사임 방지를 위해서는 MPLS 자동 대역폭 통계 간격보다 최소 3배 긴 LSP 조정 간격을 구성하는 것이 가장 좋습니다. 예를 들어, MPLS 자동 대역폭 통계 간격(interval 계층 수준 명령문)에 [edit protocols mpls statistics] 대해 30초의 값을 구성하면 LSP 조정 간격(adjust-interval 계층 수준에서 명령 [edit protocols mpls label-switched-path label-switched-path-name auto-bandwidth] 문)에 대해 최소 90초의 값을 구성해야 합니다.

  5. 자동 대역폭 할당을 추적하려면 계층 수준의 MPLS traceoptions 명령문을 [edit protocols mpls] 포함합니다autobw-state flag.

    다음 구성을 통해 자동 대역폭 할당에 대한 MPLS 추적(traceoptions)을 수행할 수 있습니다. 추적 레코드는 호출 auto-band-trace 된 파일에 저장됩니다(파일 이름은 사용자 구성 가능)

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

AS 전반에서 LSP 구성

LSP 구성의 일부로 명령문을 포함 inter-domain 함으로써 LSP를 구성하여 네트워크의 여러 영역을 통과할 수 있습니다. 이 명령문은 라우터가 IGP 데이터베이스에서 경로를 검색할 수 있도록 합니다. 도메인 내 CSPF를 사용하여 경로를 찾을 수 없는 라우터에서 이 명령문을 구성해야 합니다(TED(트래픽 엔지니어링 데이터베이스). 지역 간 LSP를 구성하면 명령문이 inter-domain 필요합니다.

시작하기 전:

  • 제품군 MPLS로 디바이스 인터페이스를 구성합니다.

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

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

  • 트래픽 엔지니어링을 지원하도록 IGP를 구성하십시오.

  • 수신에서 송신 라우터로 LSP를 설정합니다.

수신 레이블 스위치 라우터(LER)의 여러 AS에서 LSP를 구성하려면 다음을 수행할 수 있습니다.

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

LSP 상태 변경의 감쇠 광고

LSP가 다운되거나 하향식으로 변경되는 경우, 이러한 전환은 라우터 소프트웨어 및 하드웨어에서 즉시 적용됩니다. 그러나 IS-IS 및 OSPF에 LSP를 광고할 때 LSP 전환을 감축시킬 수 있습니다. 따라서 일정 기간이 경과할 때까지 전환을 광고하지 않을 수 있습니다(대기 시간이라고 함). 이 경우 LSP가 최대 아래로 내려가면 LSP가 보류 기간 동안 중단된 것으로 광고되지 않습니다. 처음부터 처음부터 다시 전환이 IS-IS 및 OSPF로 즉시 보급됩니다. LSP 감쇠는 LSP의 IS-IS 및 OSPF 광고에만 영향을 미친다는 점에 유의하십시오. 기타 라우팅 소프트웨어 및 하드웨어가 LSP 전환에 즉시 대응할 수 있습니다.

LSP 전환을 축축하게 하려면 다음과 같은 내용이 advertisement-hold-time 포함됩니다.

seconds 0~65,535초의 값이 될 수 있습니다. 기본값은 5초입니다.

다음 계층 수준에서 이 명령문을 포함할 수 있습니다.

  • [edit protocols mpls]

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

코루티드 양방향 LSP 구성

코아웃된 양방향 패킷 LSP는 에 표시된 그림 2것처럼 한 쌍의 수신 노드와 송신 노드 간에 동일한 경로를 공유하는 두 LSP의 조합입니다. RSVP-TE에 대한 GMPLS 확장을 사용하여 구축됩니다. 이러한 유형의 LSP는 Layer 2 VPN, Layer 2 회로 및 Layer 3 VPN을 비롯한 모든 표준 유형의 MPLS 기반 트래픽을 전송하는 데 사용할 수 있습니다. 양방향 LSP에 대해 단일 BFD 세션을 구성할 수 있습니다(각 방향의 각 LSP에 대해 BFD 세션을 구성할 필요가 없음). 또한 단일 대기 양방향 LSP를 구성하여 기본 양방향 LSP에 대한 백업을 제공할 수도 있습니다. 코로팅된 양방향 LSP는 PHP(Penultimate Hop Popping)와 궁극의 홉 터핑(UHP) 모두 지원됩니다.

양방향 LSP에서 고가용성을 이용할 수 있습니다. Graceful Restart 및 무중단 활성 라우팅을 활성화할 수 있습니다. 양방향 LSP를 위한 수신, 송신 또는 전송 라우터인 경우 Graceful Restart 및 무중단 활성 라우팅이 지원됩니다.

그림 2: 코로티드 양방향 LSP코로티드 양방향 LSP

코아웃된 양방향 LSP를 구성하려면 다음을 수행합니다.

  1. 구성 모드에서 LSP에 대한 수신 라우터를 구성하고 LSP가 코아웃된 양방향 LSP로 설정되도록 지정하는 명령문을 포함합니다 corouted-bidirectional .

    경로는 CSPF를 사용하여 계산되고 RSVP 시그널링(마치 단방향 RSVP 신호 LSP처럼)을 사용하여 시작됩니다. 이 구성이 커밋되면 송신 라우터로 향하는 경로와 송신 라우터에서의 역방향 경로가 모두 생성됩니다.

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

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

    또한 이 문을 사용하면 양방향 LSP를 쉽게 디버깅할 수 있습니다. 명령문을 구성 corouted-bidirectional-passive 한 경우(다시 송신 라우터에서) , , traceroute mpls ldpping mpls ldpping mpls rsvptraceroute mpls rsvp 명령을 발행ping mpls lsp-end-point하여 송신 라우터에서 corouted 양방향 LSP를 테스트할 수 있습니다.

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

    다음은 양방향 LSP가 구성된 수신 라우터에서 실행할 때 명령의 출력 show rsvp session extensive 을 보여줍니다.

LSP용 엔트로피 레이블 구성

LSP를 위한 엔트로피 레이블을 삽입함으로써 전송 라우터는 심층 패킷 검사에 의존하지 않고 MPLS Label 스택을 해시 입력으로 사용하여 ECMP 경로 또는 링크 어그리게이션 그룹 전반에서 MPLS 트래픽의 로드 밸런싱을 수행할 수 있습니다. 심층 패킷 검사를 위해서는 라우터의 프로세싱 성능이 더 많이 필요하며 여러 라우터가 서로 다른 심층 패킷 검사 기능을 갖추고 있습니다.

LSP에 대한 엔트로피 레이블을 구성하려면 다음 단계를 완료하십시오.

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

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

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

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

    다음은 엔트로피 레이블 수신 정책의 예입니다.

  3. (선택사항) 기본적으로 엔트로피 레이블의 푸시 및 터지는 것을 지원하는 라우터는 계층 레벨의 명령문 [edit forwarding-options] 으로 load-balance-label-capability 구성되어 LSP 단위로 Label에 신호를 전송합니다. 로드 밸런싱 레이블을 처리할 수 있는 피어 라우터가 설치되지 않은 경우, 계층 수준에서 명령 [edit forwarding-options] 문을 구성 no-load-balance-label-capability 하여 PE(Provider Edge) 라우터가 엔트로피 레이블 기능에 신호를 표시하는 것을 방지할 수 있습니다.

전송 라우터는 구성이 필요하지 않습니다. 엔트로피 레이블의 존재는 MPLS Label 스택에만 따라 로드 밸런싱을 위해 전송 라우터에 나타낸다.

Penultimate 홉 라우터는 기본적으로 엔트로피 레이블을 파운합니다.

예를 들면 다음과 같습니다. BGP Labeled Unicast LSP를 위한 엔트로피 레이블 구성

이 예에서는 엔트로피 레이블을 사용하여 엔드 투 엔드 로드 밸런싱을 달성하기 위해 BGP 레이블이 지정된 유니캐스트를 위해 엔트로피 라벨을 구성하는 방법을 보여줍니다. IP 패킷이 대상에 도달할 수 있는 여러 경로가 있는 경우, Junos OS는 패킷 헤더의 특정 필드를 사용하여 패킷을 결정론적 경로로 해시합니다. 이를 위해서는 플로우 정보를 전달할 수 있는 특수 로드 밸런싱 레이블인 엔트로피 레이블이 필요합니다. 코어의 LSR은 단순히 엔트로피 레이블을 올바른 경로로 패킷을 해시하는 키로 사용하기만 하면 됩니다. 엔트로피 레이블은 16-1048575(일반 20비트 레이블 범위) 사이의 레이블 값이 될 수 있습니다. 이 범위는 기존 일반 레이블 범위와 겹치기 때문에 엔트로피 레이블 앞에 엔트로피 레이블 표시기(ELI)라는 특수 레이블이 삽입됩니다. ELI는 IANA가 지정한 특별 레이블로, 그 가치는 7입니다.

BGP 레이블이 지정된 유니캐스트는 일반적으로 여러 IGP 영역 또는 여러 자율 시스템에서 RSVP 또는 LDP LSP를 연결합니다. RSVP 또는 LDP 엔트로피 레이블은 RSVP 또는 LDP Label과 함께 Penultimate 홉 노드에서 튀어나온다. 이 기능을 사용하면 BGP 트래픽을 위한 엔드투엔드 엔트로피 레이블 로드 밸런싱을 달성하기 위해 스티칭 포인트에서 엔트로피 레이블을 사용하여 penultimate 홉 노드와 스티칭 포인트 간의 격차를 해소할 수 있습니다.

요구 사항

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

  • MPC를 장착한 7개의 MX 시리즈 라우터

  • 모든 디바이스에서 실행되는 Junos OS 릴리스 15.1 이상

BGP 레이블 유니캐스트에 대한 엔트로피 라벨을 구성하기 전에 다음을 확인해야 합니다.

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

  2. OSPF 또는 기타 IGP 프로토콜을 구성합니다.

  3. BGP를 구성합니다.

  4. RSVP를 구성합니다.

  5. MPLS를 구성합니다.

개요

BGP 레이블이 유니캐스트를 통해 여러 IGP 영역 또는 여러 자율 시스템 전반에서 RSVP 또는 LDP LSP를 연결하면 RSVP 또는 LDP 엔트로피 레이블이 RSVP 또는 LDP Label과 함께 penultimate 홉 노드에서 튀어나온다. 그러나, 스티칭 포인트에는 엔트로피 라벨이 없습니다. 즉, 두 영역 사이의 라우터입니다. 따라서 스티칭 포인트의 라우터는 BGP 레이블을 사용하여 패킷을 포워딩했습니다.

Junos OS 릴리스 15.1부터 시작하여 BGP 레이블 유니캐스트에 대한 엔트로피 레이블을 구성하여 엔드투엔드 엔트로피 레이블 로드 밸런싱을 달성할 수 있습니다. 이 기능을 사용하면 BGP 트래픽에 대한 엔드 투 엔드 엔트로피 레이블 로드 밸런싱을 달성하기 위해 스티칭 포인트에서 엔트로피 레이블을 사용할 수 있습니다. Junos OS를 사용하면 BGP 레이블이 지정된 유니캐스트 LSP 수신에 엔트로피 레이블을 삽입할 수 있습니다.

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

주:

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

토폴로지

에서 그림 3 라우터 PE1은 수신 라우터이고 라우터 PE2는 송신 라우터입니다. 라우터 P1 및 P2는 전송 라우터입니다. 라우터 ABR은 Area 0과 Area 1 사이의 지역 브리지 라우터입니다. LAG는 트래픽 로드 밸런싱을 위해 프로바이더 라우터에 구성됩니다. 수신 라우터 PE1에서 BGP 레이블로 분류된 유니캐스트를 위한 엔트로피 레이블 기능이 활성화됩니다.

그림 3: BGP Labeled Unicast용 엔트로피 레이블 구성BGP Labeled Unicast용 엔트로피 레이블 구성

구성

CLI 빠른 구성

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

라우터 PE1

라우터 P1

라우터 ABR

라우터 P2

라우터 PE2

라우터 PE1 구성

단계별 절차

다음 예제에서는 구성 계층에서 다양한 레벨을 탐색해야 합니다. CLI 탐색에 대한 자세한 내용은 CLI 사용자 가이드의 Configuration Mode에서 CLI Editor를 사용하는 것을 참조하십시오.

라우터 PE1을 구성하려면 다음을 수행합니다.

주:

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

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

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

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

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

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

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

  7. 내부 BGP 그룹 ibgp에 대해 BGP Labeled 유니캐스트에 대한 엔트로피 레이블 기능을 활성화합니다.

  8. ABR(Area Border Router)의 모든 인터페이스에서 OSPF 프로토콜을 활성화합니다.

  9. Prefix 목록을 정의하여 엔트로피 레이블 기능을 갖춘 경로를 지정합니다.

  10. 엔트로피 레이블 기능을 갖춘 경로를 지정하는 정책 EL을 정의합니다.

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

  12. BGP 경로를 OSPF 라우팅 테이블로 내보낼 정책을 정의합니다.

  13. BGP 라우팅 테이블로 OSPF 경로를 내보낼 정책을 정의합니다.

  14. BGP 라우팅 테이블로 정적 경로를 내보낼 수 있는 정책을 정의합니다.

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

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

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

  18. VPN-l3vpn 라우팅 인스턴스에 대한 라우트 구분기를 구성합니다.

  19. VPN-l3vpn 라우팅 인스턴스에 대한 VPN 라우팅 및 포워딩(VRF) 대상을 구성합니다.

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

  21. VPN-l3vpn 라우팅 인스턴스를 위해 BGP 경로를 OSPF 라우팅 테이블로 익스포트합니다.

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

라우터 P1 구성

단계별 절차

다음 예제에서는 구성 계층에서 다양한 레벨을 탐색해야 합니다. CLI 탐색에 대한 자세한 내용은 CLI 사용자 가이드의 Configuration Mode에서 CLI Editor를 사용하는 것을 참조하십시오.

라우터 P1을 구성하려면:

주:

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

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

  2. 인터페이스에서 링크 어그리게이션을 구성합니다.

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

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

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

  6. 패킷 로드 밸런싱당 활성화.

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

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

  9. 관리 인터페이스를 제외한 라우터 P1의 모든 인터페이스에서 OSPF 프로토콜을 활성화합니다.

  10. 패킷 로드 밸런싱별 정책을 정의합니다.

라우터 ABR 구성

단계별 절차

다음 예제에서는 구성 계층에서 다양한 레벨을 탐색해야 합니다. CLI 탐색에 대한 자세한 내용은 CLI 사용자 가이드의 Configuration Mode에서 CLI Editor를 사용하는 것을 참조하십시오.

라우터 ABR을 구성하려면:

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

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

  3. 인터페이스에서 링크 어그리게이션을 구성합니다.

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

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

  6. 패킷 로드 밸런싱당 활성화.

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

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

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

  10. ABR의 모든 인터페이스에서 OSPF 프로토콜을 활성화합니다.

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

결과

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

확인

구성이 올바르게 작동하는지 확인합니다.

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

목적

송신 시 엔트로피 레이블 기능 경로 속성이 업스트림 라우터 PE2에서 광고되는지 확인합니다.

실행

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

의미

출력은 IP 주소가 10.255.101.200인 호스트 PE2가 엔트로피 Label 기능을 가지고 있음을 보여줍니다. 호스트는 BGP neighbor에 엔트로피 레이블 기능을 광고합니다.

라우터 ABR이 Entropy Label Advertisement를 수신하는지 검증

목적

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

실행

운영 모드에서 라우터 ABR에서 명령을 실행 show route 10.255.101.200 receiving-protocol bgp 10.255.101.200 합니다.

의미

라우터 ABR은 BGP neighbor PE2로부터 엔트로피 레이블 기능 광고를 수신합니다.

Entropy Label Flag가 설정되었는지 검증

목적

ingress의 Label 요소에 대해 엔트로피 레이블 플래그가 설정되어 있는지 확인합니다.

실행

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

의미

라우터 PE1에서 엔트로피 레이블이 활성화됩니다. 출력은 엔트로피 레이블이 엔드 투 엔드 로드 밸런싱을 달성하기 위해 BGP 레이블 유니캐스트에 사용되고 있음을 보여줍니다.

LSP를 위한 궁극의 홉 터지는 구성

기본적으로 RSVP 신호 LSP는 PHP(Penultimate-hop popping)를 사용합니다. 그림 4 라우터 PE1과 라우터 PE2 사이에 LSP가 터지는 Penultimate-hop을 설명합니다. 라우터 CE1은 패킷을 LSP 수신인 다음 홉(라우터 PE1)으로 전달합니다. 라우터 PE1은 패킷에서 Label 1을 푸시하고 레이블링된 패킷을 라우터 P1로 전달합니다. 라우터 P1은 표준 MPLS Label 스왑 작업을 완료하고 Label 1을 Label 2로 교체하며 패킷을 라우터 P2로 전달합니다. 라우터 P2는 LSP에서 라우터 PE2로의 페널티메이트 홉 라우터이기 때문에 먼저 레이블을 파핑한 다음 패킷을 라우터 PE2로 전달합니다. 라우터 PE2가 수신하면 패킷에 서비스 레이블, explicit-null Label 또는 일반 IP 또는 VPLS 패킷이 있을 수 있습니다. 라우터 PE2는 레이블이 없는 패킷을 라우터 CE2로 전달합니다.

그림 4: LSP를 위한 페널티메이트 홉 터지는LSP를 위한 페널티메이트 홉 터지는

또한 RSVP 신호 LSP에 대해 UHP(ultimate-hop popping)를 그림 5구성할 수도 있습니다. 일부 네트워크 애플리케이션은 비 널(non-null) 외부 레이블이 있는 송신 라우터(Router PE2)에 패킷이 도착하도록 요구할 수 있습니다. 궁극의 홉 터지는 LSP의 경우, 페널티메이트 라우터(Router P2 in 그림 5)는 패킷을 송신 라우터 PE2로 전달하기 전에 표준 MPLS Label 스왑 운영(예: Label 3용 Label 2)을 수행합니다. 라우터 PE2는 외부 레이블을 파딩하고 패킷 주소의 두 번째 조회를 수행하여 최종 대상을 결정합니다. 그런 다음 패킷을 해당 대상(라우터 CE2 또는 라우터 CE4)으로 전달합니다.

그림 5: LSP를 위한 궁극의 홉 터지는LSP를 위한 궁극의 홉 터지는

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

  • 성능 모니터링 및 대역 내 OAM을 위한 MPLS-TP

  • 에지 보호 가상 회로

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

  • LDP 신호 LSP

  • 정적 LSP

  • P2P(Point-to-Multipoint) LSP

  • CCC

  • traceroute 명령

UHP 동작에 대한 자세한 내용은 RSVP-TE LSP를 위한 인터넷 초안 draft-ietf-mpls-rsvp-te-no-php-oob-mapping-01.txt, Non PHP Behavior 및 Out-of-Band 매핑을 참조하십시오.

점대점(point-to-point) RSVP 신호 LSP의 경우, UHP 동작은 LSP 수신으로부터 신호가 전송됩니다. 수신 라우터 구성에 따라 RSVP는 비 PHP 플래그 집합으로 UHP LSP에 신호를 제공할 수 있습니다. RSVP PATH 메시지는 LSP-ATTRIBUTES 객체에 있는 두 개의 플래그를 전달합니다. egress 라우터가 PATH 메시지를 수신하면 LSP에 비널 레이블을 할당합니다. 또한 RSVP는 mpls.0 라우팅 테이블에 두 개의 경로를 생성하고 설치합니다. S는 MPLS Label의 S 비트를 참조하며, 이는 Label 스택의 하단에 도달했는지 여부를 나타냅니다.

  • Route S=0—스택에 더 많은 레이블이 있음을 나타낸다. 이 루트에 대한 다음 홉은 mpls.0 라우팅 테이블을 가리키며, 체인 MPLS 레이블 조회를 트리거하여 스택에 있는 나머지 MPLS 레이블을 검색합니다.

  • Route S=1—더 이상 레이블이 없음을 나타낸다. 다음 홉은 플랫폼이 체인 및 멀티 제품군 조회를 지원하는 경우 inet.0 라우팅 테이블을 가리킵니다. 또는 레이블 경로가 VT 인터페이스를 가리키면 IP 포워딩을 시작할 수 있습니다.

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

  • Layer 2 VPN 및 Layer 2 회로—패킷은 두 개의 레이블이 있는 PE 라우터(UHP LSP 송신)에 도달합니다. 외부 레이블(S=0)은 UHP Label이고 내부 레이블(S=1)은 VC Label입니다. 전송 레이블에 기반한 조회는 mpls.0 라우팅 테이블에 대한 테이블 핸들을 초래합니다. mpls.0 라우팅 테이블에는 내부 레이블에 해당하는 추가 경로가 있습니다. 내부 레이블에 기반한 조회를 통해 CE 라우터 다음 홉에서 결과를 초래합니다.

  • Layer 3 VPN—패킷은 두 개의 레이블이 있는 PE 라우터(UHP LSP 송신)에 도달합니다. 외부 레이블(S=0)은 UHP Label이고 내부 레이블은 VPN Label(S=1)입니다. 전송 레이블에 기반한 조회를 통해 mpls.0 라우팅 테이블에 대한 테이블 핸들이 나타납니다. 이 시나리오에는 두 가지 경우가 있습니다. 기본적으로 레이어 3 VPN은 다음 홉별 레이블을 광고합니다. 내부 레이블에 기반한 조회를 통해 CE 라우터로의 다음 홉을 달성할 수 있습니다. 그러나 Layer 3 VPN 라우팅 인스턴스에 vrf-table-label 대한 명령문을 구성한 경우 내부 LSI 레이블이 VRF 라우팅 테이블을 가리킵니다. VRF 라우팅 테이블에 대한 IP 조회도 완료됩니다.

    주:

    명령문과 함께 vrf-table-label 구성된 레이어 3 VPN용 UHP는 MX 시리즈 5G 유니버설 라우팅 플랫폼에서만 지원됩니다.

  • VPLS—패킷은 두 개의 레이블이 있는 PE 라우터(UHP LSP 송신)에 도착합니다. 외부 레이블은 전송 레이블(S=0)이며 내부 레이블은 VPLS Label(S=1)입니다. 전송 레이블에 기반한 조회를 통해 mpls.0 라우팅 테이블에 대한 테이블 핸들이 나타납니다. mpls.0 라우팅 테이블의 내부 레이블에 기반한 조회는 터널 서비스가 구성되지 않거나 VT 인터페이스를 사용할 수 없는 경우 VPLS 라우팅 인스턴스의 LSI 터널 인터페이스를 생성합니다. MX 3D 시리즈 라우터는 체인 룩업과 멀티 제품군 조회를 지원합니다.

    주:

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

  • MPLS를 통한 IPv4—패킷은 하나의 레이블(S=1)을 통해 PE 라우터(UHP LSP 송신)에 도달합니다. 이 레이블을 기반으로 한 조회는 VT 터널 인터페이스를 반환합니다. VT 인터페이스에서 패킷 포워딩 위치를 결정하기 위한 또 다른 IP 조회가 완료됩니다. 라우팅 플랫폼이 다중 제품군 및 체인 룩업(예: MX 3D 라우터 및 PTX 시리즈 패킷 전송 라우터)을 지원하는 경우 레이블 경로(S=1)를 기반으로 inet.0 라우팅 테이블을 가리킵니다.

  • MPLS를 통한 IPv6—MPLS를 통한 IPv6 터널링의 경우, PE 라우터는 레이블 값이 2인 IPv6 경로를 서로 광고합니다. 이는 IPv6를 위한 명시적 널 레이블입니다. 그 결과, 원격 PE 라우터에서 학습한 IPv6 경로에 대한 포워딩 다음 홉은 일반적으로 2개의 레이블을 푸시합니다. 내부 레이블은 2이고(광고 PE 라우터가 다른 벤더의 경우 다를 수 있음), 라우터 레이블은 LSP Label입니다. 패킷은 두 개의 레이블이 있는 PE 라우터(UHP LSP 송신)에 도달합니다. 외부 레이블은 전송 레이블(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를 모두 구성할 수 있습니다. 명령문이 포함된 정규 표현식을 사용하여 다음 홉 포워딩을 선택하여 PHP 및 UHP 트래픽을 분리할 install-nexthop 수 있습니다. LSP의 이름을 적절하게 지정하기만 하면 트래픽을 분리할 수 있습니다.

다음 문은 LSP에 대한 궁극의 홉 터지는 것을 가능하게 합니다. 특정 LSP 또는 라우터에서 구성된 모든 수신 LSP에 대해 이 기능을 사용할 수 있습니다. LSP 수신 라우터에서 이러한 명령문을 구성합니다.

  1. 궁극적인 홉 터핑을 활성화하려면 다음과 같은 문장을 포함하십시오 ultimate-hop-popping .

    계층 수준에서 이 명령문을 포함시켜 특정 LSP에서 [edit protocols mpls label-switched-path label-switched-path-name] 궁극의 홉(ultimate-hop) 터질 수 있도록 지원합니다. 이 명령문을 계층 레벨에 포함시켜 라우터에서 [edit protocols mpls] 구성된 모든 수신 LSP에서 궁극의 홉(ultimate-hop) 터질 수 있도록 지원합니다. 동일한 [edit logical-routers] 계층 수준에서 명령문을 구성할 ultimate-hop-popping 수도 있습니다.

    주:

    궁극의 홉 터지는 것을 활성화하면 RSVP는 브레이크 전 메이크업 방식으로 궁극의 홉 터지는 LSP로 기존 LSP를 사임하려고 시도합니다. 송신 라우터가 궁극의 홉 터지는 것을 지원하지 않으면 기존 LSP가 해제됩니다(RSVP는 LSP의 경로를 따라 PathTear 메시지를 전송하여 경로 상태 및 종속 예약 상태를 제거하고 관련 네트워킹 리소스를 해제합니다).

    궁극의 홉 터지는 것을 비활성화하는 경우, RSVP는 메이크 전 브레이크 방식으로 페널티메이트 홉 터지는 LSP로 기존 LSP를 사임합니다.

  2. MX 3D 시리즈 라우터에서만 궁극의 홉 터핑(ultimate-hop-popping) 및 체인형 다음 홉을 모두 사용하려면 다음과 같은 명령문에 network-services 대한 옵션을 구성 enhanced-ip 해야 합니다.

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

Explicit-Path LSP 구성

제한 경로 LSP(Label-Switched Path) 계산(LSP) 계산을 비활성화하는 경우 , 제한적인 경로 LSP 계산 비활성화에 설명된 대로 LSP를 수동으로 구성하거나 LSP가 IGP 경로를 따르도록 허용할 수 있습니다.

명시적 경로 LSP가 구성되면 지정된 경로를 따라 LSP가 설정됩니다. 네트워크가 분할되었거나 경로의 일부 부분을 따라 리소스가 불충분하기 때문에 경로가 토폴로지로 실행 불가능한 경우 LSP가 실패합니다. 대체 경로는 사용할 수 없습니다. 설정이 성공하면 LSP는 정의된 경로에 무기한 유지됩니다.

명시적 경로 LSP를 구성하려면 다음 단계를 따르십시오.

  1. 명명된 경로 만들기에 설명된 대로 지정된 경로에 경로 정보를 구성 합니다. 전체 경로 정보를 구성하려면, 가급적 속성을 사용하여 수신 라우터와 송신 라우터 사이의 모든 라우터 홉을 strict 지정합니다. 불완전한 경로 정보를 구성하려면 경로가 불완전한 위치에서 속성을 사용하여 loose 라우터 홉의 하위 세트만 지정합니다.

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

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

  2. LSP를 구성하고 지정된 경로로 지정하려면 기본 및 보조 LSP 구성에 설명된 대로 또는 secondary 명령문 중 하나를 primary 사용합니다.

  3. 명령문을 LSP의 일부로 또는 명령문의 일부로 포함 no-cspf 시킴으로써 제한된 경로의 LSP 계산을 primarysecondary 비활성화합니다. 자세한 내용은 제한된 경로 LSP 계산 비활성화를 참조하십시오.

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

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

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

  • 구성된 경로 정보는 동적 네트워크 대역폭 예약을 고려할 수 없으므로 리소스가 고갈되면 LSP가 실패하는 경향이 있습니다.

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

이러한 제한 사항 때문에 오프라인 시뮬레이션 소프트웨어 패키지로 계산하여 최적화된 LSP 배치 전략을 적용하는 등 통제된 상황에서만 명시적 경로 LSP를 사용하는 것이 좋습니다.

예를 들면 다음과 같습니다. 명시적 경로 LSP 구성

수신 라우터에서 명시적 경로 LSP를 생성하고 수신 라우터와 송신 라우터 사이의 전송 라우터를 지정합니다. 이 구성에서는 제한적인 경로 계산이 수행되지 않습니다. 기본 경로의 경우 모든 중간 홉이 엄격하게 지정되므로 경로가 변경되지 않습니다. 보조 경로는 먼저 라우터 14.1.1.1을 통과한 다음 목적지에 도달하는 데 사용할 수 있는 경로가 무엇이든 이동해야 합니다. 보조 경로에서 이동한 나머지 경로는 일반적으로 IGP에서 계산하는 가장 짧은 경로입니다.

LSP 대역폭 초과 구독 개요

LSP는 LSP를 통과할 것으로 예상되는 최대 트래픽 양에 대해 구성된 대역폭 예약을 통해 설정됩니다. 모든 LSP가 항상 링크에서 최대 트래픽 양을 전송하는 것은 아닙니다. 예를 들어 링크 A의 대역폭이 완전히 예약되어 있더라도 실제 대역폭은 여전히 사용할 수 있지만 현재는 사용되지 않을 수 있습니다. 이 초과 대역폭은 다른 LSP가 링크 A, 링크 초과 가입을 사용할 수 있도록 하는 데 사용할 수 있습니다. 개별 클래스 유형에 대해 구성된 대역폭을 초과 구독하거나 인터페이스를 사용하여 모든 클래스 유형의 단일 값을 지정할 수 있습니다.

초과 구독을 사용하여 트래픽 패턴의 통계적 특성을 활용하고 링크의 활용도를 높일 수 있습니다.

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

  • 피크 트래픽이 시간에 일치하지 않는 클래스 유형에서 초과 구독(oversubscription)을 사용하십시오.

  • best-effort 트래픽을 전송하는 클래스 유형의 초과 구독을 사용합니다. 네트워크 리소스 활용도를 높이는 대가로 일시적으로 트래픽을 지연하거나 떨어뜨리는 위험을 감수해야 합니다.

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

    • Best effort—ct0 1000

    • 음성—ct3 1

멀티클래스 LSP에 대해 클래스 유형을 구독하면 모든 RSVP 세션의 총 수요는 항상 클래스 유형의 실제 용량보다 적습니다. 구독 미만을 사용하여 클래스 유형의 활용을 제한할 수 있습니다.

대역폭 초과 구독 계산은 로컬 라우터에서만 수행됩니다. 네트워크의 다른 라우터에서 시그널링이나 기타 상호 작용이 필요하지 않기 때문에 이 기능을 지원하지 않을 수도 있는 다른 라우터에서 활성화하거나 사용할 수 없으면 개별 라우터에서 이 기능을 사용할 수 있습니다. 인접 라우터는 초과 구독 계산에 대해 알 필요가 없으며 IGP에 의존합니다.

다음 섹션에서는 Junos OS에서 사용할 수 있는 대역폭 초과 구독 유형에 대해 설명합니다.

LSP 크기 초과 구독

LSP 크기 초과 구독의 경우 LSP에 대해 예상되는 최대 속도보다 적은 대역폭을 구성하기만 하면 됩니다. 자동 폴리서의 구성을 조정해야 할 수도 있습니다. 자동 폴리서가 LSP에 할당된 트래픽을 관리하여 구성된 대역폭 값을 초과하지 않도록 보장합니다. LSP 크기 초과 구독을 사용하려면 LSP가 구성된 대역폭 할당을 초과할 수 있어야 합니다.

치안은 여전히 가능하다. 그러나 폴리서는 구성된 값이 아닌 LSP에 대해 계획된 최대 대역폭을 차지하도록 수동으로 구성해야 합니다.

클래스 유형 초과 구독(Class Type Oversubscription) 및 로컬 초과 구독(Local Oversubscription) 2배

로컬 LOM(Oversubscription Multipliers)은 서로 다른 클래스 유형에 대해 서로 다른 초과 구독 값을 허용합니다. 롬은 서로 다른 링크에서 초과 구독 비율을 다르게 구성해야 하고 각 클래스에 초과 구독 값이 필요한 네트워크에 유용합니다. 이 기능을 사용하면 best-effort 트래픽을 처리하는 클래스 유형을 초과 가입할 수 있지만 음성 트래픽을 처리하는 클래스 유형에는 초과 가입을 사용하지 않습니다. LOM은 라우터에서 로컬로 계산됩니다. LOM 관련 정보는 네트워크의 다른 라우터로 신호가 전송되지 않습니다.

LOM은 각 링크와 각 클래스 유형에 대해 구성 가능합니다. 클래스별 LOM을 사용하면 초과 구독 비율을 늘리거나 줄일 수 있습니다. 승인 제어 및 예약되지 않은 대역폭의 IGP 광고를 위해 클래스별 LOM을 모든 로컬 대역폭 어카운팅에 고려합니다.

LOM 계산은 클래스 유형 전반에서 초과 구독(oversubscription)의 효과를 정확하게 설명해야 하기 때문에 사용되는 대역폭 모델(MAM, 확장 MAM 및 러시아 인형)과 연계됩니다.

주:

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

클래스 유형의 초과 구독과 관련된 수식은 다음 섹션에서 설명합니다.

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

기본적으로 RSVP는 클래스 유형의 모든 대역폭(100%)을 RSVP 예약에 사용할 수 있도록 허용합니다. 멀티클래스 LSP에 대해 클래스 유형을 초과 구독하면 모든 RSVP 세션의 총 요구가 클래스 유형의 실제 용량을 초과하도록 허용됩니다.

동일한 비율의 대역폭을 사용하여 인터페이스에서 모든 클래스 유형을 초과 구독하거나 구독을 초과 구독하려면 다음과 같은 명령문을 사용하여 subscription 비율을 구성하십시오.

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

각 클래스 유형에 대한 대역폭을 과소 구독하거나 초과 구독하려면 문에 대해 각 클래스 유형(ct0, , ct1ct2ct3) 옵션에 대한 subscription 비율을 구성합니다. 클래스 유형을 초과 구독하면 LOM이 적용되어 예약된 실제 대역폭을 계산합니다. 자세한 내용은 Class Type Oversubscription 및 Local Oversubscription Multipliers 를 참조하십시오.

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

percentage 예약에 RSVP를 사용할 수 있는 클래스 유형의 대역폭 비율입니다. 0~65,000%의 가치가 있을 수 있습니다. 100보다 큰 값을 지정하면 인터페이스 또는 클래스 유형을 초과 구독하는 것입니다.

클래스 유형을 초과 가입할 때 구성한 값은 실제로 사용할 수 있는 클래스 유형 대역폭의 비율입니다. 기본 구독 값은 100%입니다.

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

기존 RSVP 세션은 구독 요소 변경의 영향을 받지 않습니다. 기존 세션을 지우려면 명령을 실행합니다 clear rsvp session . 명령에 대한 clear rsvp session 자세한 내용은 CLI Explorer를 참조하십시오.

대역폭 구성에 대한 제약 조건

대역폭 구독 구성 시 다음과 같은 문제를 인식해야 합니다.

  • 계층 수준에서 대역폭 제약 조건을 [edit class-of-service interface interface-name] 구성하면 Diffserv-TE의 계층 수준에서 지정 [edit protocols rsvp interface interface-name bandwidth] 한 대역폭 구성을 대체합니다. 또한 CoS 또는 RSVP 대역폭 제약 조건 중 하나가 인터페이스 하드웨어 대역폭 제약 조건을 무시할 수 있다는 점에 유의하십시오.

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

  • 대역폭 모델을 구성해야만 각 클래스 유형에 대한 구독을 구성할 수 있습니다. 대역폭 모델이 구성되지 않으면 커밋 작업이 다음과 같은 오류 메시지로 실패합니다.

  • 특정 클래스 유형에 subscription 대한 구성과 전체 인터페이스의 구성에 대한 명령문을 모두 포함할 수 없습니다. 커밋 작업은 다음과 같은 오류 메시지로 실패합니다.

출시 내역 표
릴리스
설명
14.1R9
Junos OS 릴리스 14.1R9부터 시작하여 15.1R7, 16.1R5, 16.1X2, 16.2R3 및 17.2R2, LSP가 처음으로 등장한 후 도착하는 제로 값 샘플과 라우팅 엔진 전환 후 먼저 도착하는 제로 값 샘플을 제외하고 모든 제로 값 대역폭 샘플은 언더플로우 샘플로 간주됩니다.