Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
이 페이지에서
 

BGP 세션을 위한 로드 밸런싱

BGP 다중 경로 이해

BGP 다중 경로를 사용하면 여러 개의 내부 BGP 경로와 여러 개의 외부 BGP 경로를 포워딩 테이블에 설치할 수 있습니다. 여러 경로를 선택하면 BGP가 여러 링크에서 트래픽을 로드 밸런싱할 수 있습니다.

IGP 비용을 다음 홉과 비교한 후 BGP 경로 선택 프로세스가 타이 브레이크(tie-break)를 수행하는 경우 경로는 BGP 동일 비용 경로(포워딩에 사용됨)로 간주됩니다. 기본적으로 다중 경로 기반 BGP neighbor에서 학습한 동일한 인접 AS를 가진 모든 경로가 다중 경로 선택 프로세스에서 고려됩니다.

BGP는 일반적으로 각 접두사에 대해 하나의 최상의 경로만 선택하고 포워딩 테이블에 해당 경로를 설치합니다. BGP 다중 경로가 활성화되면 디바이스는 지정된 대상에 도달하기 위해 동일한 비용의 여러 BGP 경로를 선택하고 이러한 모든 경로는 포워딩 테이블에 설치됩니다. BGP는 추가 경로가 사용되지 않는 한 이웃에 대한 활성 경로만 광고합니다.

Junos OS BGP 다중 경로 기능은 다음과 같은 애플리케이션을 지원합니다.

  • 서로 다른 자율 시스템(AS)에 속하는 두 라우팅 디바이스 간의 여러 링크에서 로드 밸런싱

  • 공통 서브넷 또는 여러 서브넷에서 동일한 피어 AS에 속하는 다른 라우팅 디바이스에 대한 로드 밸런싱

  • 서로 다른 외부 연합 피어에 속하는 두 라우팅 장치 간의 여러 링크에서 로드 밸런싱

  • 공통 서브넷 또는 여러 서브넷에서 외부 연합 피어에 속하는 다른 라우팅 장치로 로드 밸런싱

로드 밸런싱을 위한 일반적인 시나리오에서 고객은 POP(Point of Presence)에서 여러 라우터 또는 스위치에 멀티 호밍됩니다. 기본 동작은 사용 가능한 링크 중 하나에만 모든 트래픽을 전송하는 것입니다. 로드 밸런싱은 트래픽을 두 개 이상의 링크를 사용하도록 합니다.

BGP 다중 경로는 동일한 MED-plus-IGP 비용을 공유하지만 IGP 비용이 다른 경로에는 적용되지 않습니다. 다중 경로 선택은 두 경로가 동일한 MED-plus-IGP 비용을 갖는 경우에도 IGP 비용 메트릭을 기반으로 합니다.

Junos OS 릴리스 18.1R1 BGP 다중 경로에서 시작하여 계층 수준에서 전 세계적으로 [edit protocols bgp] 지원됩니다. 일부 BGP 그룹 및 이웃에서 다중 경로를 선택적으로 비활성화할 수 있습니다. [edit protocols bgp group group-name multipath] 그룹 또는 특정 BGP neighbor에 대해 다중 경로 옵션을 사용하지 않도록 하려면 계층 수준에 포함 disable

Junos OS 릴리스 18.1R1부터 모든 BGP 경로가 수신될 때까지 다중 경로 계산을 연기할 수 있습니다. 다중 경로가 활성화되면 BGP는 새 경로가 추가될 때마다 또는 기존 경로가 변경될 때마다 다중 경로 큐에 경로를 삽입합니다. BGP 경로 추가 기능을 통해 여러 경로를 수신하는 경우 BGP는 여러 번 하나의 다중 경로 경로를 계산할 수 있습니다. 다중 경로 계산은 RIB(라우팅 테이블이라고도 함) 학습 속도를 느리게 합니다. RIB 학습 속도를 높이기 위해 BGP 경로가 수신될 때까지 다중 경로 계산을 연기하거나 BGP 경로가 해결될 때까지 요구 사항에 따라 다중 경로 빌드 작업의 우선 순위를 낮출 수 있습니다. 계층 수준에서 구성 defer-initial-multipath-build[edit protocols bgp] 된 다중 경로 계산을 연기합니다. 또는 계층적 수준의 구성 명령문을 [edit protocols bgp] 사용하여 multipath-build-priority BGP 다중 경로 빌드 작업 우선 순위를 낮춰 RIB 학습 속도를 높일 수 있습니다.

예를 들면 다음과 같습니다. 로드 밸런싱 BGP 트래픽

이 예에서는 BGP를 구성하여 활성 경로로 여러 개의 동일한 비용의 외부 BGP(EBGP) 또는 내부 BGP(IBGP) 경로를 선택하는 방법을 보여줍니다.

요구 사항

시작하기 전:

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

  • IGP(Interior Gateway Protocol)를 구성합니다.

  • BGP를 구성합니다.

  • 라우팅 테이블에서 BGP로 경로(예: 직접 경로 또는 IGP 경로)를 내보낼 수 있는 라우팅 정책을 구성합니다.

개요

다음 단계는 패킷별 로드 밸런싱을 구성하는 방법을 보여줍니다.

  1. 계층 레벨에 하나 이상의 policy-statement 명령문을 [edit policy-options] 포함함으로써 로드 밸런싱 라우팅 정책을 정의하여 load-balance per-packet

    주:

    여러 EBGP 경로와 여러 IBGP 경로 간에 로드 밸런싱을 활성화하려면 전역적으로 계층 레벨에 [edit protocols bgp] 명령문을 포함합니다multipath. 전역적으로 명령문을 포함 multipath 하지 않고는 BGP 트래픽의 로드 밸런싱을 실행할 수 없으며, 계층 수준에서 BGP 그룹 [edit protocols bgp group group-name 이나 계층 레벨의 특정 BGP neighbor에 [edit protocols bgp group group-name neighbor address] 대해 할 수 없습니다.

  2. 라우팅 테이블에서 포워딩 테이블로 내보낸 경로에 정책을 적용합니다. 이를 위해 다음과 같은 내용과 export 문장을 forwarding-table 포함해야 합니다.

    VRF 라우팅 인스턴스에는 내보내기 정책을 적용할 수 없습니다.

  3. 광고되는 경로에 해당하는 레이블을 할당할 때 두 개 이상의 홉이 존재하는 경우 해당 루트의 모든 다음 홉을 지정합니다.

  4. MPLS에서 IP 페이로드를 포함하도록 포워딩 옵션 해시 키를 구성합니다.

주:

일부 플랫폼에서는 명령문을 사용하여 chassis maximum-ecmp 로드 밸런서의 밸런서 수를 늘릴 수 있습니다. 이 명령문을 통해 최대 로드 밸런시드 경로 수를 32, 64, 128, 256 또는 512로 변경할 수 있습니다(최대 수는 플랫폼별로 다릅니다.— 최대 ecmp 참조) . Junos OS 릴리스 19.1R1부터 QFX10000 스위치에서 최대 128개의 동일한 비용 경로를 지정할 수 있습니다. Junos OS 릴리스 19.2R1부터 QFX10000 스위치에서 최대 512개의 동일 비용 경로를 지정할 수 있습니다.— 최대 512개의 동일 비용 경로 구성 및 일관된 로드 밸런싱 옵션을 참조하십시오.

이 예에서 디바이스 R1은 AS 64500에 있으며 AS 64501에 있는 Device R2 및 Device R3 모두에 연결됩니다. 이 예에서는 Device R1의 구성을 보여줍니다.

토폴로지

그림 1 이 예에서 사용된 토폴로지의 표시를 보여 주십시오.

그림 1: BGP 로드 밸런싱BGP 로드 밸런싱

구성

절차

CLI 빠른 구성

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

단계별 절차

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

BGP 피어 세션을 구성하려면 다음을 수행합니다.

  1. BGP 그룹을 구성합니다.

  2. BGP 그룹이 여러 경로를 사용할 수 있도록 합니다.

    주:

    BGP 다중 경로가 허용하는 경로에 동일한 인접한 자율 시스템(AS)이 있어야 함을 요구하는 기본 검사를 비활성화하려면 이 옵션을 포함합니다 multiple-as .

  3. 로드 밸런싱 정책을 구성합니다.

  4. 로드 밸런싱 정책을 적용합니다.

  5. 로컬 AS(Autonomous System) 번호를 구성합니다.

결과

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

디바이스 구성을 완료한 경우 구성 모드에서 입력 commit 합니다.

확인

구성이 올바르게 작동하는지 확인:

경로 검증

목적

인접한 AS의 두 라우터에서 라우트가 학습되는지 확인합니다.

실행

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

의미

별표(*)로 표시되어 있는 활성 경로에는 다음 두 홉이 있습니다. 10.0.1.1 및 10.0.0.2에서 10.0.2로 도착합니다. 10.0.1.1 다음 홉은 비활성 경로에서 활성 경로로 복사됩니다.

주:

명령 출력은 show route detail 하나의 게이트웨이를 으로 selected지정합니다. 이 출력은 로드 밸런싱의 맥락에서 혼란스러울 수 있습니다. 선택한 게이트웨이는 Junos OS가 패킷별 로드 밸런싱을 수행하지 않을 때 어떤 게이트웨이를 커널에 설치할지 결정할 뿐만 아니라 많은 용도로 사용됩니다. 예를 들어, ping mpls 이 명령은 패킷을 보낼 때 선택한 게이트웨이를 사용합니다. 멀티캐스트 프로토콜은 일부 경우에 선택한 게이트웨이를 사용하여 업스트림 인터페이스를 결정합니다. 따라서 Junos OS가 포워딩 테이블 정책을 통해 패킷당 로드 밸런싱을 실행하는 경우에도 선택한 게이트웨이 정보는 다른 용도로 여전히 필요합니다. 문제 해결 목적으로 선택한 게이트웨이를 표시하는 데 유용합니다. 또한 포워딩 테이블 정책을 사용하여 커널에 설치된 것을 무시할 수 있습니다(예: 작업을 사용 install-nexthop 함). 이 경우 포워딩 테이블에 설치된 넥트 홉 게이트웨이는 명령어에 표시되는 show route 전체 게이트웨이의 하위 세트일 수 있습니다.

포워딩 검증

목적

두 다음 홉이 모두 포워딩 테이블에 설치되어 있는지 확인합니다.

실행

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

일관된 로드 밸런싱 옵션을 통해 최대 512개의 동급 경로 구성 이해

외부 BGP 피어에 대해 최대 512개의 경로로 ECMP(Equal-Cost Multipath) 기능을 구성할 수 있습니다. 최대 512개의 ECMP 다음 홉을 구성할 수 있으므로 지정된 라우팅 디바이스에서 직접 BGP 피어 연결의 수를 늘릴 수 있으므로 지연 시간을 개선하고 데이터 흐름을 최적화할 수 있습니다. 선택적으로 ECMP 구성에 일관된 로드 밸런싱을 포함할 수 있습니다. 일관된 로드 밸런싱을 통해 ECMP 구성원(즉, 경로)에 장애가 발생하면 장애가 있는 구성원을 통해 흐르는 플로우만 다른 활성 ECMP 멤버로 재분배됩니다. 일관된 로드 밸런싱은 ECMP 멤버가 추가되는 경우 기존 EMCP 멤버에서 새 ECMP 구성원으로 플로우를 재분배하는 것을 최소화합니다.

256개에서 512개까지의 동일 비용 경로 구성을 위한 지침 및 제한 사항( 일관된 로드 밸런싱 옵션 지원)

  • 이 기능은 단일 홉 외부 BGP 피어에만 적용됩니다. (이 기능은 MPLS 경로에는 적용되지 않습니다.)

  • 디바이스의 라우팅 프로세스(RPD)는 64비트 모드를 지원해야 합니다. 32비트 RPD는 지원되지 않습니다.

  • 이 기능은 유니캐스트 트래픽에만 적용됩니다.

  • 트래픽 배포는 모든 그룹 멤버에 걸쳐서도 포함되지 않을 수 있습니다. 트래픽 패턴과 하드웨어의 해시 플로우 설정 테이블 구성에 따라 달라집니다. 일관된 해시는 멤버가 그룹에 추가되거나 삭제된 경우 대상 링크로의 플로우 재매핑을 최소화 합니다.

  • 옵션 inet6hash-modeinet중 하나를 구성 set forwarding-options enhanced-hash-key 하거나, 또는 layer2일부 플로우가 대상 링크를 변경할 수 있습니다. 새로운 해시 매개 변수가 플로우에 대한 새로운 해시 인덱스를 생성하여 새로운 대상 링크가 생성될 수 있기 때문입니다.

  • 최상의 해시 정확도를 달성하기 위해 이 기능은 계단식 토폴로지로 128개 이상의 다음 홉 구성을 위한 넥트 홉 구조를 구현합니다. 따라서 해싱 정확도는 계단식 토폴로지가 필요하지 않은 128 미만의 ECMP 넥스트 홉 구성에 비해 다소 적습니다.

  • 영향을 받는 ECMP 경로의 기존 플로우와 영향을 받는 ECMP 경로를 통해 흐르는 새로운 플로우는 로컬 경로 수리 중에 경로를 전환할 수 있으며 트래픽 왜곡이 눈에 띄게 나타날 수 있습니다. 그러나, 이러한 왜곡은 후속 글로벌 경로 수리 중에 수정됩니다.

  • 값을 늘리 maximum-ecmp 면 라우트 접두사의 다음 홉 변경 이벤트 동안 일관성 해시가 손실됩니다.

  • 기존 ECMP 그룹에 새 경로를 추가하면 영향을 받지 않는 경로를 통해 일부 플로우가 새로 추가된 경로로 이동할 수 있습니다.

  • FRR(Fast Reroute)이 일관된 해시와 함께 작동하지 않을 수 있습니다.

  • 완벽한 ECMP 수준의 트래픽 배포는 불가능합니다. 다른 경로보다 더 많은 "버킷"을 갖는 경로는 더 적은 버킷을 가진 경로보다 더 많은 트래픽 플로우를 가지고 있습니다( 버킷 은 ECMP 구성원 인덱스에 매핑된 로드 밸런싱 테이블의 배포 목록에서 항목입니다).

  • 네트워크 토폴로지 변경 이벤트 동안에는 일부 경우 네트워크 접두사의 경우, 접두사에서 접두사의 이전 ECMP 다음 홉에 대한 모든 속성이 없는 새로운 ECMP 다음 홉을 가리키기 때문에 일관된 해시가 손실됩니다.

  • 여러 네트워크 접두사에서 동일한 ECMP 다음 홉을 가리키고 하나 이상의 접두사에서 명령문을 사용할 수 consistent-hash 있는 경우 모든 네트워크 접두사에서 동일한 ECMP 다음 홉을 가리키며 일관된 해싱 동작을 표시합니다.

  • 동일한 비용의 BGP 경로 기반 ECMP 그룹에서만 일관된 해시가 지원됩니다. BGP 경로보다 우선 순위가 있는 다른 프로토콜 또는 정적 경로가 구성된 경우 일관된 해시가 지원되지 않습니다.

  • 일관된 해싱은 다음 기능에 대한 구성과 결합될 때 제한될 수 있습니다. 이러한 기능에는 경로 선택 시 해싱을 사용하지 않는 터널 종료 또는 트래픽 엔지니어링(GRE 터널링)이 있기 때문입니다. BUM 트래픽, EVPN-VXLAN; MPLS TE, 자동 대역폭이 있습니다.

최대 512개의 ECMP 다음 홉 구성 및 선택적으로 일관된 로드 밸런싱 구성을 위한 지침

최대 512개의 다음 홉을 구성할 준비가 되면 다음 구성 지침을 사용합니다.

  1. 최대 ECMP 다음 홉 수를 구성합니다. 예를 들어 512개의 ECMP 다음 홉을 구성합니다.

  2. 라우팅 정책을 생성하고 패킷별 로드 밸런싱을 활성화하여 시스템상에서 ECMP를 전역적으로 활성화합니다.

  3. 예를 들어, 하나 이상의 대상 접두사에 대한 수신 경로와 일치하도록 별도의 라우팅 정책을 생성하여 선택한 접두사에서 복원력을 구현합니다.

  4. eBGP 임포트 정책(예: "c-해시")을 외부 피어의 BGP 그룹에 적용합니다.

동일한 비용의 경로 구성에 대한 자세한 내용은 예제: 로드 밸런싱 BGP 트래픽(이 문서의 앞에 나와 있습니다.)

(선택사항) 일관된 로드 밸런싱(일관된 해시라고도 함)의 구성에 대한 자세한 내용은 ECMP 그룹에 대한 일관된 로드 밸런싱 구성을 참조하십시오.

예를 들면 다음과 같습니다. 원격 다음 홉을 수용하도록 단일 홉 EBGP 피어 구성

이 예에서는 공통 서브넷을 공유하지 않는 원격 다음 홉을 수락하도록 단일 홉 외부 BGP(EBGP) 피어를 구성하는 방법을 보여줍니다.

요구 사항

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

개요

일부 상황에서는 공통 서브넷을 공유하지 않는 원격 다음 홉을 수용하기 위해 단일 홉 EBGP 피어를 구성해야 합니다. 기본 동작은 폐기할 공통 서브넷을 공유하는 것으로 인식되지 않는 단일 홉 EBGP 피어로부터 수신된 모든 넥트 홉 주소에 대한 것입니다. 단일 홉 EBGP 피어를 갖는 기능은 직접 연결되지 않은 원격 다음 홉을 허용하기 때문에 단일 홉 EBGP neighbor를 멀티홉 세션으로 구성하지 않아도 됩니다. 이 상황에서 멀티홉 세션을 구성할 때 이 EBGP 피어를 통해 학습한 모든 넥트 홉 경로는 공통 서브넷을 공유하더라도 간접적으로 표시됩니다. 이 경우 이러한 넥스트 홉 주소를 포함하는 경로에서 반복적으로 해결되는 경로의 다중 경로 기능이 끊어집니다. 명령문을 구성 accept-remote-nexthop 하면 단일 홉 EBGP 피어가 원격 넥스트 홉을 수락할 수 있으며, 이 넥스트 홉 주소에서 해결되는 경로에 대한 다중 경로 기능을 복원합니다. BGP에 대한 전역, 그룹 및 이웃 계층 수준에서 이 명령문을 구성할 수 있습니다. 이 명령문은 논리적 시스템과 VPN 라우팅 및 포워딩(VRF) 라우팅 인스턴스 유형에서도 지원됩니다. 원격 넥트 홉(next-hop)과 EBGP 피어 모두 RFC 2918에 정의된 BGP 경로 리프레시( Route Refresh Capability in BGP-4)를 지원해야 합니다. 원격 피어가 BGP 경로 새로 고침을 지원하지 않으면 세션이 리셋됩니다.

단일 홉 EBGP 피어가 원격 다음 홉을 수락하도록 하는 경우 원격 넥스홉 주소를 지정하는 EBGP 피어에서 임포트 라우팅 정책을 구성해야 합니다.

이 예에서는 1.1.230.0/23 네트워크로의 경로에 대해 원격 Next-hop 1.1.10.10.10을 수신하는 단일 홉 외부 BGP 피어(Device R1)를 지원하는 임포트 라우팅 정책을 agg_route포함합니다. [edit protocols bgp] 계층 수준에서 예제에는 외부 BGP 피어에 정책을 적용하는 명령문이 포함 import agg_route 되며, 단일 홉 EBGP 피어가 원격 다음 홉을 수락하도록 하는 명령문이 포함되어 accept-remote-nexthop 있습니다.

그림 2 샘플 토폴로지 표시

그림 2: 원격 넥드 홉 수락을 위한 토폴로지 원격 넥드 홉 수락을 위한 토폴로지

구성

CLI 빠른 구성

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

디바이스 R0

디바이스 R1

디바이스 R2

디바이스 R0

단계별 절차

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

디바이스 R0을 구성하려면:

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

  2. EBGP를 구성합니다.

  3. 디바이스 R0과 디바이스 R1 간에 다중 경로 BGP를 활성화합니다.

  4. 원격 네트워크에 대한 정적 경로를 구성합니다. 이러한 경로는 토폴로지의 일부가 아닙니다. 이러한 경로의 목적은 이 예제의 기능을 시연하는 것입니다.

  5. 정적 경로를 수용하는 라우팅 정책을 구성합니다.

  6. 라우팅 테이블과 agg_routetest_route 정책을 BGP로 내보냅니다.

  7. AS(Autonomous System) 번호를 구성합니다.

결과

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

디바이스 구성을 완료한 경우 구성 모드에서 입력 commit 합니다.

장비 R1 구성

단계별 절차

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

디바이스 R1을 구성하려면:

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

  2. OSPF를 구성합니다.

  3. 장비 R1을 활성화하여 원격 다음 홉을 허용합니다.

  4. IBGP를 구성합니다.

  5. EBGP를 구성합니다.

  6. 디바이스 R0과 디바이스 R1 간에 다중 경로 BGP를 활성화합니다.

  7. 1.1.230.0/23 네트워크로의 경로에 대해 원격 Next-hop 1.1.10.10.10을 수신하도록 단일 홉 외부 BGP 피어(Device R1)를 지원하는 라우팅 정책을 구성합니다.

  8. Device R1의 agg_route 라우팅 테이블로 정책을 임포트합니다.

  9. AS(Autonomous System) 번호를 구성합니다.

결과

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

디바이스 구성을 완료한 경우 구성 모드에서 입력 commit 합니다.

디바이스 R2 구성

단계별 절차

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

디바이스 R2를 구성하려면:

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

  2. OSPF를 구성합니다.

  3. IBGP를 구성합니다.

  4. AS(Autonomous System) 번호를 구성합니다.

결과

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

디바이스 구성을 완료한 경우 구성 모드에서 입력 commit 합니다.

확인

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

간접 다음 홉을 사용한 다중 경로 경로가 라우팅 테이블에 있는지 검증

목적

장비 R1에 1 0.1.230.0/23 네트워크로의 경로가 있는지 확인합니다.

실행

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

의미

출력은 Device R1이 다중 경로 기능을 활성화한 10.1.230.0 네트워크로의 경로를 가지고 있음을 보여줍니다(Accepted Multipath). 또한 출력은 경로가 1 0.1.10.10의 간접적인 다음 홉을 가지고 있음을 보여줍니다.

허용-원격-nexthop 명령문 비활성화 및 사후 대응

목적

명령문을 비활성화 accept-remote-nexthop 할 때 간접적인 다음 홉을 사용한 다중 경로 경로가 라우팅 테이블에서 제거되는지 확인합니다.

실행
  1. 구성 모드에서 명령을 입력합니다 deactivate protocols bgp accept-remote-nexthop .

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

  3. 구성 모드에서 명령을 입력하여 명령문을 다시 활성화합니다 activate protocols bgp accept-remote-nexthop .

  4. 운영 모드에서 명령어 재진입 show route 10.1.230.0

의미

accept-remote-nexthop 문이 비활성화되면 다중 경로가 10으로 라우팅됩니다. 1.230.0 네트워크가 라우팅 테이블에서 제거됩니다.

경로에 할당된 불평등한 대역폭을 통한 BGP 트래픽에 대한 로드 밸런싱 이해

다중 경로 옵션은 활성 경로 의사 결정 프로세스에서 타이브레이커를 제거하여 여러 소스에서 학습한 BGP 경로와 동일한 비용을 포워딩 테이블에 설치할 수 있습니다. 그러나 사용 가능한 경로가 동일한 비용이 아닌 경우 트래픽을 비대칭적으로 로드하는 것이 바람직할 수 있습니다.

포워딩 테이블에 여러 개의 다음 홉이 설치되면 Prefix 로드 밸런싱 알고리즘당 Junos OS가 특정 포워딩 다음 홉을 선택합니다. 이 프로세스는 패킷의 소스 및 대상 주소와 해시되어 프리픽스 페어링을 사용 가능한 다음 홉 중 하나에 확정적으로 매핑합니다. 접두사당 매핑은 해시 함수가 인터넷 피어링 교환에서 발생할 수 있는 것과 같은 많은 수의 접두사와 함께 제공될 때 가장 효과적이며, 통신하는 노드 쌍 간에 패킷 오더링을 방지하는 역할을 합니다.

엔터프라이즈 네트워크는 일반적으로 패킷당 로드 밸런싱 알고리즘을 연상시키기 위해 기본 동작을 변경하려고 합니다. 패킷당 사용은 원래 인터넷 프로세서 ASIC의 역사적인 동작에서 비롯된 잘못된 표시이기 때문에 여기에 강조되어 있습니다. 실제로, 현재 주니퍼 네트웍스 라우터는 Prefix(기본) 및 플로우별 로드 밸런싱을 지원합니다. 후자는 소스 주소, 대상 주소, 전송 프로토콜, 수신 인터페이스 및 애플리케이션 포트의 일부를 포함하여 다양한 Layer 3 및 Layer 4 헤더에 대한 해시를 포함합니다. 그 효과는 이제 개별 플로우가 특정 다음 홉으로 해시되어, 더 적은 수의 소스와 대상 쌍 간에 라우팅할 때 가용 다음 홉에 걸쳐 더욱 고르게 분배될 수 있다는 것입니다.

패킷당 로드 밸런싱을 사용하면 두 엔드포인트 간의 통신 스트림으로 구성된 패킷의 순서를 다시 정할 수 있지만 개별 플로우 내의 패킷은 올바른 시퀀스를 유지합니다. Prefix 또는 패킷당 로드 밸런싱을 선택하든 액세스 링크의 비대칭은 기술적 과제를 야기할 수 있습니다. 어느 쪽이든, 예를 들어, T1 링크에 매핑된 접두사 또는 플로우는 예를 들어 Fast Ethernet 액세스 링크에 매핑된 플로우와 비교할 때 성능이 저하됩니다. 뿐만 아니라, 과도한 트래픽 로드가 발생할 경우 동일한 로드 밸런싱을 시도하면 T1 링크의 총 포화 상태와 패킷 손실로 인한 세션 중단이 발생할 수 있습니다.

다행히도 주니퍼 네트웍스 BGP 구현은 대역폭 커뮤니티의 개념을 지원합니다. 이 확장 커뮤니티는 지정된 다음 홉의 대역폭을 인코딩하고, multipath와 결합하면 로드 밸런싱 알고리즘이 상대적 대역폭에 비례하여 다음 홉 집합에 걸쳐 플로우를 분산합니다. 10Mbps 및 1-Mbps 다음 홉이 있는 경우, 평균 9개의 플로우가 저속을 사용하는 모든 홉의 고속 다음 홉에 매핑됩니다.

BGP 대역폭 커뮤니티의 사용은 패킷당 로드 밸런싱에서만 지원됩니다.

구성 작업에는 다음 두 가지 부분이 있습니다.

  • 외부 BGP(EBGP) 피어링 세션을 구성하고, 다중 경로를 활성화하며, 링크 속도를 반영하는 대역폭 커뮤니티를 통해 경로에 태그를 지정하는 임포트 정책을 정의합니다.

  • 최적의 트래픽 분산을 위해 패킷당(실제로 플로우당) 로드 밸런싱을 지원합니다.

예를 들면 다음과 같습니다. 로드 밸런싱 BGP 트래픽과 경로에 할당된 불평등 대역폭

이 예에서는 BGP를 구성하여 다중 불평등한 경로를 활성 경로로 선택하는 방법을 보여줍니다.

BGP 커뮤니티는 라우팅 정책 제어를 지원합니다. BGP 커뮤니티에 좋은 사용 사례로는 불평등한 로드 밸런싱이 있습니다. ASBR(Autonomous System Border Router)이 EBGP(직접 연결된 외부 BGP) 이웃으로부터 경로를 수신하면 ASBR은 IBGP 광고를 사용하여 이러한 경로를 내부 이웃에게 알리게 됩니다. IBGP 어드버전스에서는 링크 대역폭 커뮤니티를 연결하여 광고된 외부 링크의 대역폭을 통신할 수 있습니다. 이는 여러 외부 링크를 사용할 수 있으며 링크상에서 불평등한 로드 밸런싱을 수행할 때 유용합니다. AS의 모든 수신 링크에서 링크 대역폭 확장 커뮤니티를 구성합니다. 링크 대역폭 확장 커뮤니티의 대역폭 정보는 EBGP 링크의 구성된 대역폭을 기반으로 합니다. 링크의 트래픽 양을 기준으로 하지 않습니다. Junos OS는 인터넷 초안 draft-ietf-idr-link-bandwidth-06, BGP 링크 대역폭 확장 커뮤니티에 설명된 바와 같이 BGP 링크 대역폭 및 다중 경로 로드 밸런싱을 지원합니다. draft-ietf-idr-link-bandwidth-06 Junos OS 구현은 일시적이지 않은 커뮤니티를 지정하더라도 일시적 커뮤니티로 제한됩니다.

요구 사항

시작하기 전:

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

  • IGP(Interior Gateway Protocol)를 구성합니다.

  • BGP를 구성합니다.

  • 라우팅 테이블에서 BGP로 경로(예: 직접 경로 또는 IGP 경로)를 내보낼 수 있는 라우팅 정책을 구성합니다.

개요

이 예에서 디바이스 R1은 AS 64500 에 있으며 AS 64501에 있는 Device R2 및 Device R3 모두에 연결됩니다.

이 예에서는 대역폭 확장 커뮤니티를 사용합니다.

기본적으로 BGP 다중 경로가 사용되는 경우 트래픽은 계산된 여러 경로 간에 동일하게 분산됩니다. 대역폭 확장 커뮤니티를 사용하면 BGP 경로에 추가 속성을 추가할 수 있으므로 트래픽을 불평등하게 배포할 수 있습니다. 주 애플리케이션은 비대칭 대역폭 기능을 갖춘 특정 네트워크에 대해 여러 외부 경로가 존재하는 시나리오입니다. 이러한 시나리오에서는 수신 경로에 대역폭 확장 커뮤니티를 태그할 수 있습니다. BGP 다중 경로(내부 또는 외부)가 대역폭 속성을 포함하는 경로 사이에서 작동하는 경우, 포워딩 엔진은 각 경로에 해당하는 대역폭에 따라 트래픽을 불평등하게 분배할 수 있습니다.

BGP에 다중 경로 용도로 사용할 수 있는 여러 후보 경로가 있는 경우, 모든 후보 경로가 이 속성을 가지고 있지 않는 한 BGP는 대역폭 커뮤니티에 따라 불평등한 비용 로드 밸런싱을 수행하지 않습니다.

대역폭 확장 커뮤니티의 적용 가능성은 BGP multipath가 고려해야 할 여러 경로를 수용하는 제한에 의해 제한됩니다. 명시적으로 BGP에 관한 한 로드 밸런싱을 수행하는 라우터와 여러 출구 지점 간의 IGP 거리가 동일해야 합니다. 이는 해당 IGP 메트릭을 추적하지 않는 LSP(Label-Switched Paths)의 풀 메시를 사용함으로써 달성할 수 있습니다. 그러나 회로의 전파 지연이 중요한 네트워크(예: 장거리 서킷이 있는 경우)에서는 서로 다른 경로의 지연 특성을 고려하는 것이 중요합니다.

대역폭 커뮤니티를 다음과 같이 구성합니다.

첫 번째 16비트 번호는 지역 자율 시스템을 나타냅니다. 두 번째 32비트 번호는 초당 바이트 단위로 링크 대역폭을 나타냅니다.

예를 들어,

여기서 10458은 로컬 AS 번호입니다. 값은 초당 바이트 단위로 T1, T3 및 OC-3 경로의 대역폭에 해당합니다. 대역폭 값으로 지정된 값이 특정 인터페이스의 실제 대역폭과 일치할 필요가 없습니다. 사용된 균형 요인은 지정된 총 대역폭의 함수로 계산됩니다. 이 확장 커뮤니티를 사용하여 루트에 태그를 지정하려면 다음과 같이 정책 명세서를 정의합니다.

비대칭 대역폭 링크가 있는 BGP 피어링 세션에 이 정책을 임포트 정책으로 적용합니다. 이론적으로는 네트워크의 어느 지점에서나 커뮤니티 속성을 추가하거나 제거할 수 있지만 위에서 설명한 시나리오에서 외부 링크에 직면하는 EBGP 피어링 세션에서 커뮤니티를 임포트 정책으로 적용하면 해당 속성이 로컬 다중 경로 결정에 영향을 미치게 되며 잠재적으로 관리가 더 쉽습니다.

토폴로지

그림 3 이 예에서 사용된 토폴로지의 표시를 보여 주십시오.

그림 3: BGP 로드 밸런싱BGP 로드 밸런싱

CLI 빠른 구성 에 있는 모든 디바이스 그림 3의 구성을 보여줍니다. 이 섹션에서#d29e113__d29e375 는 Device R1의 단계를 설명합니다.

구성

절차

CLI 빠른 구성

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

디바이스 R1

디바이스 R2

디바이스 R3

단계별 절차

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

BGP 피어 세션을 구성하려면 다음을 수행합니다.

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

  2. BGP 그룹을 구성합니다.

  3. BGP 그룹이 여러 경로를 사용할 수 있도록 합니다.

    주:

    BGP 다중 경로가 허용하는 경로에 동일한 인접한 자율 시스템(AS)이 있어야 함을 요구하는 기본 검사를 비활성화하려면 이 옵션을 포함합니다 multiple-as . 이웃이 multiple-as 서로 다른 AS에 있는 경우 이 옵션을 사용합니다.

  4. 로드 밸런싱 정책을 구성합니다.

  5. 로드 밸런싱 정책을 적용합니다.

  6. BGP 커뮤니티 멤버를 구성합니다.

    이 예에서는 1Gbps의 대역폭을 가정하고 60%에서 bw-high, 40%~bw-low를 할당합니다. 참조 대역폭이 링크 대역폭과 동일할 필요는 없습니다.

  7. 대역폭 배포 정책을 구성합니다.

  8. 로컬 AS(Autonomous System) 번호를 구성합니다.

결과

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

디바이스 구성을 완료한 경우 구성 모드에서 입력 commit 합니다.

확인

구성이 올바르게 작동하는지 확인:

경로 검증

목적

두 경로가 모두 선택되었는지, 그리고 경로의 다음 홉이 60%/40% 균형을 표시하는지 확인합니다.

실행

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

의미

별표(*)로 표시되어 있는 활성 경로에는 다음 두 홉이 있습니다. 172.16/16 목적지로 가는 10.0.1.1 및 10.0.0.2입니다.

마찬가지로 별표(*)로 표시되어 있는 활성 경로에는 다음 두 홉이 있습니다. 10.0.1.1 및 10.0.0.2에서 10.0.2로 도착합니다.

두 경우 모두, 10.0.1.1 다음 홉은 비활성 경로에서 활성 경로로 복사됩니다.

40%와 60%의 균형이 출력에 show route 표시됩니다. 이는 트래픽이 다음 두 홉 간에 분산되고 있으며 트래픽의 60%가 첫 번째 경로를 따르는 반면 40%는 두 번째 경로를 따르고 있음을 나타냅니다.

예를 들면 다음과 같습니다. 로드 밸런싱을 위해 외부 BGP 링크 전반에서 총 대역폭을 광고하기 위한 정책 구성

이 예에서는 로드 밸런싱을 위해 외부 BGP 링크 전반에서 총 대역폭을 광고하고 구성된 총 대역폭에 대한 임계값을 지정하기 위해 정책을 구성하는 방법을 보여줍니다. BGP는 다중 경로의 가용 링크 대역폭을 추가하고 집계된 대역폭을 계산합니다. 링크 장애의 경우, 가용 대역폭의 현재 상태를 반영하도록 집계된 대역폭이 조정됩니다.

요구 사항

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

  • 로드 밸런싱 기능을 갖춘 4개의 라우터

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

개요

Junos OS Release 17.4R1부터는 내부 피어로부터 여러 경로를 수신하는 BGP 스피커가 이러한 경로 간의 트래픽 밸런스를 균형있게 처리합니다. 이전 Junos OS 릴리스에서는 내부 피어로부터 여러 경로를 수신하는 BGP 스피커가 활성 경로와 관련된 링크 대역폭만 광고했습니다. BGP는 집계된 대역폭이 있는 새로운 링크 대역폭 확장 커뮤니티를 사용하여 다중 경로에 태그를 지정하고 DMZ 링크에서 이러한 여러 경로에 대해 집계된 대역폭을 광고합니다. 집계된 여러 경로를 광고하려면 정책과 aggregate-bandwidthlimit bandwidth [편집 정책 옵션 정책 명령문 이름 ] 계층 수준에서 조치를 구성하십시오.

토폴로지

그림 5: 로드 밸런싱을 위해 외부 BGP 링크 전반에서 총 대역폭을 광고하기 위한 정책 구성로드 밸런싱을 위해 외부 BGP 링크 전반에서 총 대역폭을 광고하기 위한 정책 구성

라우터 R1 로드에서는 그림 5라우터 R2에서 60,000,000바이트당 60,000,000바이트, 라우터 R3의 경우 초당 40,000,000바이트에서 10.0.0.2로 넥트 홉 10.0.1.1을 통해 트래픽을 원격 목적지로 밸런시합니다. 라우터 R1은 목적지 10.0.2.0을 라우터 R4에 알릴 수 있습니다. 라우터 R1은 초당 1000000바이트인 가용 대역폭의 집계를 계산합니다. 그러나 라우터 R1에 구성된 정책은 총 대역폭의 임계값을 초당 80,000,000바이트로 설정합니다. 따라서 R1은 초당 10,000,000바이트 대신 초당 80,000,000바이트의 광고를 제공합니다.

주:

다중 경로 링크 중 하나가 다운되면 장애가 있는 링크의 대역폭이 BGP neighbor에 광고되는 총 대역폭에 추가되지 않습니다.

구성

CLI 빠른 구성

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

라우터 R1

라우터 R2

라우터 R3

라우터 R4

라우터 구성( R1부터 시작)

단계별 절차

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

통합 대역폭을 BGP 피어에 광고하는 정책을 구성하려면(라우터 R1부터 시작):

주:

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

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

  2. 루프백 주소를 구성합니다.

  3. BGP 호스트에 대해 자율 시스템을 구성합니다.

  4. 외부 에지 라우터에서 EBGP를 구성합니다.

  5. 라우터 R3로 향하는 트래픽에 고대역폭 커뮤니티를 할당하기 위한 대역폭 배포 정책을 정의합니다.

  6. 라우터 R2로 향하는 트래픽에 낮은 대역폭 커뮤니티를 할당하는 대역폭 배포 정책을 정의합니다.

  7. BGP 세션을 통해 80,000,000바이트의 총 대역폭을 EBGP 피어 라우터 R4로 광고할 수 있습니다.

  8. aggregate_bw_and limit_capacity 정책을 EBGP 그룹에 external2적용합니다.

  9. 로드 밸런싱 정책을 정의합니다.

  10. 로드 밸런싱 정책을 적용합니다.

  11. BGP 커뮤니티 멤버를 구성합니다. 첫 번째 16비트 번호는 지역 자율 시스템을 나타냅니다. 두 번째 32비트 번호는 초당 바이트 단위로 링크 대역폭을 나타냅니다. bw-high 1Gbps 링크의 60%와 1Gbps 링크의 40%를 보유한 다른 커뮤니티 bw-low 를 구성합니다.

    1Gbps 링크의 60%를 bw-high 커뮤니티로 구성하고 40%를 bw-low 커뮤니티로 구성합니다.

결과

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

확인

BGP 세션 설정 확인

목적

BGP 피어링이 완료되고 라우터 간에 BGP 세션이 설정되었는지 확인하려면

실행
의미

라우터 R1은 라우터 R2, R3, R4로 피어링을 완료했습니다.

총 대역폭이 각 경로에 있는지 검증

목적

확장된 커뮤니티가 각 경로 경로에 있는지 확인합니다.

실행

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

의미

라우터 R1이 어그리게이션 대역폭을 이웃 라우터 R4에 광고하는지 검증

목적

라우터 R1이 총 대역폭을 외부 이웃에 광고하고 있는지 확인합니다.

실행
의미

라우터 R1은 이웃에게 80,000,000바이트의 총 대역폭을 광고하고 있습니다.

BGP의 단일 목적지에 대한 여러 경로의 광고 이해

BGP 피어는 메시지 업데이트에서 서로 루트를 광고합니다. BGP는 Junos OS 라우팅 테이블에 해당 경로를 저장합니다(inet.0). 라우팅 테이블의 각 접두사에 대해 라우팅 프로토콜 프로세스는 활성 경로라고 하는 최상의 단일 경로를 선택합니다. 동일한 대상에 여러 경로를 광고하도록 BGP를 구성하지 않는 한 BGP는 활성 경로만 광고합니다.

대상에 대한 활성 경로만 광고하는 대신 대상에 대한 여러 경로를 광고하도록 BGP를 구성할 수 있습니다. 자율 시스템(AS) 내에서 여러 출구를 통해 목적지에 도달할 수 있는 경우 다음과 같은 이점을 얻을 수 있습니다.

  • 장애 허용 능력—경로 다양성은 장애 후 복원 시간을 단축합니다. 예를 들어, 동일한 대상에 여러 경로를 수신한 후 경계는 백업 경로를 미리 처리하고 기본 경로가 잘못되면 경계 라우팅 장비가 백업을 사용하여 신속하게 연결을 복원할 수 있도록 준비할 수 있습니다. 백업 경로가 없으면 복구 시간은 BGP 리컨버전스에 따라 달라지는데, 이 리컨버전스에는 새로운 최상의 경로를 습득하기 전에 네트워크에서 철회 및 알림 메시지가 포함됩니다.

  • 로드 밸런싱—AS 내 라우팅이 특정 제약 조건을 충족하는 경우 동일한 대상에 도달하는 여러 경로의 가용성을 통해 트래픽 로드 밸런싱을 수행할 수 있습니다.

  • 유지 보수—대체 출구 지점의 가용성을 통해 라우터의 우아하게 유지 보수할 수 있습니다.

BGP의 여러 경로를 광고하는 데는 다음과 같은 제한 사항이 적용됩니다.

  • 지원되는 주소 제품군:

    • IPv4 유니캐스트(family inet unicast)

    • IPv6 유니캐스트(family inet6 unicast)

    • IPv4 레이블 유니캐스트(family inet labeled-unicast)

    • IPv6 레이블 유니캐스트(family inet6 labeled-unicast)

    • IPv4 VPN 유니캐스트(family inet-vpn unicast)

    • IPv6 VPN 유니캐스트(family inet6-vpn unicast)

    다음 예제에서는 IPv4 VPN 유니캐스트 및 IPv6 VPN 유니캐스트 제품군의 구성을 보여 줍니다.

  • 내부 BGP(IBGP) 및 외부 BGP(EBGP) 피어에서 지원됩니다. 주니퍼는 기본적으로 EBGP가 경로 수신을 추가하고 EBGP가 계층 수준에서 구성 명령문 [edit logical-systems logical-system-name protocols bgp group group-name family family] 으로 전송하는 경로를 추가하는 것을 지원합니다.

  • 마스터 인스턴스만 해당. 라우팅 인스턴스에 대한 지원 없음.

  • Graceful Restart 및 NSR(Nonstop Active Routing)이 지원됩니다.

  • BGP 모니터링 프로토콜(BMP) 지원 없음.

  • Prefix 정책을 사용하면 대상에 대한 여러 경로를 광고하도록 구성된 라우터에서 경로를 필터링할 수 있습니다. Prefix 정책은 접두사만 일치시킬 수 있습니다. 라우트 속성을 일치시킬 수 없으며 경로의 속성을 변경할 수 없습니다.

Junos OS 릴리스 18.4R1부터 BGP는 여러 ECMP 경로 외에도 최대 2 개의 추가 경로 경로를 알릴 수 있습니다.

최대 64개의 추가 경로 또는 동일한 비용 경로만 광고하려면 계층 수준에 포함 path-selection-mode[edit protocols bgp group group-name family name addpath send] 됩니다. 동시에 활성화 multipathpath-selection-mode 할 수 없습니다.

예를 들면 다음과 같습니다. BGP의 여러 경로 광고

이 예에서 BGP 라우터는 활성 경로만 광고하는 대신 여러 경로를 광고하도록 구성됩니다. BGP의 여러 경로를 광고하는 것은 RFC 7911, BGP의 다중 경로 광고(Advertis of Multiple Paths)에 지정됩니다.

요구 사항

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

  • 8개의 BGP 지원 디바이스.

  • BGP 지원 디바이스 중 5개가 반드시 라우터가 될 필요는 없습니다. 예를 들어 EX 시리즈 이더넷 스위치일 수 있습니다.

  • BGP 지원 디바이스 중 3개는 여러 경로를 전송하거나 여러 경로를 수신하도록 구성됩니다(또는 둘 다 여러 경로를 송수신). 이들 3개의 BGP 지원 장치는 M 시리즈 멀티서비스 에지 라우터, MX 시리즈 5G 유니버설 라우팅 플랫폼 또는 T 시리즈 코어 라우터여야 합니다.

  • 3개의 라우터는 Junos OS 릴리스 11.4 이상에서 실행되어야 합니다.

개요

다음 명령문은 대상에 대한 여러 경로를 구성하는 데 사용됩니다.

이 예에서는 라우터 R5, 라우터 R6 및 라우터 R7에서 정적 경로를 BGP에 재분배합니다. 라우터 R1 및 라우터 R4는 루트 리플렉터입니다. 라우터 R2 및 라우터 R3는 Route Reflector R1의 클라이언트입니다. 라우터 R8은 루트 리플렉터 R4의 클라이언트입니다.

경로 리플렉션은 BGP에서 다중 경로 광고를 활성화할 때 옵션입니다.

이 구성을 add-path send path-count 6 통해 라우터 R1은 라우터 R4에 최대 6개의 경로(목적지당)를 전송하도록 구성됩니다.

이 구성을 add-path receive 통해 라우터 R4는 라우터 R1에서 여러 경로를 수신하도록 구성됩니다.

이 구성을 add-path send path-count 6 통해 라우터 R4는 라우터 R8로 최대 6개의 경로를 전송하도록 구성됩니다.

이 구성을 add-path receive 통해 라우터 R8은 라우터 R4로부터 여러 경로를 수신하도록 구성됩니다.

정책 구성(해당 루트 필터와 함께)을 add-path send prefix-policy allow_199 통해 라우터 R4는 172.16.199.1/32 경로에 대해서만 여러 경로를 전송하도록 제한합니다.

토폴로지 다이어그램

그림 6 이 예에서 사용된 토폴로지의 표시를 보여 주십시오.

그림 6: BGP의 여러 경로 광고BGP의 여러 경로 광고

구성

CLI 빠른 구성

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

라우터 R1

라우터 R2

라우터 R3

라우터 R4

라우터 R5

라우터 R6

라우터 R7

라우터 R8

라우터 R1 구성

단계별 절차

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

라우터 R1을 구성하려면:

  1. 라우터 R2, 라우터 R3, 라우터 R4, 라우터 R5에 대한 인터페이스를 구성하고 루프백(lo0) 인터페이스를 구성합니다.

  2. 인터페이스에서 BGP를 구성하고 IBGP 경로 리플렉션을 구성합니다.

  3. 라우터 R1을 구성하여 이웃 라우터 R4에 최대 6개의 경로를 보냅니다.

    경로의 대상은 라우터 R1이 여러 경로를 통해 도달할 수 있는 대상일 수 있습니다.

  4. 인터페이스에서 OSPF를 구성합니다.

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

  6. 디바이스 구성을 완료한 경우 구성을 커밋합니다.

결과

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

라우터 R2 구성

단계별 절차

라우터 R2를 구성하려면:

  1. 루프백(lo0) 인터페이스와 인터페이스를 라우터 R6 및 라우터 R1에 구성합니다.

  2. 라우터 R2의 인터페이스에서 BGP 및 OSPF를 구성합니다.

  3. 라우터 R2에서 라우터 R1로 전송된 경로의 경우 라우터 R1이 10.0.26.0/24 네트워크에서 라우터 R6의 주소로 향하는 경로가 없기 때문에 라우터 R2를 다음 홉으로 알릴 수 있습니다.

  4. 자율 시스템 번호를 구성합니다.

  5. 디바이스 구성을 완료한 경우 구성을 커밋합니다.

결과

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

라우터 R3 구성

단계별 절차

라우터 R3를 구성하려면:

  1. 루프백(lo0) 인터페이스와 인터페이스를 라우터 R7 및 라우터 R1에 구성합니다.

  2. 라우터 R3의 인터페이스에서 BGP 및 OSPF를 구성합니다.

  3. 라우터 R3에서 라우터 R1로 전송된 경로의 경우 라우터 R1이 10.0.37.0/24 네트워크에서 라우터 R7의 주소로 향하는 경로가 없기 때문에 라우터 R3를 다음 홉으로 알릴 수 있습니다.

  4. 자율 시스템 번호를 구성합니다.

  5. 디바이스 구성을 완료한 경우 구성을 커밋합니다.

결과

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

라우터 R4 구성

단계별 절차

라우터 R4를 구성하려면:

  1. 라우터 R1 및 라우터 R8에 인터페이스를 구성하고 루프백(lo0) 인터페이스를 구성합니다.

  2. 인터페이스에서 BGP를 구성하고 IBGP 경로 리플렉션을 구성합니다.

  3. 라우터 R4를 구성하여 이웃 라우터 R8에 최대 6개의 경로를 보냅니다.

    경로의 대상은 라우터 R4가 여러 경로를 통해 도달할 수 있는 대상일 수 있습니다.

  4. 이웃 라우터 R1로부터 여러 경로를 수신하도록 라우터 R4를 구성합니다.

    경로의 대상은 라우터 R1이 여러 경로를 통해 도달할 수 있는 대상일 수 있습니다.

  5. 인터페이스에서 OSPF를 구성합니다.

  6. 라우터 R4가 라우터 R8 다중 경로를 172.16.199.1/32 경로로 보낼 수 있는 정책을 구성합니다.

    • 라우터 R4는 172.16.198.1/32 루트와 172.16.199.1/32 루트를 위한 여러 경로를 수신합니다. 그러나 이 정책 때문에 라우터 R4는 172.16.199.1/32 루트에 대해서만 여러 경로를 전송합니다.

    • 라우터 R4는 또한 애드 경로 광고 프리픽스의 하위 집합에 대해 최대 20개의 BGP add-path 경로를 전송하도록 구성할 수 있습니다.

  7. 자율 시스템 번호를 구성합니다.

  8. 디바이스 구성을 완료한 경우 구성을 커밋합니다.

결과

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

라우터 R5 구성

단계별 절차

라우터 R5를 구성하려면:

  1. 루프백(lo0) 인터페이스와 라우터 R1에 대한 인터페이스를 구성합니다.

  2. 라우터 R5의 인터페이스에서 BGP를 구성합니다.

  3. BGP로 재분배하기 위한 정적 경로를 생성합니다.

  4. BGP에 정적 및 직접 경로를 재배포합니다.

  5. 자율 시스템 번호를 구성합니다.

  6. 디바이스 구성을 완료한 경우 구성을 커밋합니다.

결과

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

라우터 R6 구성

단계별 절차

라우터 R6을 구성하려면:

  1. 루프백(lo0) 인터페이스와 라우터 R2에 대한 인터페이스를 구성합니다.

  2. 라우터 R6의 인터페이스에서 BGP를 구성합니다.

  3. BGP로 재분배하기 위한 정적 경로를 생성합니다.

  4. 라우터 R6의 라우팅 테이블에서 BGP로 정적 및 직접 경로를 재배포합니다.

  5. 자율 시스템 번호를 구성합니다.

  6. 디바이스 구성을 완료한 경우 구성을 커밋합니다.

결과

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

라우터 R7 구성

단계별 절차

라우터 R7을 구성하려면:

  1. 루프백(lo0) 인터페이스와 라우터 R3에 대한 인터페이스를 구성합니다.

  2. 라우터 R7의 인터페이스에서 BGP를 구성합니다.

  3. BGP로 재분배하기 위한 정적 경로를 생성합니다.

  4. 라우터 R7의 라우팅 테이블에서 BGP로 정적 및 직접 경로를 재배포합니다.

  5. 자율 시스템 번호를 구성합니다.

  6. 디바이스 구성을 완료한 경우 구성을 커밋합니다.

결과

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

라우터 R8 구성

단계별 절차

라우터 R8을 구성하려면:

  1. 루프백(lo0) 인터페이스와 라우터 R4에 대한 인터페이스를 구성합니다.

  2. 라우터 R8의 인터페이스에서 BGP 및 OSPF를 구성합니다.

  3. 이웃 라우터 R4로부터 여러 경로를 수신하도록 라우터 R8을 구성합니다.

    경로의 대상은 라우터 R4가 여러 경로를 통해 도달할 수 있는 대상일 수 있습니다.

  4. 자율 시스템 번호를 구성합니다.

  5. 디바이스 구성을 완료한 경우 구성을 커밋합니다.

결과

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

확인

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

BGP 피어가 여러 경로를 송수신할 수 있는지 검증

목적

명령의 출력 show bgp neighbor 에 다음 문자열 중 하나 또는 둘 다 나타나는지 확인합니다.

  • NLRI's for which peer can receive multiple paths: inet-unicast

  • NLRI's for which peer can send multiple paths: inet-unicast

실행

라우터 R1이 여러 경로를 광고하는지 검증

목적

172.16.198.1/32 목적지로 향하는 여러 경로와 172.16.199.1/32 목적지로 향하는 여러 경로가 라우터 R4에 광고되는지 확인합니다.

실행
의미

하나의 접두사 및 두 개 이상의 홉이 보이면 여러 경로가 라우터 R4에 표시됩니다.

라우터 R4가 여러 경로를 수신 및 광고하는지 검증

목적

172.16.199.1/32 목적지로 향하는 여러 경로가 라우터 R1에서 수신되고 라우터 R8로 광고되는지 확인합니다. 172.16.198.1/32 목적지로 향하는 여러 경로가 라우터 R1에서 수신되도록 하지만, 이 목적지로 가는 경로는 단 한 개만 라우터 R8에 보급됩니다.

실행
의미

이 명령에 따라 라우터 R4는 show route receive-protocol 172.16.198.1/32 목적지로 가는 두 개의 경로와 172.16.199.1/32 목적지로 가는 3개의 경로를 수신합니다. 이 명령에 따르면 라우터 R4는 show route advertising-protocol 172.16.198.1/32 목적지로 가는 경로를 단 한 번만 광고하고 172.16.199.1/32 목적지까지의 세 가지 경로를 모두 광고합니다.

라우터 R4에 적용되는 접두사 정책 때문에 라우터 R4는 172.16.198.1/32 목적지에 대한 여러 경로를 광고하지 않습니다. 라우터 R4는 이 목적지로 가는 여러 경로를 수신하더라도 172.16.198.1/32 목적지로 향하는 경로를 단 한 번만 광고합니다.

라우터 R8이 여러 경로를 수신하고 있는지 검증

목적

라우터 R8이 라우터 R4를 통해 172.16.199.1/32 목적지로 향하는 여러 경로를 수신하는지 확인합니다. 라우터 R8이 라우터 R4를 통해 172.16.198.1/32 목적지까지 단 한 개의 경로만 수신하는지 확인합니다.

실행

경로 ID 확인

목적

다운스트림 디바이스에서 라우터 R4 및 라우터 R8은 경로 ID가 경로를 고유하게 식별하는지 확인합니다. 문자열을 Addpath Path ID: 찾습니다.

실행

예를 들면 다음과 같습니다. 로드 밸런싱을 위한 BGP 다중 경로 선택적 광고 구성

이 예에서는 BGP 다중 경로에 대한 선택적 광고를 구성하는 방법을 보여줍니다. 사용 가능한 모든 다중 경로를 광고하면 디바이스 메모리에 대한 처리 오버헤드가 커질 수 있으며 확장성도 고려해야 합니다. BGP 루트 리플렉터를 구성하여 로드 밸런싱을 위한 기여자 다중 경로만 광고할 수 있습니다.

요구 사항

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

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

  • M Series, MX Series 또는 T Series 라우터를 조합하여 사용할 수 있는 8개의 라우터

  • 디바이스에서 Junos OS 릴리스 16.1R2 이상

개요

Junos OS 릴리스 16.1R2부터 BGP add-path 를 기여자에게 여러 경로만 광고하도록 제한할 수 있습니다. BGP multipath 알고리즘이 선택한 프리픽스를 최대 6개까지 제한하고 구성할 수 있습니다. 다중 경로에 대한 선택적 광고는 루트 리플렉터를 사용하여 IBGP에서 경로 내 다양성을 구축하는 인터넷 서비스 프로바이더와 데이터센터를 용이하게 합니다. BGP 루트 리플렉터를 로드 밸런싱을 위한 기여 경로인 다중 경로를 광고할 수 있습니다.

토폴로지

에서 그림 7RR1 및 RR4는 루트 리플렉터입니다. 라우터 R2 및 R3은 루트 리플렉터 RR1의 클라이언트입니다. 라우터 R8은 리플렉터 RR4를 라우팅하는 클라이언트입니다. 이웃 R2 및 R3이 있는 RR1 그룹은 다중 경로에 대해 구성됩니다. 라우터 R5, R6 및 라우터 R7은 정적 경로 199.1.1.1/32 및 198.1.1.1/32를 BGP로 재배포합니다.

199.1.1.1.1/32 경로가 다중 경로를 계산하도록 라우터 RR1에서 로드 밸런싱 정책이 구성됩니다. 다중 경로 기능은 이웃 RR4에 대한 추가 경로 아래에 구성됩니다. 그러나 라우터 RR4에는 로드 밸런싱 다중 경로가 구성되어 있지 않습니다. 라우터 RR1은 라우터 RR4를 최대 6개까지 추가하여 다중 경로 후보 경로에서 선택된 199.1.1.1/32에 경로 경로를 추가하도록 구성됩니다.

그림 7: 예를 들면 다음과 같습니다. 로드 밸런싱을 위한 BGP 다중 경로 선택적 광고 구성예를 들면 다음과 같습니다. 로드 밸런싱을 위한 BGP 다중 경로 선택적 광고 구성

구성

CLI 빠른 구성

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

라우터 RR1

라우터 R2

라우터 R3

라우터 RR4

라우터 R5

라우터 R6

라우터 R7

라우터 R8

라우터 RR1 구성

단계별 절차

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

라우터 RR1을 구성하려면:

주:

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

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

  2. 루프백 주소를 구성합니다.

  3. OSPF 또는 IS-IS와 같은 IGP(Interior Gateway Protocol)를 구성합니다.

  4. 내부 라우터 R2 및 R3에 연결하는 인터페이스에 대해 내부 그룹 rr을 구성합니다.

  5. 내부 BGP 그룹 rr에 대한 로드 밸런싱을 구성합니다.

  6. 루트 리플렉터에 대한 내부 그룹 rr_rr 구성합니다.

  7. 기여자 다중 경로만 광고하도록 addpath 다중 경로 기능을 구성하고 광고된 다중 경로의 수를 6으로 제한합니다.

  8. 외부 에지 라우터에 연결하는 인터페이스에서 EBGP를 구성합니다.

  9. 패킷 로드 밸런싱에 대한 정책 loadbal_199 정의합니다.

  10. 정의된 수출 정책 loadbal_199 적용합니다.

  11. BGP 호스트에 대해 라우터 ID와 자율 시스템을 구성합니다.

결과

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

디바이스 구성을 완료한 경우 구성을 커밋합니다.

확인

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

정적 Route 199.1.1.1/32에 대한 다중 경로 경로 검증

목적

대상 199.1.1.1/32에 대해 사용 가능한 다중 경로 경로를 확인합니다.

실행

작동 모드에서 라우터 RR1에서 명령을 실행 show route 199.1.1.1/32 detail 합니다.

의미

선택적 광고 다중 경로 기능은 라우터 RR1에서 활성화되며 Route 199.1.1.1/32에는 두 개 이상의 Nexthop을 사용할 수 있습니다. Route 199.1.1.1/32에서 사용할 수 있는 두 홉은 10.0.0.20 및 10.0.0.30입니다.

다중 경로 경로가 라우터 RR1에서 라우터 RR4로 보급되는지 검증

목적

라우터 RR1이 다중 경로 경로를 광고하고 있는지 확인합니다.

실행

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

의미

라우터 RR1은 Route 199.1.1.1/32에서 라우터 RR4까지 2개의 다음 홉 10.0.0.20 및 10.0.0.30을 광고합니다.

라우터 RR4가 라우터 R8에 199.1.1.1/32용 단일 경로를 광고하는지 검증

목적

라우터 RR4에서는 다중 경로가 구성되지 않으므로 Route 199.1.1.1/32는 추가 경로에 대한 대상이 아닙니다. 라우터 RR4가 199.1.1.1/32에서 라우터 R8에 단 한 개의 루트만 광고하는지 확인합니다.

실행

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

의미

라우터 RR4에서는 다중 경로가 활성화되지 않기 때문에 하나의 경로 10.0.0.20만 라우터 R8에 보급됩니다.

예를 들면 다음과 같습니다. BGP 커뮤니티 가치를 기반으로 다중 경로를 선택하고 광고하기 위한 라우팅 정책 구성

사용 가능한 모든 다중 경로를 광고하면 디바이스 메모리에 대한 처리 오버헤드가 커질 수 있습니다. 접두사에 대해 실제로 미리 알지 못하는 상태에서 제한된 접두사 하위 집합을 광고하려는 경우 BGP 커뮤니티 값을 사용하여 BGP neighbor에 광고해야 하는 접두사 경로를 식별할 수 있습니다. 이 예에서는 알려진 BGP 커뮤니티 가치를 기반으로 여러 경로를 필터링하고 표시하는 라우팅 정책을 정의하는 방법을 보여줍니다.

요구 사항

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

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

  • M Series, MX Series 또는 T Series 라우터를 조합하여 사용할 수 있는 8개의 라우터

  • 디바이스에서 Junos OS 릴리스 16.1R2 이상

개요

Junos OS 16.1R2부터 커뮤니티 값을 기반으로 대상 다중 경로 접두사(path prefix)를 식별하는 정책을 정의할 수 있습니다. BGP는 지정된 목적지로의 활성 경로 이외에 이러한 커뮤니티 태그 경로를 광고합니다. 루트의 커뮤니티 가치가 정책에 정의된 커뮤니티 가치와 일치하지 않으면 BGP는 해당 경로를 광고하지 않습니다. 이 기능을 통해 BGP는 해당 목적지에 대한 20개 이상의 경로를 광고할 수 있습니다. 사전에 접두사에 대해 실제로 알지 못하는 상태에서 BGP가 여러 경로에 대해 고려하는 접두사 수를 제한하고 구성할 수 있습니다. 대신 알려진 BGP 커뮤니티 값은 접두사 광고 여부를 결정합니다.

토폴로지

에서 그림 8RR1 및 RR4는 루트 리플렉터입니다. 라우터 R2 및 R3은 루트 리플렉터 RR1의 클라이언트입니다. 라우터 R8은 리플렉터 RR4를 라우팅하는 클라이언트입니다. 라우터 R5, R6 및 라우터 R7은 정적 경로를 BGP에 재분배합니다. 라우터 R5는 정적 경로 199.1.1.1/32 및 198.1.1.1/32를 커뮤니티 가치 4713:100으로 광고합니다.

라우터 RR1은 라우터 RR4에 최대 6개의 경로(목적지당)를 전송하도록 구성됩니다. 라우터 RR4는 라우터 R8에 최대 6개의 경로를 전송하도록 구성됩니다. 라우터 R8은 라우터 RR4에서 여러 경로를 수신하도록 구성됩니다. 추가 경로 커뮤니티 구성은 라우터 RR4가 4713:100 커뮤니티 값만 포함하는 경로에 대해 여러 경로를 보낼 수 있도록 제한합니다. 라우터 RR4는 단지 4714:100 커뮤니티 가치를 포함하는 다중 경로를 필터링하고 광고합니다.

그림 8: 예를 들면 다음과 같습니다. 커뮤니티 가치를 기반으로 다중 경로를 광고하도록 BGP 구성예를 들면 다음과 같습니다. 커뮤니티 가치를 기반으로 다중 경로를 광고하도록 BGP 구성

구성

CLI 빠른 구성

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

라우터 RR1

라우터 R2

라우터 R3

라우터 RR4

라우터 R5

라우터 R6

라우터 R7

라우터 R8

라우터 RR4 구성

단계별 절차

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

라우터 RR4를 구성하려면:

주:

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

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

  2. 루프백 주소를 구성합니다.

  3. OSPF 또는 기타 모든 IGP(Interior Gateway Protocol)를 구성합니다.

  4. 루트 리플렉터에 대해 2개의 IBGP 그룹 rr을 구성하고 루트 리플렉터의 클라이언트에 대한 rr_client.

  5. 4713:100 커뮤니티 값을 포함하는 다중 경로를 전송하고 광고된 다중 경로의 수를 6으로 제한하도록 기능을 구성합니다.

  6. 커뮤니티 가치 4713:100으로 접두사 필터링 정책을 addpath-community-members 4713:100 정의하고 라우터 R8로 최대 16개의 경로를 전송하도록 디바이스를 제한합니다. 이 제한은 BGP 그룹 계층 수준에서 이전에 구성된 추가 경로 전송 경로 6을 무시합니다.

  7. BGP 호스트에 대해 라우터 ID와 자율 시스템을 구성합니다.

결과

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

디바이스 구성을 완료한 경우 구성을 커밋합니다.

확인

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

Multipath 경로가 라우터 RR4에서 라우터 R8로 보급되는지 검증

목적

라우터 RR4가 라우터 R8에 여러 경로를 보낼 수 있는지 확인합니다.

실행

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

의미

라우터 RR4는 라우터 R8에 10.0.0.20, 10.0.0.30 및 10.0.15.2의 여러 경로를 광고합니다.

라우터 R8이 라우터 RR4가 광고하는 다중 경로 경로를 수신하는지 검증

목적

라우터 R8이 라우터 RR4에서 다중 경로 경로를 수신하고 있는지 확인합니다.

실행

작동 모드에서 라우터 R8에서 명령을 실행 show route receive-protocol bgp neighbor-address 합니다.

의미

라우터 R8은 라우터 RR4에서 Route 199.1.1.1.1/32에서 여러 다음 홉(10.0.0.20, 10.0.0.0.30 및 10.0.15.2)을 수신합니다.

라우터 RR4가 커뮤니티 값을 가진 다중 경로 경로만 광고하는지 확인 4713:100 to Router R8

목적

라우터 RR4는 커뮤니티 가치가 4713:100인 다중 경로 경로를 라우터 R8에만 광고해야 합니다.

실행

작동 모드에서 라우터 RR4에서 명령을 실행 show route 199.1.1.1/32 detail 합니다.

의미

라우터 RR4는 커뮤니티 가치 4713:100에서 라우터 R8까지의 세 가지 경로를 광고합니다.

BGP 다중 경로를 통한 재구상 해석 구성

Junos OS Release 17.3R1부터 단일 프로토콜 다음 홉이 있는 BGP prefix가 다중 해결 경로(유니리스트)가 있는 다른 BGP prefix를 통해 해결되면 프로토콜 넥스홉 해석을 위해 모든 경로가 선택됩니다. 이전 Junos OS 릴리스에서는 resolver가 IBGP 다중 경로 경로의 모든 경로에서 로드 밸런싱을 지원하지 않았기 때문에 프로토콜 넥스홉 해석을 위해 경로 중 하나만 선택되었습니다. 라우팅 프로토콜 프로세스(rpd)의 resolver는 PNH(Protocol Next-Hop Address)를 즉시 다음 홉 포워딩으로 해결합니다. BGP 재발성 해석 기능은 RESOLVER을 향상시켜 IBGP 다중 경로 경로를 통한 경로를 해결하고 실행 가능한 모든 경로를 다음 홉으로 사용합니다. 이 기능은 BGP가 동일한 비용의 높은 다중 경로 및 원활한 MPLS 토폴로지의 WAN 네트워크와 같은 인프라 연결을 설정하는 데 사용되는 고밀도 연결 네트워크에 이점을 제공합니다.

BGP 다중 경로의 재귀적 해결을 시작하기 전에 다음을 수행해야 합니다.

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

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

  3. MPLS 및 LDP를 구성합니다.

  4. BGP를 구성합니다.

다중 경로에 대한 재귀적 해석을 구성하려면

  1. 작업을 포함하는 정책을 정의합니다 multipath-resolve .
  2. 정책을 임포트하여 IBGP 다중 경로의 모든 가용 경로를 해결합니다.
  3. BGP가 다중 경로를 반복적으로 해결하고 트래픽 로드 밸런싱을 위해 여러 홉을 사용할 수 있는지 확인합니다.

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

로드 밸런싱을 위한 RSVP 및 LDP LSP에 대한 ECMP 다음 홉 구성

Junos OS는 강화된 CFEB, M320, M120, MX 시리즈 및 T 시리즈 라우터 및 라우팅 디바이스를 사용하여 M10i 라우터에서 RSVP 및 LDP LSP에 대한 16, 32 또는 64 ECMP(Equal-Cost Multipath) 다음 홉의 구성을 지원합니다. 대용량 트래픽이 많은 네트워크의 경우 최대 64개의 LSP에서 트래픽을 로드 밸런시할 수 있는 유연성을 제공합니다.

ECMP 다음 홉에 대한 최대 한도를 구성하려면 계층 레벨에 [edit chassis] 명령문을 포함 maximum-ecmp next-hops 하십시오.

이 명령문을 사용하여 최대 ECMP 넥티드 홉 제한을 16, 32 또는 64로 구성할 수 있습니다. 기본 한도는 16입니다.

주:

하나 이상의 MPC(Modular Port Concentrator) 카드를 장착하고 Junos OS 11.4 이상을 설치한 MX 시리즈 라우터는 다음 홉이 16개에 불과하여 명령문 구성 maximum-ecmp 을 지원합니다. 다음 홉 32개 또는 64개로 명령문을 구성 maximum-ecmp해서는 안 됩니다. 다음 홉 32개 또는 64개로 구성을 커밋하면 다음 경고 메시지가 나타납니다.

Error: Number of members in Unilist NH exceeds the maximum supported 16 on Trio.

다음과 같은 유형의 경로가 최대 64개의 ECMP 게이트웨이에 대해 ECMP 최대 넥스홉 구성을 지원합니다.

  • 직간접적인 넥넥트 홉 ECMP를 통한 정적 IPv4 및 IPv6 경로

  • 관련 IGP 경로를 통해 학습한 LDP 수신 및 전송 경로

  • LSP용으로 생성된 RSVP ECMP 다음 홉

  • OSPF IPv4 및 IPv6 경로 ECMP

  • IS-IS IPv4 및 IPv6 라우트 ECMP

  • EBGP IPv4 및 IPv6 라우트 ECMP

  • IBGP(IGP 경로에서 해결) IPv4 및 IPv6 라우트 ECMP

MPLS 루트에서 사용 가능한 ECMP 경로도 이러한 트래픽에 의해 사용될 수 있기 때문에 최대 64개의 ECMP 다음 홉의 향상된 ECMP 제한은 MPLS 경로를 통해 해결되는 Layer 3 VPN, Layer 2 VPN, Layer 2 회로 및 VPLS 서비스에도 적용됩니다.

주:

M320, T640 및 T1600 라우터의 FPC는 다음 홉에서 16개의 ECMP만 지원합니다.

  • (M320, T640 및 T1600 라우터만 해당) 향상된 II FPC1

  • (M320, T640 및 T1600 라우터만 해당) 향상된 II FPC2

  • (M320 및 T640 라우터 전용) 향상된 II FPC3

  • (T640 및 T1600 라우터 전용) FPC2

  • (T640 및 T1600 라우터 전용) FPC3

이들 FPC가 설치된 M320, T640 또는 T1600 라우터에서 최대 ECMP 넥트 홉 제한을 3264 구성하거나 구성한 경우, 이들 FPC의 패킷 포워딩 엔진은 처음 16개의 ECMP 다음 홉만 사용합니다. 16개의 ECMP 다음 홉만 지원하는 FPC상의 패킷 포워딩 엔진의 경우, 최대 ECMP Next-hop 한도가 3264 구성되면 Junos OS는 시스템 로그 메시지를 생성합니다. 그러나 라우터에 설치된 다른 FPC의 패킷 포워딩 엔진의 경우 최대 구성된 ECMP 제한 32 또는 64 ECMP 다음 홉이 적용됩니다.

주:

RSVP LSP가 대역폭 할당으로 구성된 경우, 16개 이상의 LSP를 가진 ECMP 다음 홉의 경우 트래픽이 구성된 대역폭에 따라 최적으로 분산되지 않습니다. 할당된 대역폭이 적은 일부 LSP는 더 높은 대역폭으로 구성된 트래픽보다 더 많은 트래픽을 수신합니다. 트래픽 배포는 구성된 대역폭 할당을 엄격하게 준수하지 않습니다. 이 경고 사항은 다음 라우터에 적용됩니다.

  • 향상된 확장 FPC1, 강화된 확장 FPC2, 강화된 확장 FPC3, 강화된 확장 FPC 4 및 모든 유형 4 FPC를 갖춘 T1600 및 T640 라우터

  • 강화된 III FPC1, Enhanced III FPC2 및 Enhanced III FPC3를 갖춘 M320 라우터

  • MPC를 제외한 모든 유형의 FPC 및 DPC를 갖춘 MX 시리즈 라우터입니다. 이 경고문은 JUNOS Trio 칩셋 기반의 라인 카드를 장착한 MX 시리즈 라우터에는 적용되지 않습니다 .

  • Type 1, Type 2 및 Type 3 FPC를 갖춘 M120 라우터

  • 향상된 CFEB를 갖춘 M10i 라우터

강화된 로드 밸런싱 기능을 지원하는 강화된 확장 FPC(Enhanced Scaling FPC1, Enhanced Scaling FPC2, Enhanced Scaling FPC3 및 Enhanced Scaling FPC 4)를 통해 T 시리즈 라우터에서 넥스트 홉 복제 및 순열을 비활성화합니다. 그 결과, ECMP 또는 통합 인터페이스에서 많은 수의 다음 홉을 가진 고도로 확장된 시스템의 경우 메모리 활용도가 감소합니다. Type-4 FPC를 갖춘 T 시리즈 라우터에서는 넥스트 홉 복제 및 순열도 비활성화됩니다.

ECMP 다음 홉의 세부 정보를 보려면 명령을 실행 show route 하십시오. 또한 show route summary command 최대 ECMP 제한에 대한 현재 구성을 보여줍니다. ECMP LDP 경로의 세부 정보를 보려면 명령을 실행하십시오 traceroute mpls ldp .

ECMP 그룹에 대한 일관된 로드 밸런싱 구성

패킷당 로드 밸런싱을 통해 동일한 비용의 여러 경로로 트래픽을 분산할 수 있습니다. 기본적으로 장애가 하나 이상의 경로에서 발생하는 경우, 해시 알고리즘은 모든 경로에 대한 다음 홉을 재계산하여 일반적으로 모든 플로우를 재분배합니다. 일관된 로드 밸런싱 을 통해 비활성 링크에 대한 플로우만 리디렉션되도록 이러한 동작을 무시할 수 있습니다. 기존의 모든 활성 플로우는 중단 없이 유지됩니다. 데이터센터 환경에서 링크에 장애가 발생하면 모든 플로우가 재분배되어 상당한 트래픽 손실이 발생하거나 링크가 활성 상태인 서버에 대한 서비스 손실이 발생할 수 있습니다. 일관된 로드 밸런싱은 모든 활성 링크를 유지하고 하나 이상의 링크 장애에 의해 영향을 받는 플로우만 재매입합니다. 이 기능은 활성 상태로 유지되는 링크에 연결된 플로우가 중단 없이 계속 유지되도록 보장합니다.

이 기능은 단일 홉 BGP 세션에서 ECMP(Equal-Cost Multipath) 그룹의 구성원이 외부 BGP neighbor인 토폴로지에 적용됩니다. 새로운 ECMP 경로를 추가하거나 어떤 식으로든 기존 경로를 수정할 때 일관된 로드 밸런싱이 적용되지 않습니다. 중단을 최소화하면서 새 경로를 추가하려면 기존 경로를 수정하지 않고 새로운 ECMP 그룹을 정의합니다. 이러한 방식으로 기존 연결을 종료하지 않고도 클라이언트를 새로운 그룹으로 점진적으로 이동할 수 있습니다.

  • (MX Series에서) MPC(Modular Port Concentrator)만 지원됩니다.

  • IPv4 및 IPv6 경로가 모두 지원됩니다.

  • 가상 라우팅 및 포워딩(VRF) 인스턴스 또는 기타 라우팅 인스턴스의 일부인 ECMP 그룹도 지원됩니다.

  • 멀티캐스트 트래픽은 지원되지 않습니다.

  • 통합된 인터페이스가 지원되지만 LAG(Link Aggregation) 번들의 구성원 간에 일관된 로드 밸런싱이 지원되지 않습니다. 하나 이상의 구성원 링크에 장애가 발생하면 LAG 번들의 활성 멤버에서 트래픽이 다른 활성 멤버로 이동할 수 있습니다. 하나 이상의 LAG 멤버 링크에 장애가 발생하면 플로우가 다시 해시됩니다.

  • 라우터 또는 스위치당 최대 1,000개 이하의 IP 접두사에 일관된 로드 밸런싱을 적용할 것을 강력히 권장합니다.

  • IRB(Integrated Routing and Bridging) 인터페이스상의 Layer 3 인접성이 지원됩니다.

ECMP 그룹에서 하나 이상의 경로에 장애가 발생한 경우 BGP 추가 경로 기능을 구성하여 실패한 경로를 새로운 활성 경로로 교체할 수 있습니다. 실패한 경로의 대체를 구성하면 실패한 경로상의 트래픽 흐름만 리디렉션됩니다. 활성 경로의 트래픽 흐름은 변경되지 않습니다.

주:
  • GRE(Generic Routing Encapsulation) 터널 인터페이스에서 일관된 로드 밸런싱을 구성할 경우, GRE 터널 인터페이스상의 Layer 3 인접성이 포워딩 테이블에 올바르게 설치되도록 단말 GRE 인터페이스의 inet 주소를 지정해야 합니다. 그러나 일관된 로드 밸런싱 중에는 GRE 터널 인터페이스를 통한 ECMP FRR(Fast Reroute)이 지원되지 않습니다. 계층 수준에서 일관된 로드 밸런싱으로 구성된 라우터에서 [edit interfaces interface name unit unit name family inet address address] 대상 주소를 지정할 수 있습니다. 예를 들어,

    일반 라우팅 캡슐화에 대한 자세한 내용은 일반 라우팅 캡슐화 터널링 구성을 참조하십시오.

  • 일관된 로드 밸런싱은 EBGP neighbor에 대한 BGP 멀티홉을 지원하지 않습니다. 따라서 일관된 로드 밸런싱으로 구성된 디바이스에서 옵션을 활성화 multihop 하지 않습니다.

ECMP 그룹에 대한 일관된 로드 밸런싱을 구성하려면 다음을 수행합니다.

  1. BGP를 구성하고 외부 피어의 BGP 그룹이 여러 경로를 사용할 수 있도록 합니다.
  2. 하나 이상의 대상 접두사에 대한 수신 경로를 일치시키는 라우팅 정책을 생성합니다.
  3. 라우팅 정책에 일관된 로드 밸런싱을 적용하여 링크 장애가 발생한 하나 이상의 대상 접두사로 트래픽 플로우만 활성 링크로 리디렉션되도록 합니다.
  4. 별도의 라우팅 정책을 생성하고 패킷당 로드 밸런싱을 활성화합니다.
    주:

    포워딩 테이블에 모든 경로를 설치하려면 패킷별 로드 밸런싱 정책을 구성하고 적용해야 합니다.

  5. 외부 피어의 BGP 그룹에 일관된 로드 밸런싱을 위해 라우팅 정책을 적용합니다.
    주:

    일관된 로드 밸런싱은 BGP 외부 피어에만 적용할 수 있습니다. 이 정책은 전역적으로 적용할 수 없습니다.

  6. (선택사항) 각 외부 BGP neighbor에 대해 BFD(Bidirectional Forwarding Detection)를 활성화합니다.
    주:

    이 단계는 필요한 최소 BFD 구성을 보여줍니다. BFD에 대한 추가 옵션을 구성할 수 있습니다.

  7. 전 세계적으로 Prefix당 로드 밸런싱 정책을 적용하여 포워딩 테이블에 모든 넥트 홉 경로를 설치합니다.
  8. (선택사항) ECMP 경로에 대한 빠른 재라우트를 활성화합니다.
  9. 일관된 로드 밸런싱을 활성화한 하나 이상의 ECMP 경로 상태를 확인합니다.

    명령의 출력은 일관된 로드 밸런싱이 실행될 때 다음 플래그를 표시합니다.State: <Active Ext LoadBalConsistentHash>

BGP Labeled Unicast LSP용 Entropy Label 이해

엔트로피 라벨이란?

엔트로피 레이블은 ECMP(Equal-Cost Multipath) 경로 또는 링크 어그리게이션 그룹(LAG)에서 트래픽을 로드 밸런싱하는 라우터의 기능을 향상시키는 특수 로드 밸런싱 레이블입니다. 엔트로피 레이블은 라우터가 심층 패킷 검사(DPI)가 아닌 레이블 스택을 사용하여 트래픽을 효율적으로 로드 밸런시할 수 있도록 지원합니다. DPI는 라우터의 처리 성능을 더 많이 요구하며 모든 라우터가 공유할 수 있는 기능이 아닙니다.

IP 패킷이 대상에 도달할 수 있는 여러 경로가 있는 경우, Junos OS는 패킷 헤더의 특정 필드를 사용하여 패킷을 결정론적 경로로 해시합니다. 패킷의 소스 또는 대상 주소와 포트 번호는 지정된 플로우의 패킷 순서를 다시 지정하지 않기 위해 해시에 사용됩니다. 코어 LSR(Label-Switching Router)이 플로우를 식별하기 위해 DPI를 수행할 수 없거나 회선 속도로 이를 수행할 수 없는 경우, LABEL 스택만으로는 ECMP 해싱에 사용됩니다. 이를 위해서는 플로우 정보를 전달할 수 있는 특수 로드 밸런싱 레이블인 엔트로피 레이블이 필요합니다. 수신 LSR은 전송 LSR보다 수신 패킷에 대한 컨텍스트와 정보를 더 많이 가지고 있습니다. 따라서 수신 레이블 에지 라우터(LER)는 패킷의 플로우 정보를 검사하고, 패킷을 엔트로피 레이블에 매핑한 다음, Label 스택에 삽입할 수 있습니다. 코어의 LSR은 단순히 엔트로피 레이블을 올바른 경로로 패킷을 해시하는 키로 사용하기만 하면 됩니다.

엔트로피 레이블은 16-1048575(일반 20비트 레이블 범위) 사이의 레이블 값이 될 수 있습니다. 이 범위는 기존 일반 레이블 범위와 겹치기 때문에 엔트로피 레이블 앞에 엔트로피 레이블 표시기(ELI)라는 특수 레이블이 삽입됩니다. ELI는 IANA가 지정한 특별 레이블로, 그 가치는 7입니다.

그림 9 RSVP LSP(Label-Switched Path) 패킷 레이블 스택의 엔트로피 레이블을 설명합니다. Label 스택은 엔트로피 레이블 표시기(ELI), 엔트로피 레이블 및 IP 패킷으로 구성됩니다.

그림 9: RSVP LSP용 엔트로피 라벨RSVP LSP용 엔트로피 라벨

BGP Labeled Unicast용 엔트로피 레이블

BGP 레이블이 지정된 유니캐스트는 여러 IGP(Interior Gateway Protocol) 영역 또는 여러 자율 시스템(INTER-AS LSP)에서 RSVP 또는 LDP LSP를 연결합니다. 수신 PE 및 송신 PE가 서로 다른 IGP 영역에 있는 경우, 지역 간 BGP 레이블링된 유니캐스트 LSP는 일반적으로 VPN 및 IP 트래픽을 전달합니다. BGP labeled unicasts가 RSVP 또는 LDP LSP를 구성하는 경우, Junos OS는 BGP 레이블이 지정된 유니캐스트 LSP 수신에 엔트로피 레이블을 삽입하여 엔드투엔드 엔트로피 레이블 로드 밸런싱을 달성합니다. RSVP 또는 LDP 엔트로피 레이블은 일반적으로 RSVP 또는 LDP Label과 함께 penultimate 홉 노드에서 튀어나오며, 스티칭 포인트에는 엔트로피 레이블이 없기 때문입니다. 즉, 두 영역 또는 두 AS 사이의 라우터입니다. 따라서 엔트로피 레이블이 없는 경우, 스티칭 포인트의 라우터는 BGP Label을 사용하여 패킷을 포워딩합니다. 그림 10 RSVP Label 스택에 엔트로피 레이블이 있는 BGP 레이블이 있는 유니캐스트 패킷 레이블 스택을 설명합니다. RSVP Label 스택은 엔트로피 레이블 표시기(ELI), 엔트로피 레이블, BGP Label 및 IP 패킷으로 구성됩니다. RSVP 엔트로피 레이블이 Penultimate Hop 노드에서 튀어나온다.

그림 10: RSVP 엔트로피 레이블을 통해 지역 간 BGP 레이블링된 유니캐스트RSVP 엔트로피 레이블을 통해 지역 간 BGP 레이블링된 유니캐스트

스티칭 노드가 BGP 송신에서 엔트로피 레이블 기능을 알리지 않는 한, BGP 레이블로 분류된 유니캐스트 스티칭 노드는 로드 밸런싱을 위해 엔트로피 레이블을 사용할 수 없습니다. BGP가 유니캐스트 스티칭 노드 신호를 프로바이더 에지 라우터에 BGP 엔트로피 레이블 기능(ELC)을 표시하는 경우, BGP 레이블이 지정된 유니캐스트 LSP 송신은 BGP 레이블이 엔트로피 레이블을 처리하고 BGP 레이블 아래에 엔트로피 레이블 표시기 및 엔트로피 레이블을 삽입할 수 있다는 것을 인식합니다. 모든 LSR은 로드 밸런싱을 위해 엔트로피 레이블을 사용할 수 있습니다. BGP 레이블이 지정된 유니캐스트 LSP는 여러 영역과 AS의 여러 라우터를 교차할 수 있지만 일부 세그먼트는 엔트로피 레이블을 지원하지 않을 수도 있습니다. 그림 11 BGP Label 스택의 엔트로피 레이블을 보여 줍니다. 스티칭 노드의 Label 스택은 ELI, 엔트로피 레이블 및 IP 패킷으로 구성됩니다.

그림 11: 스티칭 포인트에서 BGP 엔트로피 라벨을 통해 지역 간 BGP 레이블링된 유니캐스트스티칭 포인트에서 BGP 엔트로피 라벨을 통해 지역 간 BGP 레이블링된 유니캐스트
주:

egress 노드에서 BGP 레이블 유니캐스트에 대한 엔트로피 레이블 기능을 비활성화하려면 계층 수준에서 옵션을 no-entropy-label-capability[edit policy-options policy-statement policy-name then] 사용하여 정책을 정의합니다.

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

지원 및 지원되지 않는 기능

Junos OS는 다음 시나리오에서 BGP로 레이블링된 유니캐스트를 위한 엔트로피 레이블을 지원합니다.

  • LSP의 모든 노드에는 엔트로피 레이블 기능이 있습니다.

  • LSP의 일부 노드는 엔트로피 레이블 기능을 가지고 있습니다.

  • LSP는 다른 캐리어의 VPN을 통해 터널을 통과합니다.

  • 수신 정책을 정의하여 수신 시 엔트로피 레이블을 삽입하도록 BGP 레이블이 지정된 유니캐스트 LSP의 하위 집합을 선택합니다.

  • 엔트로피 레이블 기능 광고를 비활성화하는 송신 정책을 정의합니다.

Junos OS는 BGP 레이블 유니캐스트에 대한 엔트로피 레이블에 대해 다음과 같은 기능을 지원하지 않습니다.

  • BGP 레이블이 지정된 유니캐스트 LSP가 다른 통신 업체의 VPN을 통해 터널링하는 경우, Junos OS가 캐리어의 캐리어 네트워크에서 VPN 레이블 아래에 엔트로피 레이블 표시기 또는 엔트로피 라벨을 삽입하지 않기 때문에 진정한 엔드 투 엔드 엔트로피 레이블은 없습니다.

  • 현재 Junos OS는 자체 엔트로피 레이블이 있는 IPv6 BGP 레이블 유니캐스트 LSP를 지원하지 않습니다. 그러나 유니캐스트 LSP로 분류된 IPv6 BGP는 기본 RSVP, LDP 또는 BGP LSP의 엔트로피 레이블을 사용할 수 있습니다.

BGP Labeled Unicast LSP를 위한 엔트로피 레이블 구성

엔드투엔드 엔트로피 레이블 로드 밸런싱을 달성하기 위해 BGP 레이블링된 유니캐스트 LSP에 대한 엔트로피 라벨을 구성합니다. 엔트로피 레이블은 패킷의 플로우 정보를 전달할 수 있는 특수 로드 밸런싱 레이블입니다. BGP 레이블이 지정된 유니캐스트는 일반적으로 여러 IGP 영역 또는 여러 자율 시스템(AS)에서 RSVP 또는 LDP LSP를 연결합니다. RSVP 또는 LDP 엔트로피 레이블은 RSVP 또는 LDP Label과 함께 Penultimate 홉 노드에서 튀어나온다. 이 기능을 사용하면 스티칭 포인트(즉, 두 영역 또는 AS 간의 라우터)에서 엔트로피 레이블을 사용하여 BGP 트래픽에 대한 엔드 투 엔드 엔트로피 레이블 로드 밸런싱을 달성할 수 있습니다. 이 기능을 사용하면 BGP 레이블이 지정된 유니캐스트 LSP 수신에 엔트로피 레이블을 삽입할 수 있습니다.

엔트로피 레이블은 16-1048575(일반 20비트 레이블 범위) 사이의 레이블 값이 될 수 있습니다. 이 범위는 기존 일반 레이블 범위와 겹치기 때문에 엔트로피 레이블 앞에 엔트로피 레이블 표시기(ELI)라는 특수 레이블이 삽입됩니다. ELI는 IANA가 지정한 특별 레이블로, 그 가치는 7입니다.

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

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

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

  3. BGP를 구성합니다.

  4. LDP를 구성합니다.

  5. RSVP를 구성합니다.

  6. MPLS를 구성합니다.

BGP 레이블 유니캐스트 LSP에 대한 엔트로피 레이블을 구성하려면 다음을 수행합니다.

  1. ingress 라우터에는 계층 수준의 명령문을 [edit protocols bgp family inet labeled-unicast] 포함 entropy-label 함으로써 글로벌 수준에서 BGP 레이블링 유니캐스트에 대한 엔트로피 레이블 기능을 사용할 수 있습니다.

    또한 명령문을 계층 수준에 포함 entropy-label 시킴으로써 BGP 그룹 또는 특정 BGP neighbor 수준에서 엔트로피 레이블을 [edit protocols bgp group group name family inet labeled-unicast][edit protocols bgp group group name neighbor address labeled-unicast] 사용할 수도 있습니다.

  2. (선택사항) 엔트로피 레이블 기능이 있는 경로를 정의하는 추가 정책을 지정합니다.

    수신 라우터에 정책을 적용합니다.

  3. (선택사항) Junos OS가 라우트 다음 홉에 대해 엔트로피 레이블 기능 속성의 넥스트 홉 필드를 검증하는 것을 원치 않는 경우 옵션을 no-next-hop-validation 포함합니다.
  4. (선택사항) 송신 라우터에서 광고 엔트로피 레이블 기능을 명시적으로 비활성화하려면 정책에 지정된 경로에 대한 옵션을 포함하는 정책을 no-entropy-label-capability 정의하고 계층 수준에서 지정된 정책에 [edit policy-options policy statement policy-name then] 옵션을 포함합니다no-entropy-label-capability.

예를 들면 다음과 같습니다. 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] 통해 송신 시 광고 엔트로피 레이블 기능을 명시적으로 비활성화할 수 있습니다.

토폴로지

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

그림 12: 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 레이블 유니캐스트에 사용되고 있음을 보여줍니다.

Inet, Inet6 또는 Labeled Unicast용 BGP Prefix Independent Convergence용 사용 사례

라우터 장애의 경우, BGP 네트워크는 네트워크 크기나 라우터 성능 등의 매개 변수에 따라 복구하는 데 몇 초에서 몇 분이 걸릴 수 있습니다. BGP PIC(Prefix Independent Convergence) 기능이 라우터에서 실행되면 BGP는 계산된 최고의 대상 경로 이외에도 패킷 전달 엔진에 두 번째로 좋은 경로를 설치합니다. 송신 라우터가 네트워크에서 장애를 발생시키고 가동 중단 시간을 획기적으로 줄이면 라우터는 이 백업 경로를 사용합니다. 송신 라우터에 장애가 발생하면 이 기능을 활성화하여 네트워크 다운타임을 줄일 수 있습니다.

네트워크에서 송신 라우터에 대한 도달 가능성에 장애가 발생하면 IGP가 이러한 중단을 감지하고 링크 상태가 네트워크 전반에 걸쳐 이 정보를 전파하며 해당 접두사에 대한 다음 홉(next hop)을 연결할 수 없음으로 광고합니다. BGP는 대체 경로를 재평가하고 대체 경로를 사용할 수 있는 경우 이 대체 다음 홉을 패킷 전달 엔진에 다시 설치합니다. 이러한 종류의 송신 장애는 일반적으로 동시에 여러 접두사에 영향을 미치며 BGP는 이러한 모든 접두사들을 한 번에 하나씩 업데이트해야 합니다. 수신 라우터에서 IGP는 최단 경로 우선(SPF)을 완료하고 다음 홉을 업데이트합니다. 그런 다음 Junos OS는 연결할 수 없는 프리픽스와 업데이트해야 하는 프로토콜에 신호를 전송하는 프리픽스를 결정합니다. BGP는 알림을 받고 이제 올바르지 않은 모든 접두사에 대해 다음 홉을 업데이트합니다. 이 프로세스는 연결에 영향을 미칠 수 있으며 중단을 복구하는 데 몇 분이 걸릴 수 있습니다. BGP PIC는 패킷 포워딩 엔진에 백업 경로가 이미 설치되어 있기 때문에 이러한 다운 타임을 줄일 수 있습니다.

Junos OS Release 15.1부터 시작하여 처음에는 Layer 3 VPN 라우터에 대해 지원되었던 BGP PIC 기능이 inet 및 inet6 유니캐스트, inet 및 inet6 레이블 유니캐스트와 같은 글로벌 테이블의 여러 경로를 통해 BGP로 확장됩니다. BGP PIC 지원 라우터에서 Junos OS는 Routing Engine에서 간접적인 다음 홉을 위한 백업 경로를 설치하고 패킷 전달 엔진 및 IGP로의 경로를 제공합니다. IGP는 하나 이상의 경로가 있는 접두사에 도달하기가 끊기면 라우팅 테이블을 업데이트하기 전에 단일 메시지로 라우팅 엔진에 신호를 전송합니다. Routing Engine은 패킷 포워딩 엔진에 간접적인 다음 홉이 실패했음을 알리고, 백업 경로를 사용하여 트래픽을 재라우팅해야 합니다. BGP가 BGP 접두사에 대한 새로운 다음 홉 재계산을 시작하기 전에도 영향을 받은 대상 접두사로 라우팅하는 것은 백업 경로를 계속 사용합니다. 라우터는 이 백업 경로를 사용하여 BGP를 통한 글로벌 컨버전스가 해결될 때까지 트래픽 손실을 줄입니다.

도달 가능성 손실이 신호가 전송될 때까지 가동 중단이 발생하는 시간은 실제로 가장 가까운 라우터의 장애 감지 시간과 IGP 컨버전스 시간에 따라 달라집니다. 로컬 라우터가 중단을 감지하면 BGP PIC 기능이 활성화되지 않은 루트 컨버전스는 영향을 받는 접두사 수와 영향을 받는 각 접두사 재계산으로 인한 라우터의 성능에 크게 좌우됩니다. 그러나 BGP PIC 기능이 활성화되면 BGP가 영향을 받는 접두사에 가장 적합한 경로를 재계산하기 전에도 Routing Engine은 데이터 플레인에 신호를 전송하여 대기 다음으로 향하는 최상의 경로로 전환합니다. 따라서 트래픽 손실은 최소한입니다. 새로운 경로는 트래픽이 전송되는 동안에도 계산되며 이러한 새로운 경로는 데이터 플레인으로 푸시됩니다. 따라서 영향을 받는 BGP 접두사 수는 트래픽 중단이 발생한 시간부터 BGP가 도달 능력 상실을 신호하는 시점까지 소요되는 시간에 영향을 미치지 않습니다.

Inet을 위한 BGP Prefix 독립 컨버전스 구성

BGP PIC(Prefix Independent Convergence) 지원 라우터에서 Junos OS는 Routing Engine에서 간접적인 다음 홉을 위한 백업 경로를 설치하고 패킷 전달 엔진 및 IGP로 이 경로를 제공합니다. IGP는 하나 이상의 경로가 있는 접두사에 도달하기가 끊기면 라우팅 테이블을 업데이트하기 전에 단일 메시지로 라우팅 엔진에 신호를 전송합니다. Routing Engine은 패킷 포워딩 엔진에 간접적인 다음 홉이 실패했음을 알리고, 백업 경로를 사용하여 트래픽을 재라우팅해야 합니다. BGP가 BGP 접두사에 대한 새로운 다음 홉 재계산을 시작하기 전에도 영향을 받은 대상 접두사로 라우팅하는 것은 백업 경로를 계속 사용합니다. 라우터는 이 백업 경로를 사용하여 BGP를 통한 글로벌 컨버전스가 해결될 때까지 트래픽 손실을 줄입니다. 처음에 레이어 3 VPN 라우터에 대해 지원되었던 BGP PIC 기능은 inet 및 inet6 유니캐스트, inet 및 inet6 레이블 유니캐스트와 같은 글로벌 테이블의 여러 경로를 통해 BGP로 확장됩니다.

시작하기 전:

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

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

  3. MPLS 및 LDP를 구성합니다.

  4. BGP를 구성합니다.

주:

BGP PIC 기능은 MPC 인터페이스가 있는 라우터에서만 지원됩니다.

모범 사례:

MPC(Modular Port Concentrator)를 갖춘 라우터에서 다음과 같이 향상된 IP 네트워크 서비스를 지원합니다.

Inet용 BGP PIC를 구성하려면 다음을 수행합니다.

  1. inet에 BGP PIC를 활성화합니다.
    주:

    BGP PIC 에지 기능은 MPC 인터페이스가 있는 라우터에서만 지원됩니다.

  2. 패킷당 로드 밸런싱을 구성합니다.
  3. 라우팅 테이블에서 포워딩 테이블로 내보낸 경로에 패킷당 로드 밸런싱 정책을 적용합니다.
  4. BGP PIC가 작동하는지 확인합니다.

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

    다음 홉을 포함하는 Indirect next hop: weight 출력 선은 소프트웨어가 링크 장애가 발생한 경로를 복구하는 데 사용할 수 있습니다. 넥트 홉 무게는 다음 값 중 하나입니다.

    • 0x1 활성 다음 홉을 나타냅니다.

    • 0x4000 패시브 다음 홉을 나타냅니다.

예를 들면 다음과 같습니다. Inet을 위한 BGP Prefix 독립 컨버전스 구성

이 예에서는 inet용 BGP PIC를 구성하는 방법을 보여줍니다. 라우터 장애의 경우, BGP 네트워크는 네트워크 크기나 라우터 성능 등의 매개 변수에 따라 복구하는 데 몇 초에서 몇 분이 걸릴 수 있습니다. BGP PIC(Prefix Independent Convergence) 기능이 라우터에서 실행되면, 이넷 및 inet6 유니캐스트와 같은 글로벌 테이블 내 여러 루트를 가진 BGP와 inet 및 inet6으로 분류된 유니캐스트는 패킷 포워딩 엔진에 두 번째로 좋은 경로를 설치합니다. 송신 라우터가 네트워크에서 장애를 발생시키고 가동 중단 시간을 획기적으로 줄이면 라우터는 이 백업 경로를 사용합니다.

요구 사항

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

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

  • BGP PIC 기능을 구성하기 위한 MPC를 탑재한 1개의 MX 시리즈 라우터

  • M 시리즈, MX 시리즈, T 시리즈 또는 PTX 시리즈 라우터를 조합할 수 있는 7개의 라우터

  • BGP PIC가 구성된 장치에서 Junos OS 릴리스 15.1 이상

개요

Junos OS Release 15.1부터 시작하여 처음에는 Layer 3 VPN 라우터에 대해 지원되었던 BGP PIC가 inet 및 inet6 유니캐스트, inet 및 inet6 레이블 유니캐스트와 같은 글로벌 테이블의 여러 경로가 있는 BGP로 확장됩니다. BGP는 계산된 목적지에 대한 최상의 경로와 더불어 두 번째 최적 경로인 패킷 포워딩 엔진에 설치합니다. IGP가 접두사에 도달하지 못하는 경우, 라우터는 이 백업 경로를 사용하여 BGP를 통한 글로벌 컨버전스가 해결될 때까지 트래픽 손실을 줄여 운영 중단 기간을 줄입니다.

주:

BGP PIC 기능은 MPC가 있는 라우터에서만 지원됩니다.

토폴로지

이 예에서는 3개의 고객 에지(CE) 라우터, Device CE0, CE1 및 CE2를 보여줍니다. 라우터 PE0, PE1 및 PE2는 PE(Provider Edge) 라우터입니다. 라우터 P0 및 P1은 프로바이더 코어 라우터입니다. BGP PIC는 라우터 PE0에서 구성됩니다. 테스트를 위해 주소 192.168.1.5가 Device CE1에서 두 번째 루프백 인터페이스 주소로 추가됩니다. 주소는 라우터 PE1 및 PE2에 공지되며 내부 BGP(IBGP)를 통해 라우터 PE0으로 중계됩니다. 라우터 PE0에서는 192.168.1.5 네트워크로 향하는 두 가지 경로가 있습니다. 이는 기본 경로이자 백업 경로입니다. 그림 13 샘플 네트워크를 보여줍니다.

그림 13: Inet용 BGP PIC 구성Inet용 BGP PIC 구성

구성

CLI 빠른 구성

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

라우터 PE0

라우터 P0

라우터 P1

라우터 PE1

라우터 PE2

디바이스 CE0

디바이스 CE1

디바이스 CE2

장비 PE0 구성

단계별 절차

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

장비 PE0을 구성하려면:

  1. MPC(Modular Port Concentrator)가 탑재된 라우터에서 향상된 IP 네트워크 서비스를 지원합니다.

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

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

  4. 관리 인터페이스를 제외한 모든 인터페이스에서 MPLS 및 LDP를 구성합니다.

  5. 코어 대면 인터페이스에서 IGP를 구성합니다.

  6. 다른 PE 디바이스로 IBGP 연결을 구성합니다.

  7. 고객 디바이스로 EBGP 연결을 구성합니다.

  8. 로드 밸런싱 정책을 구성합니다.

  9. 넥트 홉 셀프 정책을 구성합니다.

  10. BGP PIC 에지 기능을 활성화합니다.

  11. 로드 밸런싱 정책을 적용합니다.

  12. 라우터 ID 및 자율 시스템(AS) 번호를 할당합니다.

결과

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

확인

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

광범위한 경로 정보 표시

목적

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

실행

Device PE0에서 명령을 실행합니다 show route extensive .

의미

Junos OS는 다음 홉과 weight 값을 사용하여 링크 장애가 발생했을 때 백업 경로를 선택합니다. 넥트 홉 무게는 다음 값 중 하나입니다.

  • 0x1 활성 다음 홉을 가진 기본 경로를 나타냅니다.

  • 0x4000 패시브 다음 홉을 통해 백업 경로를 나타냅니다.

포워딩 테이블 표시

목적

명령을 사용하여 show route forwarding-table 포워딩 및 커널 라우팅 테이블 상태를 선택합니다.

실행

Device PE0에서 명령을 실행합니다 show route forwarding-table destination 192.168.1.5 extensive .

의미

Junos OS는 다음 홉과 weight 값을 사용하여 링크 장애가 발생했을 때 백업 경로를 선택합니다. 넥트 홉 무게는 다음 값 중 하나입니다.

  • 0x1 활성 다음 홉을 가진 기본 경로를 나타냅니다.

  • 0x4000 패시브 다음 홉을 통해 백업 경로를 나타냅니다.

BGP 레이블 유니캐스트를 사용한 BGP PIC 에지 개요

이 섹션에서는 전송 프로토콜로 분류된 BGP를 사용하는 BGP PIC Edge의 이점과 개요에 대해 논의합니다.

BGP Labeled 유니캐스트를 사용한 BGP PIC 에지의 이점

이 기능은 다음과 같은 이점을 제공합니다.

  • 다중 도메인 네트워크에서 경계(ABR 및 ASBR) 노드 장애 발생 시 트래픽 보호 기능을 제공합니다.

  • 네트워크 연결을 보다 빠르게 복원하고 기본 경로를 사용할 수 없게 되면 트래픽 손실을 줄일 수 있습니다.

BGP Prefix Independent Convergence는 어떻게 작동합니까?

BGP PIC(Prefix Independent Convergence)는 네트워크 노드 장애에 대한 BGP 컨버전스를 개선합니다. BGP PIC는 라우팅 엔진에서 간접적인 다음 홉을 위해 기본 및 백업 경로를 생성 및 저장하며 패킷 포워딩 엔진에 간접적인 넥티드 홉 경로 정보를 제공합니다. 네트워크 노드 장애가 발생하면 Routing Engine은 BGP 접두사에 대한 수정 없이 패킷 포워딩 엔진에 간접적인 다음 홉이 실패했음을 알리고 트래픽이 사전에 계산된 동일 비용 또는 백업 경로로 라우팅된다는 신호를 전송합니다. BGP를 통한 글로벌 컨버전스가 해결될 때까지 트래픽 손실을 줄이기 위해 백업 경로를 사용하여 트래픽을 대상 접두사로 라우팅합니다.

BGP 컨버전스는 코어 및 에지 네트워크 노드 장애 모두에 적용할 수 있습니다. BGP PIC 코어의 경우 노드 또는 코어 링크 장애로 인해 포워딩 체인을 조정합니다. BGP PIC Edge의 경우 에지 노드 또는 에지 링크 장애로 인해 포워딩 체인을 조정합니다.

BGP 전송 프로토콜로 BGP Labeled Unicast를 사용하는 BGP PIC 에지

BGP 레이블 유니캐스트 전송 프로토콜을 사용하는 BGP PIC Edge는 ABR 및 ASBR(Border Node) 장애가 다중 도메인 네트워크에서 발생할 때 트래픽을 보호하고 재라우트하는 데 도움이 됩니다. 멀티 도메인 네트워크는 일반적으로 메트로 이더넷 어그리게이션 및 모바일 백홀 네트워크 설계에 사용됩니다.

주니퍼 네트웍스 MX 시리즈, EX 시리즈 및 PTX 시리즈 디바이스에서 BGP PIC Edge는 전송 프로토콜로 유니캐스트로 분류된 BGP를 통해 레이어 3 서비스를 지원합니다. 또한, 주니퍼 네트웍스 MX 시리즈, EX9204, EX9208, EX9214, EX9251 및 EX9253 디바이스에서 BGP PIC Edge는 전송 프로토콜로 레이블이 지정된 BGP와 함께 Layer 2 회로, 레이어 2 VPN 및 VPLS(BGP VPLS, LDP VPLS 및 FEC 129 VPLS) 서비스를 지원합니다. 이러한 BGP 서비스는 다중 경로(다중 PES에서 학습)이며 BGP 레이블 유니캐스트 경로를 통해 해결되며, 이는 다른 ABR에서 학습한 다중 경로가 될 수 있습니다. BGP PIC Edge를 통해 지원되는 전송 프로토콜은 RSVP, LDP, OSPF 및 ISIS입니다. Junos OS 릴리스 20.2R1부터 시작하여 전송 프로토콜로 유니캐스트되는 BGP를 통해 MX 시리즈, EX9204, EX9208, EX9214, EX9251 및 EX9253 디바이스는 Layer 2 회로, Layer 2 VPN 및 VPLS(BGP VPLS, LDP VPLS 및 FEC 129 VPLS) 서비스를 위한 BGP PIC 에지 보호를 지원합니다.

주니퍼 네트웍스 MX 시리즈, EX 시리즈 및 PTX 시리즈 디바이스에서는 전송이 다음 서비스에 대해 지원됨에 따라 BGP가 유니캐스트로 분류된 BGP를 이용한 BGP PIC 에지 보호 기능을 제공합니다.

  • IPv4 BGP를 통한 IPv4 서비스로 유니캐스트

  • IPv6 BGP가 IPv4 BGP를 통해 유니캐스트 서비스로 레이블링됨 유니캐스트

  • IPv4 BGP를 통한 IPv4 레이어 3 VPN 서비스 유니캐스트

  • IPv4 BGP를 통한 IPv6 레이어 3 VPN 서비스 유니캐스트

주니퍼 네트웍스 MX 시리즈 및 EX 시리즈 디바이스에서 전송이 다음 서비스에 대해 지원됨에 따라 BGP PIC 에지 보호 기능과 유니캐스트로 분류된 BGP를 사용합니다.

  • IPv4 BGP로 레이블이 지정된 유니캐스트를 통한 레이어 2 서킷 서비스

  • IPv4 BGP를 통한 레이어 2 VPN 서비스로 유니캐스트

  • IPv4 BGP 레이블 유니캐스트를 통한 VPLS(BGP VPLS, LDP VPLS 및 FEC 129 VPLS) 서비스

레이어 2 서비스를 위한 BGP Labeled Unicast를 사용한 BGP PIC 에지 구성

전송 프로토콜로 유니캐스트되는 BGP를 통해 MX 시리즈, EX9204, EX9208, EX9214, EX9251 및 EX9253 디바이스는 Layer 2 회로, Layer 2 VPN 및 VPLS(BGP VPLS, LDP VPLS 및 FEC 129 VPLS) 서비스를 위한 BGP PIC 에지 보호를 지원합니다. BGP 레이블이 지정된 유니캐스트 전송 프로토콜을 사용하는 BGP PIC Edge는 다중 도메인 네트워크의 경계 노드(ABR 및 ASBR)에서 트래픽 장애를 보호하는 데 도움이 됩니다. 멀티 도메인 네트워크는 일반적으로 메트로 어그리게이션 및 모바일 백홀 네트워크 설계에 사용됩니다.

BGP PIC 에지 보호의 전제 조건은 확장된 넥스트 홉 계층으로 PFE(Packet Forwarding Engine)를 프로그래밍하는 것입니다.

BGP 레이블이 지정된 유니캐스트 제품군에 대해 확장된 넥스트 홉 계층을 사용하려면 [edit protocols] 계층 수준에서 다음 CLI 구성 명령문을 구성해야 합니다.

MPLS 로드 밸런싱 nexthops를 위한 BGP PIC를 사용하려면 [edit routing-options] 계층 수준에서 다음 CLI 구성 명령문을 구성해야 합니다.

Layer 2 서비스에 대한 빠른 컨버전스를 활성화하려면 [edit protocols] 계층 수준에서 다음 CLI 구성 명령문을 구성해야 합니다.

Layer 2 회선 및 LDP VPLS의 경우:

Layer 2 VPN, BGP VPLS 및 FEC129의 경우:

예를 들면 다음과 같습니다. BGP 레이블이 지정된 유니캐스트를 실행하는 레이어 3 VPN을 통해 IPv4 트래픽 보호

이 예에서는 BGP PIC(Prefix-Independent Convergence) 에지 레이블이 지정된 유니캐스트를 구성하고 레이어 3 VPN에서 IPv4 트래픽을 보호하는 방법을 보여줍니다. CE 라우터의 IPv4 트래픽이 PE 라우터로 전송되면 IPv4 트래픽은 Layer 3 VPN을 통해 라우팅되며, 여기서 BGP 레이블이 지정된 유니캐스트는 전송 프로토콜로 구성됩니다.

요구 사항

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

  • MX 시리즈 라우터.

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

개요

다음 토폴로지에서는 기본 경로를 사용할 수 없게 될 때마다 트래픽을 백업 경로로 전환하여 ABR 및 ASBR 보호를 모두 제공합니다.

토폴로지

그림 14 BGP를 실행하는 Layer 3 VPN을 도메인 간 전송 프로토콜로 분류한 유니캐스트를 설명합니다.

그림 14: LDP 전송 프로토콜을 사용한 BGP 기반 Layer 3 VPN Labeled Unicast
토폴로지

다음 표에서는 토폴로지에서 사용되는 컴포넌트를 설명합니다.

주요 구성 요소

디바이스 유형

위치

CE1

MX 시리즈

고객 네트워크에 연결.

PE1

MX 시리즈

CE1에서 CE2로 트래픽을 보호하고 재라우팅하기 위한 기본 및 백업 라우팅 경로로 구성됩니다.

P1-P3

MX 시리즈

트래픽을 전송하는 코어 라우터.

ABR1-ABR2

MX 시리즈

영역 경계 라우터

ABSR1-ABSR4

MX 시리즈

자율 시스템 경계 라우터

RR1-RR3

MX 시리즈

루트 리플렉터(Route Reflector)

PE2-PE3

MX 시리즈

고객 에지 라우터(CE2)에 연결된 PE 라우터.

CE2

MX 시리즈

고객 네트워크에 연결.

PE2 및 PE3 디바이스 주소는 ABR1 및 ABR2에서 레이블이 지정된 유니캐스트 경로로 학습합니다. 이러한 경로는 IGP/LDP 프로토콜을 통해 해결됩니다. PE1은 PE2 및 PE3 디바이스에서 CE2 경로를 학습합니다.

구성

LDP를 사용하는 BGP Label Unicast를 전송 프로토콜로 사용하여 BGP PIC Edge를 구성하려면 다음 작업을 수행합니다.

CLI 빠른 구성

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

디바이스 CE1

디바이스 PE1

디바이스 P1

디바이스 RR1

디바이스 ABR1

디바이스 ABR2

디바이스 P2

디바이스 RR2

디바이스 ASBR1

디바이스 ASBR2

디바이스 ASBR3

디바이스 ASBR4

디바이스 RR3

디바이스 P3

디바이스 PE2

디바이스 PE3

디바이스 CE2

CE1 구성

단계별 절차

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

디바이스 CE1을 구성하려면:

  1. IP 및 MPLS 전송을 활성화하도록 인터페이스를 구성합니다.

  2. LDP 및 BGP 세션을 위한 라우터 ID 및 종료 인터페이스로 사용할 루프백 인터페이스를 구성합니다.

  3. 다중 경로 해석 정책을 구성하여 PFE에 계층적 다중 경로를 설치합니다.

  4. 라우팅 옵션을 구성합니다.

  5. 루프백 IP 주소를 BGP로 레이블링된 유니캐스트 프리픽스로 교환하도록 BGP 레이블이 지정된 유니캐스트를 ABR에 구성합니다.

결과

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

PE1 구성

단계별 절차

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

장비 PE1을 구성하려면:

  1. IP 및 MPLS 전송을 활성화하도록 인터페이스를 구성합니다.

  2. LDP 및 BGP 세션을 위한 라우터 ID 및 종료 인터페이스로 사용할 루프백 인터페이스를 구성합니다.

  3. 다중 경로 해석 정책을 구성하여 PFE에 계층적 다중 경로를 설치합니다.

  4. 고객 서비스를 제공하도록 레이어 3 VPN 라우팅 인스턴스를 구성합니다.

  5. resolver RIB 임포트 정책 및 해석 RIB를 구성하여 정책에 지정된 선택한 레이어 3 VPN 접두사에 대해 확장된 계층형 nexthop 구조를 활성화합니다.

  6. OSPF 프로토콜을 구성합니다.

  7. 도메인 전반에서 IP 및 MPLS 연결을 설정하도록 라우팅 프로토콜을 구성합니다.

  8. 루프백 IP 주소를 BGP로 레이블링된 유니캐스트 프리픽스로 교환하도록 BGP 레이블이 지정된 유니캐스트를 ABR에 구성합니다.

결과

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

P1 디바이스 구성

단계별 절차

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

디바이스 P1을 구성하려면:

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

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

  3. 다중 경로 해석 정책을 구성하여 PFE에 계층적 다중 경로를 설치합니다.

  4. 라우팅 옵션을 구성합니다.

  5. 인터페이스에서 ISIS, RSVP, LDP 및 MPLS 프로토콜을 구성합니다.

결과

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

RR1 디바이스 구성

단계별 절차

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

디바이스 RR1을 구성하려면:

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

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

  3. 다중 경로 해석 정책을 구성하여 PFE에 계층적 다중 경로를 설치합니다.

  4. 라우팅 옵션을 구성합니다.

  5. 인터페이스에서 ISIS, RSVP, LDP 및 MPLS 프로토콜을 구성합니다.

  6. 루프백 IP 주소를 교환하도록 BGP 레이블이 지정된 유니캐스트를 BGP를 구성합니다.

결과

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

ABR1 디바이스 구성

단계별 절차

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

디바이스 ABR1을 구성하려면:

  1. IP 및 MPLS 전송을 활성화하도록 인터페이스를 구성합니다.

  2. LDP 및 BGP 세션을 위한 라우터 ID 및 종료 인터페이스로 사용할 루프백 인터페이스를 구성합니다.

  3. 다중 경로 해석 정책을 구성하여 PFE에 계층적 다중 경로를 설치합니다.

  4. 플로우별 로드 밸런시 정책을 적용하여 트래픽 보호를 지원합니다.

  5. 인터페이스에서 ISIS, RSVP, MPLS 및 LDP 프로토콜을 구성합니다.

  6. 루프백 IP 주소를 교환하도록 BGP 레이블이 지정된 유니캐스트를 BGP를 구성합니다.

결과

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

ABR2 디바이스 구성

단계별 절차

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

디바이스 ABR2를 구성하려면 다음을 수행합니다.

  1. IP 및 MPLS 전송을 활성화하도록 인터페이스를 구성합니다.

  2. LDP 및 BGP 세션을 위한 라우터 ID 및 종료 인터페이스로 사용할 루프백 인터페이스를 구성합니다.

  3. 다중 경로 해석 정책을 구성하여 PFE에 계층적 다중 경로를 설치합니다.

  4. 플로우별 로드 밸런시 정책을 적용하여 트래픽 보호를 지원합니다.

  5. 인터페이스에서 ISIS, RSVP, MPLS 및 LDP 프로토콜을 구성합니다.

  6. 루프백 IP 주소를 교환하도록 BGP 레이블이 지정된 유니캐스트를 BGP를 구성합니다.

결과

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

P2 디바이스 구성

단계별 절차

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

디바이스 P2를 구성하려면:

  1. IP 및 MPLS 전송을 활성화하도록 인터페이스를 구성합니다.

  2. LDP 및 BGP 세션을 위한 라우터 ID 및 종료 인터페이스로 사용할 루프백 인터페이스를 구성합니다.

  3. 다중 경로 해석 정책을 구성하여 PFE에 계층적 다중 경로를 설치합니다.

  4. 라우팅 옵션을 구성합니다.

  5. 인터페이스에서 ISIS, RSVP, MPLS 및 LDP 프로토콜을 구성합니다.

결과

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

RR2 디바이스 구성

단계별 절차

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

디바이스 RR2를 구성하려면 다음을 수행합니다.

  1. IP 및 MPLS 전송을 활성화하도록 인터페이스를 구성합니다.

  2. LDP 및 BGP 세션을 위한 라우터 ID 및 종료 인터페이스로 사용할 루프백 인터페이스를 구성합니다.

  3. 다중 경로 해석 정책을 구성하여 PFE에 계층적 다중 경로를 설치합니다.

  4. 플로우별 로드 밸런시 정책을 적용하여 트래픽 보호를 지원합니다.

  5. 인터페이스에서 ISIS, RSVP, MPLS 및 LDP 프로토콜을 구성합니다.

  6. 루프백 IP 주소를 교환하도록 BGP 레이블이 지정된 유니캐스트를 BGP를 구성합니다.

결과

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

ASBR1 디바이스 구성

단계별 절차

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

디바이스 ASBR1을 구성하려면:

  1. IP 및 MPLS 전송을 활성화하도록 인터페이스를 구성합니다.

  2. LDP 및 BGP 세션을 위한 라우터 ID 및 종료 인터페이스로 사용할 루프백 인터페이스를 구성합니다.

  3. 다중 경로 해석 정책을 구성하여 PFE에 계층적 다중 경로를 설치합니다.

  4. 플로우별 로드 밸런시 정책을 적용하여 트래픽 보호를 지원합니다.

  5. 인터페이스에서 ISIS, RSVP, MPLS 및 LDP 프로토콜을 구성합니다.

  6. 루프백 IP 주소를 교환하도록 BGP 레이블이 지정된 유니캐스트를 BGP를 구성합니다.

결과

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

ASBR2 디바이스 구성

단계별 절차

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

디바이스 ASBR2를 구성하려면 다음을 수행합니다.

  1. IP 및 MPLS 전송을 활성화하도록 인터페이스를 구성합니다.

  2. LDP 및 BGP 세션을 위한 라우터 ID 및 종료 인터페이스로 사용할 루프백 인터페이스를 구성합니다.

  3. 다중 경로 해석 정책을 구성하여 PFE에 계층적 다중 경로를 설치합니다.

  4. 플로우별 로드 밸런시 정책을 적용하여 트래픽 보호를 지원합니다.

  5. 인터페이스에서 ISIS, RSVP, MPLS 및 LDP 프로토콜을 구성합니다.

  6. 루프백 IP 주소를 교환하도록 BGP 레이블이 지정된 유니캐스트를 BGP를 구성합니다.

결과

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

ASBR3 디바이스 구성

단계별 절차

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

디바이스 ASBR3을 구성하려면 다음을 수행합니다.

  1. IP 및 MPLS 전송을 활성화하도록 인터페이스를 구성합니다.

  2. LDP 및 BGP 세션을 위한 라우터 ID 및 종료 인터페이스로 사용할 루프백 인터페이스를 구성합니다.

  3. 다중 경로 해석 정책을 구성하여 PFE에 계층적 다중 경로를 설치합니다.

  4. 플로우별 로드 밸런시 정책을 적용하여 트래픽 보호를 지원합니다.

  5. 인터페이스에서 ISIS, RSVP, MPLS 및 LDP 프로토콜을 구성합니다.

  6. 루프백 IP 주소를 교환하도록 BGP 레이블이 지정된 유니캐스트를 BGP를 구성합니다.

결과

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

ASBR4 디바이스 구성

단계별 절차

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

디바이스 ASBR4를 구성하려면:

  1. IP 및 MPLS 전송을 활성화하도록 인터페이스를 구성합니다.

  2. LDP 및 BGP 세션을 위한 라우터 ID 및 종료 인터페이스로 사용할 루프백 인터페이스를 구성합니다.

  3. 다중 경로 해석 정책을 구성하여 PFE에 계층적 다중 경로를 설치합니다.

  4. 플로우별 로드 밸런시 정책을 적용하여 트래픽 보호를 지원합니다.

  5. 인터페이스에서 ISIS, RSVP, MPLS 및 LDP 프로토콜을 구성합니다.

  6. 루프백 IP 주소를 교환하도록 BGP 레이블이 지정된 유니캐스트를 BGP를 구성합니다.

결과

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

RR3 디바이스 구성

단계별 절차

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

디바이스 RR3을 구성하려면 다음을 수행합니다.

  1. IP 및 MPLS 전송을 활성화하도록 인터페이스를 구성합니다.

  2. LDP 및 BGP 세션을 위한 라우터 ID 및 종료 인터페이스로 사용할 루프백 인터페이스를 구성합니다.

  3. 다중 경로 해석 정책을 구성하여 PFE에 계층적 다중 경로를 설치합니다.

  4. 플로우별 로드 밸런시 정책을 적용하여 트래픽 보호를 지원합니다.

  5. 인터페이스에서 ISIS, RSVP, MPLS 및 LDP 프로토콜을 구성합니다.

  6. 루프백 IP 주소를 교환하도록 BGP 레이블이 지정된 유니캐스트를 BGP를 구성합니다.

결과

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

P3 디바이스 구성

단계별 절차

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

디바이스 P3를 구성하려면:

  1. IP 및 MPLS 전송을 활성화하도록 인터페이스를 구성합니다.

  2. LDP 및 BGP 세션을 위한 라우터 ID 및 종료 인터페이스로 사용할 루프백 인터페이스를 구성합니다.

  3. 다중 경로 해석 정책을 구성하여 PFE에 계층적 다중 경로를 설치합니다.

  4. 라우팅 옵션을 구성합니다.

  5. 인터페이스에서 ISIS, RSVP, MPLS 및 LDP 프로토콜을 구성합니다.

결과

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

PE2 구성

단계별 절차

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

디바이스 PE2를 구성하려면 다음을 수행합니다.

  1. IP 및 MPLS 전송을 활성화하도록 인터페이스를 구성합니다.

  2. LDP 및 BGP 세션을 위한 라우터 ID 및 종료 인터페이스로 사용할 루프백 인터페이스를 구성합니다.

  3. 다중 경로 해석 정책을 구성하여 PFE에 계층적 다중 경로를 설치합니다.

  4. 고객 서비스를 제공하도록 레이어 3 VPN 라우팅 인스턴스를 구성합니다.

  5. resolver RIB 임포트 정책 및 해석 RIB를 구성하여 정책에 지정된 선택한 레이어 3 VPN 접두사에 대해 확장된 계층형 nexthop 구조를 활성화합니다.

  6. 인터페이스에서 ISIS, RSVP, LDP 및 MPLS 프로토콜을 구성합니다.

  7. 루프백 IP 주소를 교환하도록 BGP 레이블이 지정된 유니캐스트를 BGP를 구성합니다.

결과

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

PE3 구성

단계별 절차

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

디바이스 PE3을 구성하려면:

  1. IP 및 MPLS 전송을 활성화하도록 인터페이스를 구성합니다.

  2. LDP 및 BGP 세션을 위한 라우터 ID 및 종료 인터페이스로 사용할 루프백 인터페이스를 구성합니다.

  3. 다중 경로 해석 정책을 구성하여 PFE에 계층적 다중 경로를 설치합니다.

  4. 고객 서비스를 제공하도록 레이어 3 VPN 라우팅 인스턴스를 구성합니다.

  5. resolver RIB 임포트 정책 및 해석 RIB를 구성하여 정책에 지정된 선택한 레이어 3 VPN 접두사에 대해 확장된 계층형 nexthop 구조를 활성화합니다.

  6. 인터페이스에서 ISIS, RSVP, LDP 및 MPLS 프로토콜을 구성합니다.

  7. 루프백 IP 주소를 교환하도록 BGP 레이블이 지정된 유니캐스트를 BGP를 구성합니다.

결과

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

CE2 구성

단계별 절차

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

디바이스 CE2를 구성하려면 다음을 수행합니다.

  1. IP 및 MPLS 전송을 활성화하도록 인터페이스를 구성합니다.

  2. LDP 및 BGP 세션을 위한 라우터 ID 및 종료 인터페이스로 사용할 루프백 인터페이스를 구성합니다.

  3. 다중 경로 해석 정책을 구성하여 PFE에 계층적 다중 경로를 설치합니다.

  4. 라우팅 옵션을 구성합니다.

  5. 루프백 IP 주소를 교환하도록 BGP 레이블이 지정된 유니캐스트를 BGP를 구성합니다.

결과

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

확인

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

Nexthops가 해결되었는지 검증

목적

PE2 및 PE3 nexthops가 PE1에서 해결되었는지 확인합니다.

실행

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

의미

가중치 0x1 와 기본 및 0x4000 백업 nexthops를 볼 수 있습니다.

라우팅 테이블의 Nexthop 엔트리 검증

목적

PE1에서 활성 Nexthop 라우팅 항목을 확인합니다.

실행

운영 모드에서 명령을 실행합니다 show route extensive expanded-nh .

의미

가중치 0x1 와 기본 및 0x4000 백업 nexthops를 볼 수 있습니다.

BGP L2VPN 및 VPLS에 대한 FAT 의사 와이어 지원 개요

의사 회선은 MPLS PSN(Packet-Switched Network)을 통해 T1 라인과 같은 통신 서비스의 핵심 속성을 에뮬레이션하는 레이어 2 서킷 또는 서비스입니다. 의사 와이어는 주어진 서비스 정의에 필요한 복원력 요구 사항으로 와이어를 에뮬레이션하는 데 필요한 최소 기능만을 제공하기 위한 것입니다.

MPLS 네트워크에서는 draft-keyupdate-l2vpn-fat-pw-bgp에 설명된 유사회선 플로우 레이블의 FAT(Flow-Aware Transport)가 L2VPN(Layer 2 Virtual Private Network) 및 VPLS(Virtual Private LAN Service)를 위한 BGP 신호 유사선 간 트래픽 로드 밸런싱에 사용됩니다.

FAT 플로우 레이블은 레이블 에지 라우터(LE)에서만 구성됩니다. 이로 인해 전송 라우터 또는 레이블 스위칭 라우터(LSR)가 페이로드의 심층 패킷 검사 없이 ECMP(Equal-Cost Multipath) 경로 또는 링크 어그리게이션 그룹(LAG)에서 MPLS 패킷의 로드 밸런싱을 수행합니다.

FAT 플로우 라벨은 VPWS 및 VPLS 의사회선용 LDP 신호 포워딩 평가 등급(FEC 128 및 FEC 129) 유사회선에 사용할 수 있습니다. 인터페이스 매개변수(Sub-TLV)는 FEC 128 및 FEC 129 유사회선에 모두 사용됩니다. LDP에 대해 정의된 하위 TLV에는 전송(T) 및 수신(R) 비트가 포함되어 있습니다. T 비트는 플로우 레이블을 푸시하는 기능을 광고합니다. R 비트는 플로우 레이블을 팝업하는 기능을 광고합니다. 기본적으로 이러한 의사회선에 대한 PE(Provider Edge) 라우터의 시그널링 동작은 Label Set 0에서 T 및 R 비트를 광고하는 것입니다.

flow-label-receive 구성 명령문은 flow-label-transmit LDP 레이블 매핑 메시지를 위한 FEC의 인터페이스 매개변수의 일부인 Sub-TLV 필드에서 T 비트 및 R 비트 광고를 1로 설정하는 기능을 제공합니다. 이러한 명령문을 사용하여 L2VPN 및 VPLS와 같은 BGP 신호 유사 회선의 컨트롤 플레인에서 로드 밸런싱 Label과 Label의 광고를 라우팅 피어에 전달하는 것을 제어할 수 있습니다.

BGP L2VPN에 대한 FAT 유사회선 지원 구성 MPLS 트래픽 로드 밸런싱

L2VPN과 같은 BGP 신호 Pseudowire에 대해 FAT(Flow-Aware Transport) 또는 플로우 레이블이 지원되며 LR(Label Edge Router)에서만 구성할 수 있습니다. 이를 통해 전송 라우터 또는 LSR(Label-Switching Router)은 페이로드에 대한 심층 패킷 검사 없이 ECMP(Equal-Cost Multipath Path) 또는 링크 어그리게이션 그룹(LAG)에서 MPLS 패킷의 로드 밸런싱을 수행할 수 있습니다. FAT 의사회선 또는 플로우 레이블은 포워딩 평등 클래스(FEC128 및 FEC129)를 갖춘 LDP 신호 L2VPN과 함께 사용할 수 있으며, PSP 또는 Point-to-Multipoint Layer 2 서비스를 위해 BGP 신호 Pseudowires에 대한 플로우 레이블 지원이 확장됩니다.

BGP L2VPN에 대한 FAT 의사회선 지원을 구성하기 전에 MPLS 트래픽의 로드 밸런싱:

  • 디바이스 인터페이스를 구성하고 모든 인터페이스에서 MPLS를 활성화합니다.

  • RSVP를 구성합니다.

  • 원격 PE 라우터에 MPLS 및 LSP를 구성합니다.

  • BGP 및 OSPF를 구성합니다.

BGP L2VPN에 대한 FAT 의사회선 지원을 구성하여 MPLS 트래픽을 로드 밸런싱하려면 다음을 수행해야 합니다.

  1. L2VPN 프로토콜에 대해 지정된 라우팅 인스턴스에 대해 프로바이더 장비에 연결된 사이트를 구성합니다.
  2. 라우팅 인스턴스에 대한 L2VPN 프로토콜을 구성하여 리모트 PE로 수신 방향의 플로우 레이블을 팝업하는 광고 기능을 제공합니다.
  3. L2VPN 프로토콜을 구성하여 원격 PE로 전송 방향의 플로우 레이블을 푸시하는 광고 기능을 제공합니다.
  4. VPLS 프로토콜에 대해 지정된 라우팅 인스턴스를 위해 프로바이더 장비에 연결된 사이트를 구성합니다.
  5. 라우팅 인스턴스에 대한 VPLS 프로토콜을 구성하여 리모트 PE로 수신 방향의 플로우 레이블을 팝업하는 광고 기능을 제공합니다.
  6. VPLS 프로토콜을 구성하여 원격 PE로 전송 방향의 플로우 레이블을 푸시하는 광고 기능을 제공합니다.

예를 들면 다음과 같습니다. BGP L2VPN에 대한 FAT 유사회선 지원 구성 MPLS 트래픽 로드 밸런싱

이 예에서는 BGP L2VPN에 대한 FAT 유사회선 지원을 구현하여 MPLS 트래픽의 로드 밸런싱을 지원하는 방법을 보여줍니다.

요구 사항

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

  • 5개의 MX 시리즈 라우터

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

BGP L2VPN에 대한 FAT 유사 회선 지원을 구성하기 전에 라우팅 및 시그널링 프로토콜을 구성해야 합니다.

개요

Junos OS를 사용하면 L2VPN과 같은 BGP 신호 유사 회선에 대해 지원되는 FAT(Flow-Aware Transport) 플로우 레이블을 레이블 에지 라우터(LE)에서만 구성할 수 있습니다. 이로 인해 전송 라우터 또는 LSR(Label-Switching Router)이 페이로드의 심층 패킷 검사 없이 ECMP(Equal-Cost Multipath) 경로 또는 링크 어그리게이션 그룹(LAG)에서 MPLS 패킷의 로드 밸런싱을 수행합니다. FAT 플로우 라벨은 VPWS 및 VPLS 의사회선용 LDP 신호 포워딩 평가 등급(FEC 128 및 FEC 129) 의사회선에 사용할 수 있습니다.

토폴로지

그림 15, Device PE1 및 Device PE2에서 구성된 BGP L2VPN에 대한 FAT 유사회선 지원을 보여줍니다.

그림 15: BGP L2VPN에 대한 FAT 유사선 지원 예BGP L2VPN에 대한 FAT 유사선 지원 예

구성

CLI 빠른 구성

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

CE1

PE1

P

PE2

CE2

PE1 구성

단계별 절차

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

Device PE1을 구성하려면:

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

  2. 논스톱 라우팅을 구성하고 라우터 ID를 구성합니다.

  3. AS(autonomous system) 번호를 구성하고 내보내기 명령문과 함께 로컬 라우터의 포워딩 테이블에 정책을 적용합니다.

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

  5. MPLS 프로토콜에 레이블 스위칭 경로 속성을 적용하고 인터페이스를 구성합니다.

  6. 피어 그룹을 정의하고 피어 그룹용 BGP 세션 vpls-pe의 로컬 엔드 주소 주소를 구성합니다.

  7. 업데이트에서 NLRIS에 대한 프로토콜 제품군의 속성을 구성합니다.

  8. 피어 그룹에 vpls-pe대해 이웃 구성 .

  9. 트래픽 엔지니어링을 구성하고 OSPF 영역 0.0.0.0의 인터페이스를 구성합니다.

  10. 라우팅 정책 및 BGP 커뮤니티 정보를 구성합니다.

  11. 라우팅 인스턴스 유형을 구성하고 인터페이스를 구성합니다.

  12. 예를 들어 l2vpn-inst라우트 구분기를 구성하고 VRF 대상 커뮤니티를 구성합니다.

  13. L2VPN 프로토콜에 필요한 캡슐화 유형을 구성합니다.

  14. 프로바이더는 장비에 연결된 사이트를 구성합니다.

  15. 라우팅 인스턴스를 위한 L2VPN 프로토콜을 구성하여 수신 방향의 플로우 레이블을 원격 PE로 poping 하는 광고 기능을 제공하고, 리모트 PE로의 전송 방향에서 플로우 레이블을 푸시하는 광고 기능을 제공합니다.

  16. 라우팅 인스턴스 유형을 구성하고 인터페이스를 구성합니다.

  17. 예를 들어 vp1라우트 구분기를 구성하고 VRF 대상 커뮤니티를 구성합니다.

  18. VPLS 도메인에 최대 사이트 식별자를 할당합니다.

  19. VPLS 인스턴스에 터널 서비스를 사용하지 않도록 구성하고 서비스 프로바이더 장비에 연결된 사이트에 사이트 식별자를 할당합니다.

  20. 라우팅 인스턴스를 위한 VPLS 프로토콜을 구성하여 수신 방향의 플로우 레이블을 원격 PE로 팝업하고 리모트 PE로 전송 방향의 플로우 레이블을 푸시하는 광고 기능을 제공합니다.

결과

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

확인

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

BGP 요약 정보 검증
목적

BGP 요약 정보를 확인합니다.

실행

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

의미

출력은 BGP 요약 정보를 표시합니다.

L2VPN 연결 정보 검증
목적

레이어 2 VPN 연결 정보를 확인합니다.

실행

운영 모드에서 명령을 실행 show l2vpn connections 하여 레이어 2 VPN 연결 정보를 표시합니다.

의미

출력은 플로우 레이블 전송 및 플로우 레이블 수신 정보와 함께 Layer 2 VPN 연결 정보를 표시합니다.

경로 검증
목적

예상 경로 학습 여부를 확인합니다.

실행

운영 모드에서 명령을 실행 show route 하여 라우팅 테이블에 경로를 표시합니다.

의미

출력은 라우팅 테이블의 모든 경로를 보여줍니다.

PE2 구성

절차

단계별 절차

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

장비 PE2를 구성하려면:

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

  2. 라우터 ID를 구성합니다.

  3. AS(autonomous system) 번호를 구성하고 내보내기 명령문과 함께 로컬 라우터의 포워딩 테이블에 정책을 적용합니다.

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

  5. MPLS 프로토콜에 레이블 스위칭 경로 속성을 적용하고 인터페이스를 구성합니다.

  6. 피어 그룹을 정의하고 피어 그룹에 대한 vpls-peBGP 세션의 로컬 엔드 주소를 구성합니다.

  7. 업데이트에서 NLRIS에 대한 프로토콜 제품군의 속성을 구성합니다.

  8. 피어 그룹에 vpls-pe대해 이웃 구성 .

  9. 트래픽 엔지니어링을 구성하고 OSPF 영역 0.0.0.0의 인터페이스를 구성합니다.

  10. 라우팅 정책 및 BGP 커뮤니티 정보를 구성합니다.

  11. 라우팅 인스턴스 유형을 구성하고 인터페이스를 구성합니다.

  12. 예를 들어 l2vpn-inst라우트 구분기를 구성하고 VRF 대상 커뮤니티를 구성합니다.

  13. L2VPN 프로토콜에 필요한 캡슐화 유형을 구성합니다.

  14. 프로바이더는 장비에 연결된 사이트를 구성합니다.

  15. 라우팅 인스턴스를 위한 L2VPN 프로토콜을 구성하여 수신 방향의 플로우 레이블을 원격 PE로 poping 하는 광고 기능을 제공하고, 리모트 PE로의 전송 방향에서 플로우 레이블을 푸시하는 광고 기능을 제공합니다.

  16. 라우팅 인스턴스 유형을 구성하고 인터페이스를 구성합니다.

  17. 예를 들어 vpl1라우트 구분기를 구성하고 VRF 대상 커뮤니티를 구성합니다.

  18. VPLS 도메인에 최대 사이트 식별자를 할당합니다.

  19. VPLS 인스턴스에 터널 서비스를 사용하지 않도록 구성하고 서비스 프로바이더 장비에 연결된 사이트에 사이트 식별자를 할당합니다.

  20. 라우팅 인스턴스를 위한 VPLS 프로토콜을 구성하여 리모트 PE로 수신 방향의 플로우 레이블을 팝업하고 원격 PE로 전송 방향의 푸시 플로우 레이블에 광고 기능을 제공할 수 있는 광고 기능을 제공합니다.

결과

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

확인

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

BGP 요약 정보 검증

목적

BGP 요약 정보를 확인합니다.

실행

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

의미

출력은 BGP 요약 정보를 표시합니다.

L2VPN 연결 정보 검증

목적

레이어 2 VPN 연결 정보를 확인합니다.

실행

운영 모드에서 명령을 실행 show l2vpn connections 하여 레이어 2 VPN 연결 정보를 표시합니다.

의미

출력은 플로우 레이블 전송 및 플로우 레이블 수신 정보와 함께 Layer 2 VPN 연결 정보를 표시합니다.

경로 검증

목적

예상 경로 학습 여부를 확인합니다.

실행

운영 모드에서 명령을 실행 show route 하여 라우팅 테이블에 경로를 표시합니다.

의미

출력은 라우팅 테이블의 모든 경로를 보여줍니다.

MPLS 트래픽 로드 밸런싱을 위해 BGP VPLS에 대한 FAT 유사회선 지원 구성

FAT(Flow-Aware Transport) 또는 플로우 레이블은 VPLS와 같은 BGP 신호 유사 회선에 대해 지원되며, LRS(Label Edge Router)에서만 구성됩니다. 이를 통해 전송 라우터 또는 LSR(Label-Switching Router)은 페이로드에 대한 심층 패킷 검사 없이 ECMP(Equal-Cost Multipath) 또는 링크 어그리게이션 그룹(LAG)에서 MPLS 패킷의 로드 밸런싱을 수행할 수 있습니다. FAT 의사회선 또는 플로우 레이블은 포워딩 동등성 등급(FEC128 및 FEC129)을 갖춘 LDP 신호 VPLS와 함께 사용할 수 있으며, P2P 또는 P2 서비스를 위해 BGP 신호 Pseudowires에 대한 플로우 레이블 지원이 확장됩니다.

BGP VPLS에 대한 FAT 의사회선 지원을 구성하기 전에 MPLS 트래픽의 로드 밸런싱:

  • 디바이스 인터페이스를 구성하고 모든 인터페이스에서 MPLS를 활성화합니다.

  • RSVP를 구성합니다.

  • 원격 PE 라우터에 MPLS 및 LSP를 구성합니다.

  • BGP 및 OSPF를 구성합니다.

MPLS 트래픽의 로드 밸런싱을 위해 BGP VPLS에 대한 FAT 의사회선 지원을 구성하려면 다음을 수행해야 합니다.

  1. VPLS 프로토콜에 대해 지정된 라우팅 인스턴스를 위해 프로바이더 장비에 연결된 사이트를 구성합니다.
  2. 라우팅 인스턴스에 대한 VPLS 프로토콜을 구성하여 리모트 PE로 수신 방향의 플로우 레이블을 팝업하는 광고 기능을 제공합니다.
  3. VPLS 프로토콜을 구성하여 원격 PE로 전송 방향의 플로우 레이블을 푸시하는 광고 기능을 제공합니다.

예를 들면 다음과 같습니다. MPLS 트래픽 로드 밸런싱을 위해 BGP VPLS에 대한 FAT 유사회선 지원 구성

이 예에서는 BGP VPLS에 대한 FAT 유사회선 지원을 구현하여 MPLS 트래픽의 로드 밸런싱을 지원하는 방법을 보여줍니다.

요구 사항

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

  • 5개의 MX 시리즈 라우터

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

BGP VPLS에 대한 FAT 유사 회선 지원을 구성하기 전에 라우팅 및 시그널링 프로토콜을 구성해야 합니다.

개요

Junos OS를 사용하면 VPLS와 같은 BGP 신호 유사 회선에 대해 지원되는 FAT(Flow-Aware Transport) 플로우 레이블을 레이블 에지 라우터(LE)에서만 구성할 수 있습니다. 이로 인해 전송 라우터 또는 LSR(Label-Switching Router)이 페이로드의 심층 패킷 검사 없이 ECMP(Equal-Cost Multipath) 경로 또는 링크 어그리게이션 그룹(LAG)에서 MPLS 패킷의 로드 밸런싱을 수행합니다. FAT 플로우 라벨은 VPWS 및 VPLS 의사회선용 LDP 신호 포워딩 평가 등급(FEC 128 및 FEC 129) 의사회선에 사용할 수 있습니다.

토폴로지

그림 16 Device PE1 및 Device PE2에서 구성된 BGP VPLS에 대한 FAT 유사회선 지원을 보여줍니다.

그림 16: BGP VPLS에 대한 FAT 유사선 지원 예BGP VPLS에 대한 FAT 유사선 지원 예

구성

CLI 빠른 구성

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

CE1

PE1

P

PE2

CE2

PE1 구성

단계별 절차

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

Device PE1을 구성하려면:

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

  2. 논스톱 라우팅을 구성하고 라우터 ID를 구성합니다.

  3. AS(autonomous system) 번호를 구성하고 내보내기 명령문과 함께 로컬 라우터의 포워딩 테이블에 정책을 적용합니다.

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

  5. MPLS 프로토콜에 레이블 스위칭 경로 속성을 적용하고 인터페이스를 구성합니다.

  6. 피어 그룹을 정의하고 피어 그룹에 대한 vpls-peBGP 세션의 로컬 끝 주소를 구성합니다.

  7. 업데이트에서 NLRIS에 대한 프로토콜 제품군의 속성을 구성합니다.

  8. 피어 그룹에 vpls-pe대해 이웃 구성 .

  9. 트래픽 엔지니어링을 구성하고 OSPF 영역 0.0.0.0의 인터페이스를 구성합니다.

  10. 라우팅 정책 및 BGP 커뮤니티 정보를 구성합니다.

  11. 라우팅 인스턴스 유형을 구성하고 인터페이스를 구성합니다.

  12. 예를 들어 vpl1라우트 구분기를 구성하고 VRF 대상 커뮤니티를 구성합니다.

  13. VPLS 도메인에 최대 사이트 식별자를 할당합니다.

  14. VPLS 인스턴스에 터널 서비스를 사용하지 않도록 VPLS 프로토콜을 구성하고 서비스 프로바이더 장비에 연결된 사이트에 사이트 식별자를 할당합니다.

  15. 라우팅 인스턴스를 위한 VPLS 프로토콜을 구성하여 수신 방향의 플로우 레이블을 원격 PE로 팝업하고 리모트 PE로 전송 방향의 플로우 레이블을 푸시하는 광고 기능을 제공합니다.

결과

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

PE2 구성

단계별 절차

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

장비 PE2를 구성하려면:

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

  2. 라우터 ID를 구성합니다.

  3. AS(autonomous system) 번호를 구성하고 내보내기 명령문과 함께 로컬 라우터의 포워딩 테이블에 정책을 적용합니다.

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

  5. MPLS 프로토콜에 레이블 스위칭 경로 속성을 적용하고 인터페이스를 구성합니다.

  6. 피어 그룹을 정의하고 피어 vpls-pe그룹에 대한 BGP 세션의 로컬 엔드 주소를 구성합니다.

  7. 업데이트에서 NLRIS에 대한 프로토콜 제품군의 속성을 구성합니다.

  8. 피어 그룹에 vpls-pe대해 이웃 구성 .

  9. 트래픽 엔지니어링을 구성하고 OSPF 영역 0.0.0.0의 인터페이스를 구성합니다.

  10. 라우팅 정책 및 BGP 커뮤니티 정보를 구성합니다.

  11. 라우팅 인스턴스 유형을 구성하고 인터페이스를 구성합니다.

  12. 예를 들어 vp11라우트 구분기를 구성하고 VRF 대상 커뮤니티를 구성합니다.

  13. VPLS 도메인에 최대 사이트 식별자를 할당합니다.

  14. VPLS 인스턴스에 터널 서비스를 사용하지 않도록 VPLS 프로토콜을 구성하고 서비스 프로바이더 장비에 연결된 사이트에 사이트 식별자를 할당합니다.

  15. 라우팅 인스턴스를 위한 VPLS 프로토콜을 구성하여 수신 방향의 플로우 레이블을 원격 PE로 팝업하고 리모트 PE로 전송 방향의 플로우 레이블을 푸시하는 광고 기능을 제공합니다.

결과

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

확인

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

VPLS 연결 정보 검증
목적

VPLS 연결 정보를 확인합니다.

실행

운영 모드에서 명령을 실행 show vpls connections 하여 VPLS 연결 정보를 표시합니다.

의미

출력은 VPLS 연결 정보를 플로우 레이블 수신 및 플로우 레이블 전송 정보와 함께 표시합니다.

확인

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

VPLS 연결 정보 검증

목적

VPLS 연결 정보를 확인합니다.

실행

운영 모드에서 명령을 실행 show vpls connections 하여 VPLS 연결 정보를 표시합니다.

의미

출력은 VPLS 연결 정보를 플로우 레이블 수신 및 플로우 레이블 전송 정보와 함께 표시합니다.

출시 내역 표
릴리스
설명
20.2R1
Junos OS 릴리스 20.2R1부터 시작하여 전송 프로토콜로 유니캐스트되는 BGP를 통해 MX 시리즈, EX9204, EX9208, EX9214, EX9251 및 EX9253 디바이스는 Layer 2 회로, Layer 2 VPN 및 VPLS(BGP VPLS, LDP VPLS 및 FEC 129 VPLS) 서비스를 위한 BGP PIC 에지 보호를 지원합니다.
19.2R1
Junos OS 릴리스 19.2R1부터 QFX10000 스위치에서 최대 512개의 동일 비용 경로를 지정할 수 있습니다.
19.1R1
Junos OS 릴리스 19.1R1부터 QFX10000 스위치에서 최대 128개의 동일한 비용 경로를 지정할 수 있습니다.
18.4R1
Junos OS 릴리스 18.4R1부터 BGP는 여러 ECMP 경로 외에도 최대 2 개의 추가 경로 경로를 알릴 수 있습니다.
18.1R1
Junos OS 릴리스 18.1R1 BGP 다중 경로에서 시작하여 계층 수준에서 전 세계적으로 [edit protocols bgp] 지원됩니다. 일부 BGP 그룹 및 이웃에서 다중 경로를 선택적으로 비활성화할 수 있습니다. [edit protocols bgp group group-name multipath] 그룹 또는 특정 BGP neighbor에 대해 다중 경로 옵션을 사용하지 않도록 하려면 계층 수준에 포함 disable
18.1R1
Junos OS 릴리스 18.1R1부터 모든 BGP 경로가 수신될 때까지 다중 경로 계산을 연기할 수 있습니다. 다중 경로가 활성화되면 BGP는 새 경로가 추가될 때마다 또는 기존 경로가 변경될 때마다 다중 경로 큐에 경로를 삽입합니다. BGP 경로 추가 기능을 통해 여러 경로를 수신하는 경우 BGP는 여러 번 하나의 다중 경로 경로를 계산할 수 있습니다. 다중 경로 계산은 RIB(라우팅 테이블이라고도 함) 학습 속도를 느리게 합니다. RIB 학습 속도를 높이기 위해 BGP 경로가 수신될 때까지 다중 경로 계산을 연기하거나 BGP 경로가 해결될 때까지 요구 사항에 따라 다중 경로 빌드 작업의 우선 순위를 낮출 수 있습니다. 계층 수준에서 구성 defer-initial-multipath-build[edit protocols bgp] 된 다중 경로 계산을 연기합니다. 또는 계층적 수준의 구성 명령문을 [edit protocols bgp] 사용하여 multipath-build-priority BGP 다중 경로 빌드 작업 우선 순위를 낮춰 RIB 학습 속도를 높일 수 있습니다.