Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

레이어 3 VPN의 로드 밸런싱

VPN 패킷당 로드 밸런싱

기본적으로 활성 경로에 대해 동일한 목적지에 여러 개의 equal-cost 경로가 있는 경우, Junos OS 소프트웨어는 해시 알고리즘을 사용하여 다음 홉 주소 중 하나를 선택하여 포워딩 테이블 설치합니다. 대상에 대한 다음 홉 집합이 변경되면 이 선택 프로세스(동일한 해시 알고리즘 사용)는 동일한 해시 알고리즘을 사용하여 최고의 단일 다음 홉 주소를 선택하는 것을 반복합니다.

또는 Junos OS 소프트웨어를 구성하여 PE 디바이스 간의 여러 유효한 경로에 VPN 트래픽을 분산할 수 있습니다. 이 기능을 패킷당 로드 밸런싱이라고 합니다. VPN 트래픽 로드 밸런싱은 하나 이상의 유효한 경로를 사용할 수 있는 경우에만 가능합니다. Junos OS 구성하여 활성 경로의 경우 목적지에 대한 모든 다음 홉 주소가 포워딩 테이블 설치되도록 할 수 있습니다. VPN 디바이스 간에 전송할 수 있는 트래픽 양을 늘리는 것 외에도 패킷당 로드 밸런싱을 구성하여 여러 경로에서 트래픽 흐름을 최적화할 수 있습니다.

트래픽은 MPLS 레이블 또는 대상 주소와 같은 경로의 다양한 요소에서 해시 알고리즘을 실행하여 여러 유효한 경로에 분산됩니다. 다음 표에서는 로드 밸런싱 해시 알고리즘이 수신 라우터의 경로와 전송 및 송신 라우터에서 어떻게 실행되는지 설명합니다. 해시 알고리즘이 사용하는 경로 요소는 VPN 애플리케이션에 따라 다릅니다. Junos OS S비트 세트가 1로 설정된 경우(스택의 하단을 나타 내), 해시 알고리즘을 더 이상 적용하지 않습니다.

표 1: 수신 라우터 해싱

응용 프로그램

수신 논리적 인터페이스

MPLS 레이블

소스 및 대상 MAC 주소

순서 조정 및 플로우 분리 위험

제어 단어 비활성화

IP(소스/대상 주소 및 포트, 프로토콜)

CCC로 구성된 레이어 2 VPN 및 레이어 2 서킷

아니요

예(예: 데이터가 변수인 경우(예: ATM)

해당(N/A)

TCC로 구성된 레이어 2 VPN 및 레이어 2 서킷

아니요

예(예: 데이터가 변수인 경우(예: ATM)

해당(N/A)

레이어 3 VPN 및 IPv4 또는 IPv6 RIB

아니요

아니요

아니요

아니요

VPLS

아니요

아니요

아니요

표 2: 전송 및 송신 라우터 해싱

응용 프로그램

수신 논리적 인터페이스

MPLS 레이블(최대 3개, S비트 1로 설정)

순서 조정 및 플로우 분리 위험

IP(소스/대상 주소 및 포트, 프로토콜)

CCC로 구성된 레이어 2 VPN 및 레이어 2 서킷

아니요

아니요

TCC로 구성된 레이어 2 VPN 및 레이어 2 서킷

아니요

레이어 3 VPN 및 IPv4 또는 IPv6 RIB

아니요

VPLS

알려진 유니캐스트 트래픽의 예

브로드캐스트, 유니캐스트 알 수 없음 및 멀티캐스트 트래픽에 대한 아니오

아니요

아니요

레이어 3 VPN에 대한 로드 밸런싱 및 IP 헤더 필터링

이제 내부 및 외부 BGP 경로 모두에서 트래픽 로드 밸런싱과 IP 헤더를 기반으로 트래픽 필터링을 동시에 활성화할 수 있습니다. 이를 통해 내부 및 외부 BGP 경로 모두에서 동시에 로드 밸런싱되는 트래픽에 대해 송신 PE 라우터에서 필터와 폴리서를 구성할 수 있습니다. 이 기능은 M120 라우터, M320 라우터, MX 시리즈 라우터 및 T 시리즈 라우터에서만 사용할 수 있습니다.

레이어 3 VPN 라우팅 인스턴스에서 [edit routing-instances routing-instance-name routing-options multipath] 이러한 기능을 활성화하려면 계층 수준에서 문과 vrf-table-label 계층 수준에서 문을 [edit routing-instances routing-instance-name] 포함합니다vpn-unequal-cost equal-external-internal.

명령을 실행 show route detail 하면 경로가 로드 밸런싱되고 있는지(equal-external-internal) 및 해당 인터페이스 인덱스는 무엇인지 확인할 수 있습니다.

또한 Fast Reroute 구성한 경우 다음 동작을 유의하십시오.

  • IBGP 경로가 다운되면 활성 EBGP 경로 또는 활성 IBGP 경로로 대체될 수 있습니다.

  • EBGP 경로가 다운되면 다른 활성 EBGP 경로로만 대체될 수 있습니다. 이를 통해 코어 대면 인터페이스 트래픽이 IBGP 대상으로 전달되지 않습니다.

참고:

계층 수준에서 문과 l3vpn 문을 동시에 포함 vpn-unequal-cost equal-external-internal[edit routing-options forwarding-options chained-composite-next-hop ingress] 수 있습니다. 그러나 이렇게 하면 EBGP가 작동하지 않습니다. 즉, 체인된 다음 홉이 있는 경로와 EBGP ECMP(equal-cost multipath)의 후보로 비체인 다음 홉이 있는 경로가 모두 있는 경우, 연결된 다음 홉을 사용하는 경로는 제외됩니다. 일반적으로 제외된 경로는 내부 경로입니다.

레이어 3 VPN 로드 밸런싱 개요

로드 밸런싱 기능을 사용하면 디바이스가 네트워크의 혼잡을 줄이기 위해 여러 경로를 따라 들어오고 나가는 트래픽을 분할할 수 있습니다. 로드 밸런싱은 다양한 네트워크 경로의 활용도를 높이고 보다 효과적인 네트워크 대역폭을 제공합니다.

여러 프로토콜을 사용할 때 디바이스는 경로 선호 값( 관리 거리 값이라고도 함)을 사용하여 경로를 선택합니다. 단일 라우팅 프로토콜을 사용하는 동안 라우터는 목적지에 대한 가장 낮은 비용(또는 메트릭)의 경로를 선택합니다. 디바이스가 대상에 동일한 경로 선호와 동일한 비용을 가진 여러 경로를 수신하고 설치하는 경우 로드 밸런싱을 구성해야 합니다.

내부 및 외부 BGP 경로가 서로 다른 AS(Autonomous System)의 디바이스 사이에 설치된 네트워크에서 BGP는 기본적으로 단일 최적 경로만 선택하고 로드 밸런싱을 수행하지 않습니다. 내부 및 외부 BGP 경로가 있는 레이어 3 VPN은 프로토콜 독립 로드 밸런싱을 위해 문을 사용합니다 multipath . 라우팅 인스턴스에 명령문을 포함 multipath 하면 프로토콜 독립 로드 밸런싱이 해당 라우팅 인스턴스의 기본 라우팅 테이블 적용됩니다. 문을 사용하여 vpn-unequal-cost 프로토콜 독립 로드 밸런싱이 VPN 경로에 적용됩니다. 문을 사용 equal-external-internal 함으로써 프로토콜 독립 로드 밸런싱은 내부 및 외부 BGP 경로 모두에 적용되며 IP 헤더 필터링(문으로 vrf-table-label 활성화)과 함께 구성할 수 있습니다.

예: IP 헤더 필터링을 동시에 사용하면서 레이어 3 VPN 트래픽 로드 밸런싱

참고:

주니퍼의 콘텐츠 테스트 팀은 이 예제를 검증하고 업데이트했습니다.

이 예는 IP 헤더 필터링을 동시에 사용하는 동안 레이어 3 VPN(내부 및 외부 BGP 경로 포함)에서 로드 밸런싱을 구성하는 방법을 보여줍니다.

요구 사항

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

  • M Series 멀티서비스 에지 라우터(M120 및 M320 전용), MX 시리즈 5G 유니버설 라우팅 플랫폼, T 시리즈 코어 라우터 또는 PTX 시리즈 전송 라우터입니다.

  • Junos OS 릴리스 12.1 이상

    • MX 시리즈 라우터에 대한 Junos OS 릴리스 20.1R1에서 재검증

개요

다음 예는 레이어 3 VPN에서 IP 헤더 필터링을 동시에 사용하는 동안 로드 밸런싱을 구성하는 방법을 보여줍니다.

참고:

이 예는 로드 밸런싱과 IP 헤더 필터링이 함께 작동하는 방법을 보여줍니다. IP 헤더 필터링 테스트는 이 예의 범위를 벗어나 있습니다.

Junos OS BGP는 동일하거나 다른 AS(Autonomous System)의 피어 간에 로드 밸런싱을 허용하는 다중 경로 기능을 제공합니다. 이 예는 equal-external-internal 계층 수준에서 문을 [edit routing-instances instance-name routing-options multipath vpn-unequal-cost] 사용하여 로드 밸런싱을 수행합니다. vrf-table-label 명령문은 IP 헤더 필터링을 [edit routing-instances instance-name] 사용하도록 계층 수준에서 구성됩니다.

참고:

이러한 문은 라우팅 인스턴스의 컨텍스트에서만 사용할 수 있습니다.

이 예에서 디바이스 CE1은 AS1에 있으며 디바이스 PE1에 연결됩니다. 디바이스 PE1, PE2, PE3 및 P는 AS2에 있습니다. 디바이스 CE2는 디바이스 PE2 및 PE3에 연결되어 있으며 AS3에 있습니다. 디바이스 CE3은 디바이스 PE3에 연결되어 있으며 AS4에 있습니다. BGP 및 MPLS 네트워크를 통해 구성됩니다. OSPF는 이 네트워크에서 사용되는 IGP(Interior Gateway Protocol)입니다.

디바이스 PE1, PE2 및 PE3의 구성에는 네트워크에서 로드 밸런싱을 활성화하기 위한 계층 수준에서 명령문 [edit routing-instances instance-name routing-options multipath vpn-unequal-cost] 이 포함됩니다equal-external-internal. PE 디바이스의 vrf-table-label 계층 수준에서 문이 구성 [edit routing-instances instance-name] 되면 IP 헤더 필터링이 활성화됩니다.

그림 1 은 이 예에서 사용된 토폴로지 를 보여줍니다.

토폴로지

그림 1: IP 헤더 필터링을 사용한 레이어 3 VPN 로드 밸런싱 Layer 3 VPN Load Balancing Using IP Header Filtering

표 3 은 빠른 참조를 위해 이 예에서 사용되는 IP 주소 목록을 보여줍니다.

표 3: 디바이스 IP 주소 빠른 참조

장치

AS(As)

디바이스 ID

인터페이스

인터페이스 IP 주소

CE1

65001

192.0.2.1/32

ge-0/0/0.0

10.1.1.1/30

PE1

65000

192.0.2.2/32

ge-0/0/2.0

10.1.1.2/30

ge-0/0/0.0

10.1.2.5/30

ge-0/0/1.0

10.1.3.9/30

PE2

65000

192.0.2.3/32

ge-0/0/0.0

10.1.2.6/30

ge-0/0/1.0

10.1.4.13/30

ge-0/0/2.0

10.1.6.21/30

PE3

65000

192.0.2.4/32

ge-0/0/1.0

10.1.3.10/30

ge-0/0/0.0

10.1.5.18/30

ge-0/0/2.0

10.1.7.25/30

ge-0/0/3.0

10.1.8.29/30

P

65000

192.0.2.5/32

ge-0/0/1.0

10.1.4.14/30

ge-0/0/0.0

10.1.5.17/30

CE2

65002

192.0.2.6/32

ge-0/0/1.0

10.1.6.22/30

ge-0/0/2.0

10.1.7.26/30

CE3

65003

192.0.2.7/32

ge-0/0/3.0

10.1.8.30/30

참고:

이 예는 논리적 시스템(논리적 라우터)을 사용하여 테스트되었습니다. 따라서 예의 모든 물리적 인터페이스는 동일하며 구성은 별도의 논리적 인터페이스에서 수행됩니다. 테스트되지 않은 네트워크에서는 다른 디바이스와의 연결을 위해 별도의 물리적 라우터와 별도의 물리적 인터페이스를 사용합니다.

구성

절차

CLI 빠른 구성

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

Device CE1

Device PE1

Device PE2

Device PE3

Device P

Device CE2

Device CE3

단계별 절차

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

VPN 설정 전반에서 균등하지 않은 비용의 로드 밸런싱을 구성하려면 다음을 수행합니다.

  1. 디바이스 CE1에서 라우터 ID를 구성하고 해당 AS(Autonomous System)에 디바이스를 할당합니다.

    마찬가지로 다른 모든 디바이스도 구성합니다.

  2. 전체 네트워크를 통해 트래픽을 위한 BGP 그룹을 구성합니다.

    1. MPLS 네트워크(CE 디바이스)를 왕복하는 트래픽에 대해 BGP 그룹을 구성합니다.

    2. 및 문을 그에 따라 수정하여 디바이스 CE2 및 CE3에서 유사한 BGP 그룹(to AS 65000toPE3neighbor)을 peer-as 구성합니다.

    3. MPLS 네트워크(PE 디바이스)를 통해 트래픽을 위한 BGP 그룹을 구성합니다.

    4. 이에 따라 및 neighbor 문을 수정하여 디바이스 PE2 및 PE3에서 동일한 BGP 그룹(toInternal)을 local-address 구성합니다.

  3. MPLS 네트워크(정책)와 MPLS 네트워크(send-direct 정책)를 통해 로드 밸런싱 트래픽 네트워크를 내보내기 위한 라우팅 정책lb 구성합니다.

    1. 라우팅 테이블 디바이스 CE1에서 BGP로 경로를 내보내기 위한 정책(send-direct)을 구성합니다.

      마찬가지로 디바이스 CE2 및 CE3에서 정책을 구성 send-direct 합니다.

    2. 라우팅 테이블 경로를 디바이스 PE1의 포워딩 테이블 내보내기 위한 정책(lb)을 구성합니다.

      lb 정책은 대상에 대한 모든 다음 홉 주소가 포워딩 테이블 설치되도록 하는 패킷당 로드 밸런싱을 구성합니다.

      마찬가지로 디바이스 PE2 및 PE3에서 정책을 구성 lb 합니다.

  4. 다음을 구성합니다.

    1. AS(Autonomous System)를 통해 경로를 내보내기 위한 PE 디바이스의 라우팅 인스턴스를 구성합니다.

    2. equal-external-internal 네트워크에서 로드 밸런싱을 [edit routing-instances instance-name routing-options multipath vpn-unequal-cost] 활성화하려면 계층 수준에서 문을 포함합니다.

    3. vrf-table-label 송신 디바이스(디바이스 CE3)를 나가기 전에 트래픽 필터링을 위한 계층 수준에서 문을 [edit routing-instances instance-name] 포함합니다.

    Device PE1

    Device PE2

    Device PE3

결과

구성 모드에서 명령을 입력하여 구성을 확인합니다 show configuration . 출력에 의도한 구성이 표시되지 않으면 이 예의 지침을 반복하여 구성을 수정합니다. 다음은 PE3의 출력에서 스 show configuration 니펫입니다.

디바이스 구성이 완료되면 구성 모드에서 을(를) 입력합니다 commit .

확인

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

BGP 확인

목적

BGP가 작동하는지 확인합니다.

작업

운영 모드에서 명령을 실행합니다 show route protocol bgp .

출력은 라우팅 테이블 설치된 BGP 경로를 나열합니다. , 10.1.1.0/3065000:1:192.0.2.1/32 으로 192.0.2.1/32시작하여 AS 65001에 있는 디바이스 CE1에 대한 BGP 경로를 표시하는 출력 라인입니다. , 65000:1:192.0.2.6/3265000:1:10.1.6.20/30 으로 192.0.2.6/32시작하여 AS 65002에 있는 디바이스 CE2에 대한 BGP 경로를 표시하는 출력 라인입니다. 으로 192.0.2.7/32 시작하는 출력 라인은 AS 65003에 있는 디바이스 CE3으로의 BGP 경로를 보여줍니다.

의미

BGP는 네트워크에서 기능합니다.

로드 밸런싱 확인

목적

다음을 확인하여 포워딩이 양방향으로 수행되는지 확인합니다.

  • 경로에 대한 포워딩 테이블 두 개의 다음 홉이 모두 설치된 경우.

  • 외부 BGP 경로가 경로의 포워딩 테이블 설치된 경우.

작업

운영 모드에서 및 show route forwarding-table destination <destination IP> 명령을 실행 show route forwarding-table 합니다.

default.inet 포워딩 테이블 인 라우팅 테이블 에서 으로 10.1.2.4/30 시작하는 출력 라인은 동일한 AS에서 디바이스 PE2로의 경로에 대해 두 개의 다음 홉이 테이블에 10.1.3.9 10.1.5.17설치된다는 것을 보여줍니다.

toCE2_3.inet 외부 라우팅 테이블 인 라우팅 테이블 에서 으로 192.0.2.6/32 시작하는 출력 라인은 AS 65002의 디바이스 CE2로의 10.1.5.17 경로에 대해 의 내부 다음 홉과 외부 다음 홉이 10.1.7.26 테이블에 설치된다는 것을 보여줍니다. 이는 내부 및 외부 BGP 경로가 모두 네트워크에서 작동함을 나타냅니다.

으로 10.1.2.4/30 시작하는 출력 라인은 동일한 AS에서 디바이스 PE3에서 디바이스 PE2로의 경로에 대해 테이블에 10.1.3.9 인터페이스를 통해 및 10.1.5.17 인터페이스를 통해 ge-2/1/10.18 두 개의 다음 홉이 ge-0/0/1.0 설치된다는 것을 보여줍니다.

의미

외부 BGP 경로를 포함한 경로에 대한 여러 다음 홉이 포워딩 테이블에 설치됩니다.

레이어 3 VPN에서 프로토콜 독립 로드 밸런싱 구성

레이어 3 VPN에 대한 프로토콜 독립 로드 밸런싱을 사용하면 활성 경로와 대체 경로 모두의 포워딩 다음 홉을 로드 밸런싱에 사용할 수 있습니다. 프로토콜 독립 로드 밸런싱은 레이어 3 VPN과 함께 작동합니다. 할당된 경로 구분자와 독립적으로 VPN 경로의 로드 밸런싱을 지원합니다. 프로토콜 독립 로드 밸런싱이 활성화되면 다른 PE 라우터로 가는 경로와 직접 연결된 CE 라우터에 대한 경로 모두 로드 밸런싱됩니다.

주어진 경로에 대한 로드 밸런싱 정보가 생성되면 활성 경로는 명령의 show route table 출력에서 로 Routing Use Only 표시됩니다.

다음 섹션에서는 프로토콜 독립 로드 밸런싱 구성 방법과 이 구성이 라우팅 정책에 어떤 영향을 미칠 수 있는지 설명합니다.

레이어 3 VPN에 대한 로드 밸런싱 구성

레이어 3 VPN에 대한 프로토콜 독립 로드 밸런싱 구성은 IPv4와 IPv6의 경우 약간 다릅니다.

  • IPv4 - 계층 수준 또는 [edit routing-instances routing-instance-name routing-options rib routing-table-name] 계층 수준에서만 명령문을 [edit routing-instances routing-instance-name routing-options] 구성 multipath 해야 합니다.

  • IPv6 - 계층 수준과 [edit routing-instances routing-instance-name routing-options rib routing-table-name] 계층 수준에서 명령문을 [edit routing-instances routing-instance-name routing-options] 구성 multipath 해야 합니다.

참고:

l3vpn 문을 구성한 동시에 문 및 하위 문을 구성할 multipath 수 없습니다.

레이어 3 VPN에 대한 프로토콜 독립 로드 밸런싱을 구성하려면 문을 포함합니다 multipath .

다음 계층 수준에서 문을 포함 multipath 하면 프로토콜 독립 로드 밸런싱이 해당 라우팅 인스턴스(routing-instance-name.inet.0)의 기본 라우팅 테이블 적용됩니다.

  • [edit routing-instances routing-instance-name routing-options]

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

참고:

[edit logical-systems] 계층 수준은 ACX 시리즈 라우터에 적용되지 않습니다.

다음 계층 수준에서 명령문을 포함 multipath 하면 프로토콜 독립 로드 밸런싱이 지정된 라우팅 테이블 적용됩니다.

  • [edit routing-instances routing-instance-name routing-options rib routing-table-name]

  • [edit logical-systems logical-system-name routing-instances routing-instance-name routing-options rib routing-table-name]

참고:

[edit logical-systems] 계층 수준은 ACX 시리즈 라우터에 적용되지 않습니다.

문은 vpn-unequal-cost 선택 사항입니다.

  • 이를 포함할 때, 프로토콜 독립 로드 밸런싱은 경로 선택과 관련하여 IGP 메트릭까지 동일한 VPN 경로에 적용됩니다.

  • 이를 포함하지 않으면 경로 선택과 관련하여 라우터 식별자가 동일한 VPN 경로에 프로토콜 독립 로드 밸런싱이 적용됩니다.

참고:

문은 vpn-unequal-cost ACX 시리즈 라우터에 적용되지 않습니다.

또한 문은 equal-external-internal 선택 사항입니다. 이를 포함할 때, 프로토콜 독립 로드 밸런싱은 내부 및 외부 BGP 경로 모두에 적용됩니다. 송신 IP 헤더 필터링과 함께 이것을 구성할 수 있습니다(문으로 vrf-table-label 활성화). 자세한 내용은 레이어 3 VPN에 대한 로드 밸런싱 및 IP 헤더 필터링을 참조하십시오.

참고:

계층 수준에서 문과 l3vpn 문을 동시에 포함 vpn-unequal-cost equal-external-internal[edit routing-options forwarding-options chained-composite-next-hop ingress] 수 있습니다. 그러나 이렇게 하면 EBGP가 작동하지 않습니다. 즉, 연결이 연결된 다음 홉이 있는 경로와 EBGP ECMP(equal-cost multipath)의 후보로 비체인 다음 홉이 있는 경로가 모두 있는 경우, 연결된 다음 홉을 사용하는 경로는 제외됩니다. 일반적으로 제외된 경로는 내부 경로입니다.

로드 밸런싱 및 라우팅 정책 구성

문을 포함하여 multipath 레이어 3 VPN에 대해 프로토콜 독립 로드 밸런싱을 활성화하고 라우팅 정책 구성에 명령문을 포함하는 load-balance per-packet 경우 패킷은 로드 밸런싱되지 않습니다.

예를 들어, PE 라우터에는 다음과 같은 VRF 라우팅 인스턴스가 구성됩니다.

또한 PE 라우터는 다음과 같은 정책 명령문을 구성했습니다.

VRF 라우팅 인스턴스 구성에 문을 포함 multipath 하면 경로는 더 이상 BGP 경로로 표시되지 않고 대신 multipath 경로로 표시됩니다. PE 라우터의 패킷은 로드 밸런서가 되지 않습니다.

예상대로 VPN 로드 밸런싱 기능을 보장하려면 정책 문 구성에 명령문을 포함하지 from protocol 마십시오. 정책 문은 다음과 같이 구성되어야 합니다.

패킷당 로드 밸런싱 구성 방법에 대한 자세한 내용은 라우팅 정책, 방화벽 필터 및 트래픽 폴리서 사용자 가이드를 참조하십시오.

예: 차세대 멀티캐스트 VPN에서 PIM 참가 로드 밸런싱 구성

이 예는 IGP(Unequal Interior Gateway Protocol) 메트릭과 PIM(Protocol Independent Multicast) 조인 로드 밸런싱을 차세대 멀티캐스트 VPN(MVPN)을 실행하는 PE(Provider Edge) 라우터를 사용하여 외부 및 내부 VPN(Virtual Private Network) 경로에 대한 multipath 라우팅을 구성하는 방법을 보여줍니다. 이 기능을 사용하면 외부 BGP(EBGP) 경로가 없을 때 사용 가능한 내부 BGP(IBGP) 업스트림 경로에서, 외부 및 내부 BGP(EIBGP) 경로가 소스 또는 RP(rendezvous point)로 존재할 때 사용 가능한 EBGP 업스트림 경로에서 고객 PIM(C-PIM) 참가 메시지가 로드 밸런시되도록 할 수 있습니다.

요구 사항

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

  • M Series, MX 시리즈 또는 T 시리즈 라우터의 조합이 될 수 있는 라우터 3개.

  • Junos OS 모든 디바이스에서 실행되는 릴리스 12.1을 참조하십시오.

시작하기 전에 다음을 수행합니다.

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

  2. 모든 PE 라우터에서 다음 라우팅 프로토콜을 구성합니다.

    • Ospf

    • MPLS

    • Ldp

    • Pim

    • Bgp

  3. 멀티캐스트 VPN을 구성합니다.

개요 및 토폴로지

Junos OS 릴리스 12.1 이상은 PIM 참가 로드 밸런싱과 함께 multipath 구성을 지원합니다. 이를 통해 IBGP 경로만 존재하는 경우 사용 가능한 모든 IBGP 경로와 EIBGP 경로가 소스(또는 RP)로 존재할 때 사용 가능한 모든 업스트림 EBGP 경로에서 C-PIM 참가 메시지가 로드 밸런서(load-balance)될 수 있습니다. Draft-Rosen MVPN과 달리 차세대 MVPN은 동일하지 않은 EIBGP 경로를 활용하여 C-PIM 참가 메시지를 전송하지 않습니다. 이 기능은 IPv4 C-PIM 참가 메시지에 적용됩니다.

기본적으로 소스(또는 RP)로의 IBGP 경로만 갖는 PE 라우터에 대한 C-PIM 참가 메시지를 전송하는 데는 하나의 활성 IBGP 경로만 사용됩니다. EIBGP 업스트림 경로가 존재하는 경우 참가 메시지를 보내는 데 하나의 활성 EBGP 경로만 사용됩니다.

차세대 MVPN에서 C-PIM 참가 메시지는 BGP 고객 멀티캐스트(C-멀티캐스트) MVPN 경로로 변환되고 BGP MCAST-VPN 주소 패밀리와 함께 발신자 PE 라우터로 광고됩니다. PE 라우터는 PE 라우터를 통해 고객 에지(CE) 라우터 인터페이스로 C-PIM 참가 메시지를 수신한 것에 대한 응답으로 C-멀티캐스트 MVPN 경로를 시작합니다. C-멀티캐스트 MVPN 경로의 두 가지 유형은 다음과 같습니다.

  • 공유 트리 조인 경로(C-*, C-G)

    • 수신기 PE 라우터에서 유래.

    • PE 라우터가 PE-CE 라우터 인터페이스를 통해 공유 트리 C-PIM 참가 메시지를 수신할 때 생성됩니다.

  • 소스 트리 조인 경로(C-S, C-G)

    • 수신기 PE 라우터에서 유래.

    • PE 라우터가 소스 트리 C-PIM 참가 메시지(C-S, C-G)를 수신하거나 이미 공유 트리 조인 경로가 있고 소스 활성 자동 검색 경로를 수신한 PE 라우터에서 유래한 경우 유래됩니다.

    차세대 MVPN의 업스트림 경로는 인터넷 초안 draft-ietf-l3vpn-2547bis-mcast Multicast in MPLS/BGP IP VPNs에 명시된 대로 Bytewise-XOR 해시 알고리즘을 사용하여 선택됩니다. 해시 알고리즘은 다음과 같이 수행됩니다.

    1. 후보 세트의 PE 라우터는 0에서 시작하여 더 낮은 IP 주소에서 높은 IP 주소로 번호가 매겨지기 시작합니다.

    2. 모든 바이트의 바이트 배타적 또는 바이트는 C-루트(소스) 및 C-G(그룹) 주소에서 수행됩니다.

    3. 결과는 후보 세트의 PE 라우터 수가 있는 n modulon로 수행됩니다. 결과는 N입니다.

    4. N 은 1단계에서 번호가 매겨진 업스트림 PE 라우터의 IP 주소를 나타냅니다.

로드 밸런싱 중에 소스(또는 RP)에 대한 하나 이상의 업스트림 IBGP 경로를 가진 PE 라우터가 동일한 소스(또는 RP)를 향해 새로운 IBGP 경로를 발견하면, 기존 IBGP 경로 중 배포된 C-PIM 참가 메시지는 후보 PE 라우터 세트의 변경으로 인해 재배포됩니다.

이 예에서 PE1, PE2 및 PE3은 multipath PIM 조인 로드 밸런싱 기능이 구성된 PE 라우터입니다. 라우터 PE1에는 2개의 EBGP 경로와 1개의 IBGP 업스트림 경로가 있으며, PE2에는 EBGP 경로가 1개, IBGP 업스트림 경로가 1개 있으며, PE3에는 소스에 대한 2개의 IBGP 업스트림 경로가 있습니다. 라우터 CE4는 PE3에 연결된 고객 에지(CE) 라우터입니다. 소스 및 수신기는 무료 BSD 호스트입니다.

PE1 및 PE2와 같은 소스(또는 RP)로 향하는 EIBGP 경로가 있는 PE 라우터에서 PIM 조인 로드 밸런싱은 다음과 같이 수행됩니다.

  1. C-PIM 참가 메시지는 EBGP 경로를 사용하여만 전송됩니다. IBGP 경로는 참가 메시지를 전파하는 데 사용되지 않습니다.

    그림 2에서 PE1 라우터는 두 EBGP 경로 간에 CE1 라우터에 참가 메시지를 배포하고, PE2는 EBGP 경로를 CE1에 사용하여 참가 메시지를 보냅니다.

  2. PE 라우터가 소스(또는 RP)로 향하는 하나 이상의 EBGP 경로를 잃는 경우, 멀티캐스트 터널 인터페이스의 RPF 이웃은 해시 메커니즘을 기반으로 선택됩니다.

    첫 번째 EBGP 경로를 발견할 때, 새로운 참가 메시지만 사용 가능한 EBGP 경로에 걸쳐 load-balance을 얻는 반면, 멀티캐스트 터널 인터페이스의 기존 참가 메시지는 재배포되지 않습니다.

    PE2 라우터에서 CE1 라우터로의 EBGP 경로가 다운되면 PE2는 IBGP 경로를 사용하여 PE1에 참가 메시지를 보냅니다. CE1에 대한 EBGP 경로가 복원되면 PE2에 도착하는 새로운 참가 메시지만 복원된 EBGP 경로를 사용하는 반면, IBGP 경로에 이미 전송된 참가 메시지는 재배포되지 않습니다.

PE3 라우터와 같은 소스(또는 RP)로 향하는 IBGP 경로만 있는 PE 라우터에서 PIM 조인 로드 밸런싱은 다음과 같이 수행됩니다.

  1. CE 라우터의 C-PIM 참가 메시지는 IBGP 경로 중 BGP C-멀티캐스트 데이터 메시지로만 로드 밸런스를 얻습니다.

    그림 2에서 CE4 호스트가 소스에서 트래픽 수신에 관심이 있고 CE4가 다른 그룹(Group 1 [C-S,C-G1] 및 Group 2[C-S,C-G2])에 대한 소스 참가 메시지를 시작하다고 가정하면 소스 참가 메시지가 PE3 라우터에 도착합니다.

    그런 다음 라우터 PE3은 Bytewise-XOR 해시 알고리즘을 사용하여 업스트림 PE 라우터를 선택하여 각 그룹에 대한 C-멀티캐스트 데이터를 보냅니다. 알고리즘은 먼저 업스트림 PE 라우터의 수를 0에서 0으로 시작하는 하위에서 높은 IP 주소까지 번호가 매겨줍니다.

    라우터 PE1 라우터 번호가 0 이고 라우터 PE2가 1이고 그룹 1과 그룹 2 참가 메시지의 해시 결과가 각각 01이라고 가정하면, PE3 라우터는 PE1을 업스트림 PE 라우터로 선택하여 Group 1 참가 메시지를 보내고, PE2는 업스트림 PE 라우터로 그룹 2 참가 메시지를 소스로 보냅니다.

  2. 여러 그룹에 대한 공유 참가 메시지[C-*,C-G]도 목적지에 도달하기 위해 유사한 방식으로 처리됩니다.

그림 2: 차세대 MVPN에서 PIM 참가 로드 밸런싱 PIM Join Load Balancing on Next-Generation MVPN

구성

CLI 빠른 구성

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

PE1

PE2

PE3

절차

단계별 절차

다음 예제에서는 구성 계층에서 다양한 수준의 탐색이 필요합니다. CLI 탐색에 대한 정보는 구성 모드에서 CLI 편집기 사용을 참조하십시오. PE1 라우터를 구성하려면,

참고:

각 라우터에 대한 적절한 인터페이스 이름, 주소 및 기타 매개 변수를 수정한 후 MVPN 도메인의 모든 주니퍼 네트웍스 라우터에 이 절차를 반복합니다.

  1. VPN 라우팅 포워딩(VRF) 라우팅 인스턴스를 구성합니다.

  2. VRF 인스턴스에 대해 프로토콜 독립 로드 밸런싱을 활성화합니다.

  3. PE에서 CE 라우팅을 사용하도록 BGP 그룹 및 neighbor를 구성합니다.

  4. PE에서 CE 멀티캐스트 라우팅을 사용하도록 PIM을 구성합니다.

  5. 모든 네트워크 인터페이스에서 PIM을 활성화합니다.

  6. VRF 인스턴스에 대한 PIM 참가 로드 밸런싱을 활성화합니다.

  7. C-PIM 참가 메시지에 대한 모드를 구성하여 랑데부 포인트 트리를 사용하고 소스가 알려진 후 최단 경로 트리로 전환합니다.

  8. Bytewise-XOR 해시 알고리즘을 사용하도록 VRF 인스턴스를 구성합니다.

결과

구성 모드에서 show routing-instances 명령을 입력하여 구성을 확인합니다. 출력에 의도한 구성이 표시되지 않으면 이 예의 지침을 반복하여 구성을 수정합니다.

디바이스 구성이 완료되면 구성 모드에서 커밋 을 입력합니다.

확인

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

다양한 참가 메시지에 대한 MVPN C-멀티캐스트 경로 정보 확인

목적

PE3 라우터에서 수신된 다양한 참가 메시지 그룹에 대해 MVPN C-멀티캐스트 경로 정보를 확인합니다.

작업

운영 모드에서 show mvpn c-multicast 명령을 실행합니다.

의미

출력은 PE3 라우터가 다른 그룹에 대한 C-멀티캐스트 데이터를 로드 밸런시한 방법을 보여줍니다.

  • 소스 참가 메시지(S,G):

    • PE1 라우터를 향해 192.0.2.2/24:203.0.113.1/24(S,G1)(10.255.10.2는 라우터 PE1의 루프백 주소입니다).

    • PE2 라우터를 향해 192.0.2.2/24:203.0.113.2/24(S,G2)(10.255.10.14는 라우터 PE2의 루프백 주소입니다).

  • 공유 참가 메시지(*,G):

    • PE1 라우터를 향해 0.0.0.0/0:203.0.113.1/24(*,G1)(10.255.10.2는 라우터 PE1의 루프백 주소입니다).

    • PE2 라우터를 향해 0.0.0.0/0:203.0.113.2/24(*,G2)(10.255.10.14는 라우터 PE2의 루프백 주소입니다).