Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
이 페이지 내용
 

예: IS-IS 트래픽 엔지니어링 지원 활성화

이 예는 레이블 스위칭 경로를 단축키로 사용하도록 IS-IS(Intermediate System to Intermediate System)를 구성하는 방법을 보여줍니다.

요구 사항

이 예를 구성하기 전에 디바이스 초기화를 제외한 특별한 구성은 필요하지 않습니다.

개요

MPLS 트래픽 엔지니어링은 특정 데이터 플로우를 최적(최단) 경로의 일부로 내부 게이트웨이 프로토콜(IGP)에 의해 계산된 데이터 링크가 아닌 설정된 LSP(Label-Switched Path)에 매핑합니다. 이 기능의 핵심은 LSP에 매핑할 트래픽을 결정하는 것입니다. 트래픽은 특정 목적지 접두사에 대한 다음 홉 라우터로 송신 LSR을 지정하여 터널의 수신 레이블 스위칭 라우터(LSR)에 있는 LSP에 매핑됩니다.

LSP가 목적지에 대한 전체 경로를 구성하지 않는다는 것을 이해하는 것이 중요합니다. 오히려 LSP는 경로의 다음 홉 세그먼트입니다. 따라서 경로 확인 과정에서 송신 LSR이 실행 가능한 다음 홉 후보로 간주되는 경우에만 패킷을 LSP에 매핑할 수 있습니다.

그림 1 은 이 예에서 사용되는 토폴로지입니다.

그림 1: IS-IS 바로 가기 토폴로지 IS-IS Shortcuts Topology

이 예에서 디바이스 C는 자율 시스템(AS) 2의 디바이스 G와 외부 BGP(EBGP) 피어 세션을 가지고 있습니다. 내부 BGP(IBGP) 피어가 AS 2의 서브넷에 액세스할 수 있도록 하기 위해 디바이스 C는 디바이스 G에 연결된 인터페이스에서 IS-IS(Intermediate System to Intermediate System)를 수동적으로 실행합니다. IS-IS는 외부 서브넷에 대한 정보를 가지고 있으며 inet.0 라우팅 테이블에 이러한 서브넷에 대한 경로를 입력합니다. BGP는 AS-external 경로의 다음 홉 주소를 확인할 때 IGP 경로를 사용합니다.

팁:

인터페이스에서 IS-IS(Intermediate System to Intermediate System)를 수동적으로 실행하는 대안은 넥스트 홉 자체 정책을 사용하는 것입니다.

디바이스 A는 디바이스 C에 대한 LSP를 보유합니다. 경로는 항상 디바이스 B를 통과하지 않고 디바이스 E를 통과하도록 구성됩니다.

트래픽 엔지니어링 바로 가기라고도 하는 IGP(Interior Gateway Protocol) 바로 가기는 AS의 링크 상태 IGP(OSPF 또는 IS-IS)가 최단 경로 우선(SPF) 계산에서 LSP를 고려할 수 있는 도구를 제공합니다. 패시브 외부 인터페이스를 사용하는 경우, IGP는 LSP를 LSP 송신 디바이스 너머의 대상을 향한 단일 데이터 링크로 간주합니다.

(기본값) 및 IGP 바로 가기를 사용하는 traffic-engineering bgp 경우, 트래픽 엔지니어링 솔루션은 BGP AS-외부 경로 확인에만 사용됩니다. 그러나 AS 내부 목적지로의 트래픽도 LSP에 매핑할 수 있습니다. 이를 위해 은(는) traffic-engineering bgp-igp 활성화되어 있습니다. 따라서 RSVP는 MPLS 접두사를 inet.3 테이블이 아닌 inet.0 테이블에 설치합니다. 그 결과, MPLS LSP가 포워딩 테이블에 설치됩니다.

이 접근 방식은 과도한 트래픽이 서버 팜과 같은 AS 내의 특정 대상으로 라우팅될 때마다 실용적으로 적용됩니다.

IGP 바로 가기의 중요한 점은 단독으로 사용하든 트래픽 엔지니어링 BGP-IGP와 함께 사용하든 IGP 인접성이 LSP 간에 형성되지 않는다는 것입니다. IGP는 LSP를 단일 데이터 링크로 간주하지만 송신 라우터를 잠재적 피어로 않으며 LSP 전체에 Hello 메시지를 전달하지 않습니다. 또한 RSVP 메시지는 LSP를 통해 전달되지 않으므로 LSP가 다른 LSP 내에 의도치 않게 구축될 가능성을 방지합니다.

CLI 빠른 구성그림 1의 모든 디바이스에 대한 구성을 보여줍니다. #configuration424__isis-shortcuts-step-by-step 섹션에서는 디바이스 A의 단계를 설명합니다.

구성

절차

CLI 빠른 구성

이 예를 빠르게 구성하려면, 아래 명령을 복사하여 텍스트 파일로 붙여 넣은 다음 모든 라인브레이크를 제거하고, 네트워크 구성을 일치하는 데 필요한 세부 사항을 바꾸고 계층 수준에서 명령을 CLI [edit] 로 복사해 붙여 넣습니다.

디바이스 A

디바이스 B

디바이스 C

디바이스 D

디바이스 E

디바이스 F

디바이스 G

단계별 절차

다음 예제에서는 구성 계층에서 다양한 수준의 탐색이 필요합니다. CLI 탐색에 관한 정보는 CLI 사용자 가이드에서 구성 모드에서 CLI 편집기 사용을 참조하십시오.

IS-IS 트래픽 엔지니어링 단축키 구성:

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

  2. 인터페이스에서 신호 전송 프로토콜을 활성화합니다.

  3. 인터페이스에 MPLS 활성화합니다.

  4. 레이블 스위칭 경로를 구성합니다.

    test_path라는 단일 LSP는 디바이스 A에서 디바이스 C로 구성됩니다. LSP 명시적 경로 객체(ERO)는 디바이스 E를 통해 엄격한 홉을 사용하도록 지정되므로 LSP는 최단 경로 우선(OSPF) A–B–C와 다른 경로를 사용합니다. LSP는 RSVP를 사용하여 시그널링되지만, CSPF는 실행되지 않습니다.

  5. BGP 및 IGP 목적지 모두에 대해 트래픽 엔지니어링을 구성합니다.

    IGP 바로 가기도 활성화되면 IGP는 계산에 LSP를 사용할 수 있습니다. 계산 결과는 inet.0 테이블에 입력됩니다.

    [edit protocols mpls]
    user@A# set traffic-engineering bgp-igp
    

  6. 디바이스 간의 내부 BGP(IBGP) 피어링을 구성합니다.

  7. 인터페이스에서 IS-IS(Intermediate System to Intermediate System)를 활성화하고 링크 메트릭을 설정합니다.

  8. IPv4 주소 패밀리에 대한 다음 홉으로 MPLS LSP를 사용하도록 IS-IS(Intermediate System to Intermediate System)를 구성합니다.

    IGP 수신 라우터는 SPF(Shortest-Path-First) 계산을 수행하는 라우터이기 때문에 IGP 바로 가기만 활성화하면 됩니다.

    IGP 단축키가 프로토콜과 라우팅 테이블 관계에 어떤 영향을 미치는지 이해하는 것이 중요합니다. IGP는 LSP 송신 지점의 서브넷 다운스트림에 대해 SPF 계산을 수행하지만 이러한 계산 결과는 inet.3 테이블에만 입력됩니다. 동시에 IGP는 기존의 SPF 계산을 수행하고 이러한 계산 결과를 inet.0 테이블에 입력합니다. 그 결과 IGP가 inet.3 테이블에 항목을 만들더라도 BGP는 여전히 경로 확인을 위해 해당 테이블에 가시성을 가진 유일한 프로토콜입니다. 따라서 AS-internal 목적지로의 포워딩은 여전히 inet.0 IGP 경로를 사용하며 LSP는 BGP 다음 홉 해결에만 사용됩니다. IGP 다음 홉 해결에 LSP를 사용하려면 을 구성해야 traffic-engineering bgp-igp합니다.

  9. 라우터 ID 및 AS(Autonomous System) 번호를 구성합니다.

결과

구성 모드에서 , show protocols, 및 show routing-options 명령을 입력하여 show interfaces구성을 확인합니다. 출력 결과가 의도한 구성대로 표시되지 않으면 이 예의 지침을 반복하여 구성을 수정하십시오.

디바이스 구성을 마쳤으면 구성 모드에서 commit 을 입력합니다.

확인

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

다음 홉 확인

목적

MPLS LSP가 예상 경로에서 다음 홉으로 사용되는지 확인합니다.

행동

운영 모드에서 명령을 입력합니다 show route .

의미

IS-IS(Intermediate System to Intermediate System)는 LSP 송신 디바이스의 대상 다운스트림에 대한 최단 경로로 LSP를 선택합니다. 또한 IGP는 LSP를 사용하여 외부 서브넷 10.0.0.24/30에 도달하기 때문에 BGP는 10.2.0.0 및 10.3.0.0에 대한 경로에서도 LSP를 사용합니다.

디바이스 C에서 다음 홉 자체를 사용하는 경우에도 BGP는 IGP 경로를 통해 LSP를 선택합니다.

RSVP 세션 확인

목적

RSVP 세션에 대한 정보 표시

행동

운영 모드에서 명령을 입력합니다 show rsvp session brief .

의미

4개의 라우팅 디바이스 모두에서 LSP의 수신 및 송신 IP 주소가 표시됩니다. 경로는 디바이스 A에서 수신 경로로 표시되며 LSP에서 전송된 패킷에는 레이블 299776가 할당됩니다. 디바이스 E에서 LSP는 전송되며, 299776 레이블로 도착하는 패킷에는 발신 레이블 299808이 부여됩니다. 레이블은 이웃하는 레이블 스위칭 라우터(LSR) 사이에서만 의미가 있습니다. 디바이스 F는 수신 레이블 299808 발신 레이블 3으로 스왑합니다. 송신 디바이스 C는 레이블 3을 팝하고 표준 IP longest-match 경로 조회를 통해 수신된 패킷을 라우팅합니다.

다른 트래픽 엔지니어링 설정으로 경로 확인

목적

이(가) 사용될 때와 (기본)이 사용될 때 traffic-engineering bgp-igp traffic-engineering bgp IGP 및 BGP 경로에 사용되는 경로를 확인합니다.

행동

  1. 를 구성합니다 traffic-engineering bgp.

    각 라우팅 인스턴스에서 하나의 MPLS 트래픽 엔지니어링 설정만 구성할 수 있으므로 이렇게 하면 구성에서 제거 traffic-engineering bgp-igp 됩니다.

  2. show route forwarding-table(기본)이 구성된 경우 traffic-engineering bgp 명령을 사용하여 경로를 확인합니다.

  3. traceroute(기본)이 구성된 경우 traffic-engineering bgp 명령을 사용하여 경로를 확인합니다.

  4. 를 구성합니다 traffic-engineering bgp-igp.

    각 라우팅 인스턴스에서 하나의 MPLS 트래픽 엔지니어링 설정만 구성할 수 있으므로 이렇게 하면 구성에서 제거 traffic-engineering bgp 됩니다.

  5. show route forwarding-table 이(가) 구성된 경우 traffic-engineering bgp-igp 명령을 사용하여 경로를 확인합니다.

  6. traceroute 이(가) 구성된 경우 traffic-engineering bgp-igp 명령을 사용하여 경로를 확인합니다.

의미

이(가) 구성되면 traffic-engineering bgp 첫 번째 추적은 BGP-Learned 10.2.0.0/16 접두사에 속하는 대상에 대한 것이며 LSP를 따릅니다. 두 번째 추적은 IS-IS에서 학습한 192.168.0.3 경로(디바이스 C의 루프백 인터페이스 주소)에 대한 것으로, IS-IS 경로를 따릅니다. 이러한 결과는 포워딩 테이블에서 관찰한 내용과 일치합니다. 포워딩 테이블은 inet.0의 경로만을 기반으로 구축됩니다. BGP는 inet.3을 살펴보고 BGP 접두사의 다음 홉에 대한 최적의 경로로 LSP를 선택할 수 있으며, 해당 LSP를 활용하여 inet.0에 경로를 추가할 수 있습니다. 그런 다음 inet.0 경로에서 포워딩 테이블로 항목이 만들어집니다. 다른 프로토콜은 기본적으로 inet.3을 참조할 수 없으며, inet.3 경로는 inet.0에 입력되지 않습니다. 따라서 192.168.0.3의 포워딩 항목은 inet.0의 해당 목적지로 가는 유일한 경로(IS-IS 경로)에서 생성됩니다.

이(가) 구성되면 traffic-engineering bgp-igp 10.2.1.1에 대한 첫 번째 추적이 계속해서 LSP를 따릅니다. 192.168.0.3에 대한 두 번째 추적도 LSP를 따릅니다. 이러한 결과는 LSP가 IGP 다음 홉 해결에 사용된다는 것을 보여주는 포워딩 테이블에서 관찰한 내용과 일치합니다.