Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

BGP(Border Gateway Protocol) 개요

이해 BGP(Border Gateway Protocol)

BGP(Border Gateway Protocol) 다른 자율 시스템(AS)의 라우터 간 라우팅 정보를 교환하는 데 사용되는 EGP(External Gateway Protocol)입니다. BGP(Border Gateway Protocol) 정보에는 각 대상에 대한 완벽한 경로가 포함됩니다. BGP(Border Gateway Protocol) 정보를 사용하여 네트워크 연결성 정보 데이터베이스를 유지 관리하고 다른 보안 시스템과 BGP(Border Gateway Protocol) 있습니다. BGP(Border Gateway Protocol) 연결 그래프를 생성하기 위해 네트워크 연결성 정보를 사용하여 BGP(Border Gateway Protocol) 루프를 제거하고 AS 수준에서 정책 결정을 적용할 수 있습니다.

MBGP(Multiprotocol BGP(Border Gateway Protocol)) 확장을 통해 IP BGP(Border Gateway Protocol) 버전 6(IPv6)을 지원할 수 있습니다.MBGP는 IPv6 도달 능력 정보를 전달하는 MP_REACH_NLRI MP_UNREACH_NLRI 및 정책의 속성을 정의합니다. NLRI(Network Layer Reachability Information) 업데이트 메시지는 IPv6 주소 실현 가능성 경로의 prefix를 전달합니다.

BGP(Border Gateway Protocol) 기반 라우팅을 지원 라우팅 정책을 사용하여 대상에 대한 여러 경로 중에서 선택하고 라우팅 정보의 재배포를 제어할 수 있습니다.

BGP(Border Gateway Protocol) 포트 179를 사용하여 TCP를 전송 프로토콜로 사용합니다. 안정적인 전송 프로토콜에서 실행되어 업데이트 단편화, 재전송, BGP(Border Gateway Protocol) 구현할 필요가 없습니다.

이 Junos OS 라우팅 프로토콜 소프트웨어는 4 버전 BGP(Border Gateway Protocol) 지원됩니다. 이 BGP(Border Gateway Protocol) 네트워크 클래스의 개념을 제거하는 Classless Interdomain Routing(CIDR(Classless Interdomain Routing))에 대한 지원을 추가합니다. 주소의 비트가 첫 번째 옥트(octet)를 확인하여 네트워크를 나타내는 것이 아니라, CIDR(Classless Interdomain Routing) 네트워크 주소에서 비트 수를 명시적으로 지정하여 라우팅 테이블의 크기를 줄이는 방법을 제공합니다. BGP(Border Gateway Protocol) 버전 4는 AS 경로의 어그리게이셔를 포함하여 라우트의 어그리게이셔를 지원할 수 있습니다.

이 섹션에서는 다음 주제에 대해 설명합니다.

자율 시스템

AS(Autonomous System)는 단일 기술 관리 하에 있는 라우터 집합으로 일반적으로 단일 내부 게이트웨이 프로토콜과 공통 메트릭 세트를 사용하여 라우터 세트 내에서 라우팅 정보를 전파합니다. 다른 AS의 경우, AS는 일관된 단일 내부 라우팅 계획을 갖추고 있는 것으로 나타나며, 이를 통해 목적지에 도달할 수 있는 목적지를 일관된 그림으로 제시합니다.

AS 경로 및 속성

시스템 BGP(Border Gateway Protocol) 교환하는 라우팅 정보에는 각 대상에 대한 전체 경로는 물론, 경로에 대한 추가 정보가 포함됩니다. 각 대상에 대한 경로는 AS 경로라고불리며 추가 경로 정보가 경로 속성에 포함됩니다. BGP(Border Gateway Protocol) AS 경로 및 경로 속성을 사용하여 네트워크 토폴로지가 완전히 결정됩니다. 일단 BGP(Border Gateway Protocol) 이해하면 라우팅 루프를 감지하여 제거하고 관리 기본 설정 및 라우팅 정책 결정을 적용하기 위해 경로 그룹 중에서 선택할 수 있습니다.

외부 및 내부 BGP(Border Gateway Protocol)

BGP(Border Gateway Protocol) 라우팅 정보의 교환은 단일 AS 내에서 서로 다른 ASS 및 거래소를 교환할 수 있습니다. AS 사이에서 사용되는 경우, BGP(Border Gateway Protocol) EBGP(external BGP(Border Gateway Protocol))라고 불리며 BGP(Border Gateway Protocol) 세션은 AS 간 라우팅을 수행한다. AS 내에서 사용되는 경우, BGP(Border Gateway Protocol)(internal BGP(Border Gateway Protocol))라고 불리며 BGP(Border Gateway Protocol) 세션은 IBGP(Internal AS 내부 라우팅.그림 1AS, IBGP 및 EBGP를 보여 주는 것입니다.

그림 1: ASS, EBGP 및 IBGPASS, EBGP 및 IBGP

BGP(Border Gateway Protocol) 시스템은 인접한 BGP(Border Gateway Protocol) 시스템과 네트워크 도달 능력 정보를 공유합니다.이를 이웃 또는 피어라고 합니다.

BGP(Border Gateway Protocol) 시스템을 그룹으로 배치합니다. IBGP 그룹에서 내부 피어라고 하는 그룹의 모든 피어는 동일한 AS에 있습니다. 내부 피어는 로컬 AS의 어느 곳에나 있을 수 있으며 직접 연결할 필요가 없습니다. 내부 그룹은 네트워크의 경로를 IGP 주소를 해결합니다. 또한 IBGP를 실행하는 다른 모든 내부 라우터들 사이에서 외부 경로를 전파하고, 경로로 수신된 BGP(Border Gateway Protocol) 넥스 홉을 취합하여 내부 게이트웨이 프로토콜 중 하나의 정보를 사용하여 이를 분석하여 다음 홉을 계산합니다.

EBGP 그룹에서 외부 피어라고 하는 그룹의 피어는 서로 다른 AS에 있으며 일반적으로 서브넷을 공유합니다. 외부 그룹에서 다음 홉은 외부 피어와 로컬 라우터 간에 공유되는 인터페이스와 관련해 계산됩니다.

다수의 BGP(Border Gateway Protocol)

다음과 같은 계층 수준에서 여러 BGP(Border Gateway Protocol) 인스턴스를 구성할 수 있습니다.

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

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

다수의 BGP(Border Gateway Protocol) 레이어 3 VPN 지원에 사용됩니다.

IGP 피어와 EBGP(external BGP(Border Gateway Protocol)) 피어(논 멀티호프 및 멀티 HOP) 피어는 모두 라우팅 인스턴스에서 지원됩니다. BGP(Border Gateway Protocol) 피어링은 계층 구조로 구성된 인터페이스 중 하나에 routing-instances 설정됩니다.

주:

BGP(Border Gateway Protocol) 이웃이 BGP(Border Gateway Protocol) 라우팅 장비로 BGP(Border Gateway Protocol) 경우, 해당 메시지가 수신되는 수신 인터페이스는 BGP(Border Gateway Protocol) neighbor 구성이 있는 동일한 라우팅 인스턴스에서 구성되어야 합니다. 이는 단일 홉을 멀리 또는 여러 홉에서 멀리 떨어져 있는 이웃에 해당됩니다.

기본적으로 BGP(Border Gateway Protocol) 피어에서 학습된 경로가 instance-name.inet.0 테이블에 추가됩니다. 가져오기 및 내보내기 정책을 구성하여 인스턴스 라우팅 테이블 안과 아웃 정보의 흐름을 제어할 수 있습니다.

Layer 3 VPN 지원의 경우 PE(Provider Edge) 라우터에서 BGP(Border Gateway Protocol)(고객 에지(CE)) 라우터에서 경로를 수신하고 필요한 경우 인스턴스의 경로를 고객 에지(CE) 구성합니다. 여러 개의 네트워크 인스턴스를 사용하여 BGP(Border Gateway Protocol) PE 라우터에서 VPN 트래픽을 분리할 수 있는 개별 사이트별 포우링 테이블을 유지할 수 있습니다.

서비스 제공업체가 고객 트래픽을 제어하고 속도 제한할 수 있도록 가져오기 및 내보내기 정책을 구성할 수 있습니다.

VRF 라우팅 인스턴스에 대한 EBGP 멀티 HOP 세션을 구성할 수 있습니다. 또한 인터페이스 주소 대신 고객 에지(CE) 라우터의 루프백 주소를 사용하여 PE와 라우터 간에 EBGP 피어를 고객 에지(CE) 수 있습니다.

BGP(Border Gateway Protocol) 경로 개요

BGP(Border Gateway Protocol) 경로는 IP 주소 prefix로 설명되는 대상과 대상에 대한 경로를 설명하는 정보입니다.

다음 정보는 경로를 설명하고 있습니다.

  • AS 경로. 경로는 루트가 로컬 라우터에 도달하기 위해 통과하는 AS 수의 목록입니다. 경로의 첫 번째 번호는 경로에 있는 마지막 AS 즉, 로컬 라우터에 가장 가까운 AS입니다. 경로의 마지막 번호는 로컬 라우터에서 가장 멀리 떨어져 있는 번호로, 이는 일반적으로 경로의 원본입니다.

  • 경로 속성. 라우팅 정책에서 사용되는 AS 경로에 대한 추가 정보가 포함되어 있습니다.

BGP(Border Gateway Protocol) 메시지에 대해 동료에게 경로를 광고할 수 있습니다.

BGP(Border Gateway Protocol) 라우팅 테이블에 경로를 Junos OS inet.0 저장합니다(). 라우팅 테이블은 라우팅 경로에 대한 BGP(Border Gateway Protocol) 저장합니다.

  • 동료로부터 수신된 업데이트 메시지를 통해 학습된 라우팅 정보

  • 로컬 정책으로 BGP(Border Gateway Protocol) 라우팅에 적용되는 로컬 라우팅 정보

  • 업데이트 BGP(Border Gateway Protocol) 동료에게 BGP(Border Gateway Protocol) 광고하는 정보

라우팅 테이블의 각 Prefix에 대해 라우팅 프로토콜 프로세스는 활성 경로라는 단일 최상의 경로를 선택합니다. 동일한 대상에 BGP(Border Gateway Protocol) 여러 경로를 광고하도록 구성하지 않는 한 활성 BGP(Border Gateway Protocol) 경로만 광고하도록 구성할 수 있습니다.

처음 BGP(Border Gateway Protocol) 광고하는 라우터는 다음 값 중 하나를 할당하여 원본을 식별합니다. 경로 선택 중에 최저 오리진 값이 우선됩니다.

  • 0—원래 라우터는 IGP(최단 경로 우선(OSPF), IS-IS(Intermediate System to Intermediate System) 라우트)를 통해 경로를 학습했습니다.

  • 1—원래 라우터는 EGP를 통해 경로를 BGP(Border Gateway Protocol).

  • 2—경로의 원본은 알려지지 않습니다.

BGP(Border Gateway Protocol) 경로 해결 개요

원격 BGP(Border Gateway Protocol)(protocol next hop)에 대한 넥스홉 주소가 있는 내부 IBGP(Internal BGP(Border Gateway Protocol)) 루트는 일부 다른 루트를 사용하여 다음 홉을 해결해야 합니다. BGP(Border Gateway Protocol) 확인을 위해 이 경로를 rpd resolver 모듈에 추가합니다. 네트워크에서 RSVP를 사용하는 경우 RSVP ingress BGP(Border Gateway Protocol) 다음 홉이 해결됩니다. 그 결과, BGP(Border Gateway Protocol) 경로 포인(route pointing)이 간접 다음 홉으로, 간접 다음 홉은 포우링 다음 홉을 핑(forwarding next hop)으로 이동하게 됩니다. 포링 넥스 홉은 RSVP Route Next Hop에서 파생됩니다. 동일한 프로토콜 넥스 홉을 BGP(Border Gateway Protocol) 많은 내부 BGP(Border Gateway Protocol) 경로 세트가 동일한 간접 넥스 홉을 참조하게 됩니다.

Junos OS Release 17.2R1 RPD(Routing Protocol Process)의 resolver 모듈은 다음과 같은 방식으로 수신된 IBGP 내에서 해결된 라우트입니다.

  1. 부분 경로 해결—프로토콜 다음 홉은 RSVP 또는 IGP 경로에 따라 해결됩니다. 메트릭 값이 도우미 경로에서 도출된 다음 홉을 도우미 경로에서 파생된 다음 홉을 도우미 경로에서 상속된 resolver 포우링 다음 홉이라고 합니다. 이러한 메트릭 값은 라우팅 정보 베이스(RIB)에서 라우팅 테이블로 알려진 경로를 선택하는 데 사용됩니다.

  2. 완벽한 경로 해결—최종 다음 홉은 파생 및 포링 수출 정책을 기반으로 커널 라우팅 테이블(KRT) 포우링 다음 홉이라고 합니다.

Junos OS Release 17.2R1 rpd의 resolver 모듈은 인바운드 프로세싱 플로우의 처리 성능을 높이기 위해 최적화되어 RIB 및 FIB의 학습 속도를 가속화합니다. 이 향상을 통해 경로 해결은 다음과 같은 영향을 미치게 됩니다.

  • 각 경로가 동일한 해결된 다음 홉 또는 KRT 포우링 다음 홉을 상속할 수 있는 경우도 있습니다. 각 IBGP 경로에 대해 부분 및 전체 경로 해결 방법이 트리거됩니다.

  • BGP(Border Gateway Protocol) 경로 선택은 경로 선택 후 RIB에서 최상의 경로가 될 수 BGP(Border Gateway Protocol) neighbor에서 수신된 NLRI(Network Layer Reachability Information)에 대해 완벽한 경로 확인이 수행될 때까지 지연됩니다.

RPD Resolver 최적화의 이점은 다음과 같습니다.

  • RIB 해상도 룩업 비용 절감—해결된 경로의 출력은 resolver 캐시에 저장되어 동일한 다음 홉 및 메트릭 값이 부분 및 전체 경로 해결 플로우를 수행하는 대신 동일한 경로 동작을 공유하는 다른 경로 집합에 상속될 수 있습니다. 따라서 깊이가 제한된 캐시에서 가장 빈번한 해결 상태만 유지 관리하여 경로 해결 룩업 비용을 절감할 수 있습니다.

  • BGP(Border Gateway Protocol) 경로 선택 최적화—BGP(Border Gateway Protocol) 경로 선택 알고리즘은 먼저 수신된 모든 IBGP 라우트에 대해 두 번 트리거되는 한편, 다음 홉(다음 홉을 사용할 수 없는 경우) 및 두 번째로 RIB에 경로를 추가하는 동시에(경로 해결 후) RIB에서 해결된 다음 홉을 사용하여 경로를 추가합니다. 그 결과, 최상의 경로를 두 번 선택하게 됩니다. Resolver 최적화를 통해, 경로 선택 프로세스는 resolver 모듈에서 넥넥 홉 정보를 받은 후에만 수신 플로우에서 트리거됩니다.

  • 자주 룩업을 방지하기 위한 내부 캐싱—resolver 캐시는 가장 빈번한 resolver 상태를 유지하며, 그 결과 넥스홉 룩업 및 루트 룩업과 같은 룩업 기능이 로컬 캐시에서 수행됩니다.

  • 경로 등가 그룹—서로 다른 경로가 동일한 포우징 상태를 공유하거나 동일한 프로토콜 다음 홉에서 수신된 경우 경로는 하나의 경로 등가 그룹에 속할 수 있습니다. 이러한 접근 방식을 통해 이러한 경로에 대한 완벽한 경로 해결을 수행할 필요가 없습니다. 새로운 경로에 완전한 경로 해결이 필요한 경우, 먼저 간접 다음 홉 및 포워드 홉과 같은 해결된 경로 출력을 포함하는 경로 등가 그룹 데이터베이스에서 검색됩니다.

BGP(Border Gateway Protocol) 메시지 개요

모든 BGP(Border Gateway Protocol) 메시지에는 동기화 및 인증에 사용되는 마커 필드, 패킷의 길이를 나타내는 길이 필드, 메시지 유형을 나타내는 유형 필드(예: 개방형, 업데이트, 알림, keepalive 등)를 포함하는 고정 크기의 헤더가 있습니다.

이 섹션에서는 다음 주제에 대해 설명합니다.

개방형 메시지

두 개의 BGP(Border Gateway Protocol) 시스템 간에 TCP 연결이 설정되면 개방형 BGP(Border Gateway Protocol) 메시지를 교환하여 이들 BGP(Border Gateway Protocol) 연결합니다. 연결이 설정되면 두 시스템은 BGP(Border Gateway Protocol) 트래픽을 교환할 수 있습니다.

개방형 메시지는 BGP(Border Gateway Protocol) 헤더와 다음 필드로 구성됩니다.

  • 버전—현재 BGP(Border Gateway Protocol) 버전 번호는 4입니다.

  • 로컬 AS 번호—명령문을 계층 수준에 포함하여 autonomous-system[edit routing-options][edit logical-systems logical-system-name routing-options] 구성합니다.

  • 시간 보유—제안된 보유 시간 가치. 명령문으로 로컬 홀드 시간을 hold-time BGP(Border Gateway Protocol).

  • BGP(Border Gateway Protocol) 식별자—BGP(Border Gateway Protocol) 시스템의 IP 주소. 이 주소는 시스템이 시작될 때 결정하며 모든 로컬 인터페이스와 모든 피어에서 BGP(Border Gateway Protocol) 있습니다. 명령문을 BGP(Border Gateway Protocol) 계층 수준에 포함시 하여 id를 router-id[edit routing-options][edit logical-systems logical-system-name routing-options] 구성할 수 있습니다. 기본적으로 BGP(Border Gateway Protocol) 라우터에서 발견되는 첫 번째 인터페이스의 IP 주소를 사용합니다.

  • 매개 변수 필드 길이 및 매개 변수 자체—이들은 옵션 필드입니다.

메시지 업데이트

BGP(Border Gateway Protocol) 시스템은 네트워크 도달 능력 정보를 교환하기 위해 업데이트 메시지를 전송합니다. BGP(Border Gateway Protocol) 시스템은 이 정보를 사용하여 알려진 모든 AS 간의 관계를 설명하는 그래프를 생성합니다.

메시지 업데이트는 BGP(Border Gateway Protocol) 헤더와 다음과 같은 옵션 필드로 구성됩니다.

  • 실용성 없는 경로 길이—인출 경로 필드의 길이

  • 인출 경로—더 이상 도달할 수 없는 것으로 간주됩니다. 서비스에서 철회되는 경로에 대한 IP 주소 프리픽스

  • 전체 경로 속성 길이—경로 속성 필드의 길이, 대상에 대한 실현 가능한 경로에 대한 경로 속성을 나열합니다.

  • 경로 속성—경로 원본, MED(multiple exit discriminator), 경로에 대한 시작 시스템의 선호도 및 집계, 커뮤니티, 연합 및 경로 리플렉션에 대한 정보를 포함한 경로의 속성

  • NLRI(Network Layer Reachability Information)—업데이트 메시지에 광고되는 실현할 수 있는 경로의 IP 주소 prefix

Keepalive 메시지

BGP(Border Gateway Protocol) 시스템은 Keepalive 메시지를 교환하여 링크 또는 호스트에 실패했거나 더 이상 사용할 수 없는지 여부를 판단합니다. 보관 타임러가 만료되지 않을 수 있도록 보관 메시지는 종종 충분히 교환됩니다. 이러한 메시지는 BGP(Border Gateway Protocol) 헤더로만 구성됩니다.

알림 메시지

BGP(Border Gateway Protocol) 조건이 탐지되면 시스템에서 통보 메시지를 전송합니다. 메시지가 전송된 후 BGP(Border Gateway Protocol) 시스템 간의 BGP(Border Gateway Protocol) TCP 연결이 BGP(Border Gateway Protocol) 종료됩니다. 알림 메시지는 BGP(Border Gateway Protocol) 헤더와 오류 코드 및 서브코드, 오류를 설명하는 데이터로 구성됩니다.

경로 새로 고침 메시지

BGP(Border Gateway Protocol) 시스템에서 경로 새로 고침 기능 광고를 수신한 경우만 피어로 경로 새로 고침 메시지를 전송합니다. BGP(Border Gateway Protocol) 리프레시 메시지를 수신하려면 BGP(Border Gateway Protocol) 기능 광고를 사용하여 피어에게 경로 새로 고침 기능을 광고해야 합니다. 이 선택적 메시지는 동적인 인바운드, BGP(Border Gateway Protocol) 피어의 경로 업데이트를 요청하거나 BGP(Border Gateway Protocol) 경로 업데이트를 다른 피어로 BGP(Border Gateway Protocol) 전송합니다.

경로 새로 고침 메시지는 다음과 같은 필드로 구성됩니다.

  • AFI—16비트(Address Family Identifier)

  • Res—발신자가 0으로 설정하고 수신기에 의해 무시되는 예약(8비트) 필드입니다.

  • SAFI—후속 주소 패밀리 식별자(8비트).

경로 새로 고침 기능이 없는 피어가 원격 피어로부터 루트 리프레시 요청 메시지를 수신하면 수신기는 메시지를 무시합니다.

IO BGP(Border Gateway Protocol) 이해하기 IO 스레드

BGP(Border Gateway Protocol) 경로 처리에는 대개 업데이트 수신, 업데이트 파싱(parsing update), 경로 생성, 넥스 홉(next-hop) 확인, BGP(Border Gateway Protocol) 피어 그룹의 내보내기 정책 적용, 피어 업데이트당 생성 및 업데이트 전송과 같은 여러 파이프라인 단계가 있습니다. BGP(Border Gateway Protocol) IO 스레드는 이 BGP(Border Gateway Protocol) 파이프라인의 테일 엔드를 책임져 있으며, 개별 BGP(Border Gateway Protocol) 그룹에 대한 피어 업데이트를 생성하고 피어로 전송합니다. 하나의 업데이트 스레드가 하나 이상의 BGP(Border Gateway Protocol) 수 있습니다. BGP(Border Gateway Protocol) 업데이트 IO 스레드는 다른 업데이트 스레드에 의해 서비스되는 다른 그룹과 독립적으로 병렬로 그룹에 대한 업데이트를 구성합니다. 이는 많은 그룹으로 분산된 많은 동료에게 광고와 관련한 쓰기 작업 부하의 컨버전스를 크게 개선할 수 있습니다. BGP(Border Gateway Protocol) IO 스레드는 BGPIO 스레드가 이전에 제공한 BGP(Border Gateway Protocol) 피어의 TCP 소켓(업데이트 IO에 있는 접미스 IO)의 쓰기 BGP(Border Gateway Protocol) 책임이 있습니다.

BGP(Border Gateway Protocol) IO 스레드는 RIB 샤딩 기능과 독립적으로 구성될 수 있지만 아웃바운드 및 업데이트 메시지에서 더 나은 Prefix packing 효율성을 달성하기 위해 RIB 샤딩과 함께 사용할 BGP(Border Gateway Protocol) 있습니다. BGP(Border Gateway Protocol) 분할은 별도의 RPD 스레드가 지원되는 여러 서브 RIB로 RIB를 분할합니다. 따라서 단일 아웃바운드 업데이트에 들어갔을 수 있는 Prefix는 결국 다른 면적으로 나타났습니다. 서로 다른 RPD 샤드 스레드에 속할 수 있는 동일한 송신 속성을 가지고 있는 prefix를 통해 BGP(Border Gateway Protocol) 업데이트를 구성할 수 있도록 모든 샤드 스레드는 피어 그룹에 해당 업데이트 스레드를 지원하기 위해 prefix에 광고할 prefix에 대한 소형 광고 정보를 BGP(Border Gateway Protocol) 있습니다. 이를 통해 이 BGP(Border Gateway Protocol) 피어 그룹에 지원되는 업데이트 스레드가 동일한 속성을 가지고 prefix를 압축할 수 있습니다. 이는 동일한 아웃바운드 업데이트 메시지에서 서로 다른 샤드에 속할 수 있습니다. 따라서 광고를 통해 업데이트할 업데이트의 수를 최소화하고 컨버전스를 개선하는 데 도움이 됩니다. IO 스레드는 피어, 그룹, Prefix, TSI 및 RIB 컨테이너의 로컬 캐시를 관리합니다.

BGP(Border Gateway Protocol) 스레드는 기본적으로 비활성화됩니다. 라우팅 엔진에서 업데이트 스레드를 구성하면 RPD가 업데이트 스레드를 만듭니다. 기본적으로 생성된 업데이트 스레드의 수는 라우팅 엔진의 CPU 코어 수와 동일합니다. 업데이트 스레드는 64비트 라우팅 프로토콜 프로세스(rpd)에서만 지원됩니다. 선택적으로 계층 수준에서 명령문을 사용하여 생성하려는 스레드의 수를 set update-threading <number-of-threads> 지정할 [edit system processes routing bgp] 수 있습니다. 범위는 현재 1에서 128까지입니다.

경로 BGP(Border Gateway Protocol) 이해

라우팅 테이블의 각 Prefix에서 라우팅 프로토콜 프로세스가 단일 최상의 경로를 선택합니다. 최상의 경로를 선택한 후 라우팅 테이블에 경로가 설치됩니다. 최상의 경로는 관리 거리라고도 하는 더 낮은(더 선호되는) 글로벌 기본 설정 값을 사용하는 프로토콜에서 동일한 Prefix를 학습하지 않는 경우 액티브 경로가 됩니다. 활성 경로를 결정하는 알고리즘은 다음과 같습니다.

  1. 다음 홉을 해결할 수 있는지 검증합니다.

  2. 최저 기본 설정 값(라우팅 프로토콜 프로세스 기본 설정)으로 경로를 선택하십시오.

    포우링에 사용할 수 없는 경로(예: 라우팅 정책에 의해 거부되거나 다음 홉에 대한 거부가 있기 때문에)는 -1을 선호하며 선택되지 않습니다.

  3. 로컬 선호도가 높은 경로를 선호합니다.

    비-BGP(Border Gateway Protocol) 경로의 경우 최저 값을 가지는 경로를 preference2 선택해야 합니다.

  4. 누적된 AIGP(Interior Gateway Protocol) 속성이 활성화되면 AIGP 속성이 낮은 경로를 선호합니다.

  5. 가장 짧은 AS(Autonomous System) 경로 값을 경로에 선호합니다(명령문이 구성된 경우 건너 as-path-ignore 뜁니다).

    연합 세그먼트(시퀀스 또는 세트)의 경로 길이는 0입니다. AS 세트의 경로 길이는 1입니다.

  6. 낮은 오리진 코드가 있는 경로를 선호합니다.

    네트워크에서 학습된 IGP EGP(External Gateway Protocol)에서 학습한 소스 코드보다 낮을 수 있으며, 둘 다 불완전한 경로(출처를 알 수 없는 경로)보다 원본 코드가 낮습니다.

  7. 최저 MED(Exit Discriminator) 메트릭이 있는 경로를 선호합니다.

    결정적이지 않은 라우팅 테이블 경로 선택 동작을 구성하는지 여부에 따라

    • 언트러블리 라우팅 테이블 경로 선택 동작을 구성하지 않은 경우(명령문이 BGP(Border Gateway Protocol) 구성에 포함되지 않는 경우), AS 경로 전면에 동일한 AS 번호가 있는 경로에 대해 최저 MED 메트릭을 사용하여 경로를 path-selection cisco-nondeterministic 선호합니다. 비교 경로의 피어 AS가 동일할지 여부에 따라 항상 MED를 비교하기 위해 명령문을 path-selection always-compare-med 포함합니다.

    • 언트러블리 라우팅 테이블 경로 선택 동작이 구성된 경우(명령문이 BGP(Border Gateway Protocol) 구성에 포함) MED 메트릭이 가장 낮은 경로를 path-selection cisco-nondeterministic 선호합니다.

    인접한 AS를 결정할 때 연합은 고려되지 않습니다. 누락된 MED 메트릭은 MED가 있는 것 처럼 처리되지만, 0으로 처리됩니다.

    주:

    MED 비교는 AS 내에서 단일 경로 선택(경로에 AS 경로가 없는 경우)에 대해 작동하지만, 이러한 사용은 보통이 아닙니다.

    기본적으로 동일한 피어 AS(Autonomous Systems)를 가지는 라우트의 MED만 비교됩니다. 다양한 동작을 얻기 위해 라우팅 테이블 경로 선택 옵션을 구성할 수 있습니다.

  8. 경로와 로컬로 생성된 경로(정적, 직접IGP 로컬 등)를 포함해 엄격한 내부 경로를 선호합니다.

  9. 내부 IBGP(internal BGP(Border Gateway Protocol) BGP(Border Gateway Protocol)) 세션을 통해 학습되는 외부 경로에서 엄격하게 외부 BGP(Border Gateway Protocol)(EBGP) 경로를 선호합니다.

  10. 최저 메트릭을 사용하여 IGP 다음 홉이 해결되는 경로를 선호합니다.

    주:

    이전 단계 후에 tie-break가 수행되는 경우 경로는 BGP(Border Gateway Protocol) 동일한 비용 경로로 간주됩니다(그리고 포우링에 사용됩니다. 다중 경로 기반 네트워크에서 학습한 동일한 이웃 AS를 BGP(Border Gateway Protocol) 경로가 고려됩니다.

    BGP(Border Gateway Protocol) 다중 경로는 동일한 MED-plus-IGP 비용은 같지만 비용은 IGP 적용되지 않습니다. 다중 경로 IGP 선택은 두 경로에 동일한 MED-plus 및 IGP 비용 메트릭을 기반으로 합니다.

    BGP(Border Gateway Protocol) 메트릭 값 자체를 비교하기 전에 IGP 메트릭 유형을 rt_metric2_cmp 비교합니다. 예를 들어, BGP(Border Gateway Protocol) 통해 해결되는 IGP 유형인 넥스위치 홉을 폐기 또는 거부하는 것이 RTM_TYPE_UNREACH 바람직합니다. 이러한 경로는 에 따라 inactivemetric-type 선언됩니다.

  11. 두 경로가 외부인 경우 경로 플래핑을 최소화하기 위해 현재 활성 경로를 선호합니다. 다음 조건 중 하나가 True인 경우 이 규칙은 사용되지 않습니다.

    • path-selection external-router-id 구성됩니다.

    • 두 피어 모두 동일한 라우터 ID를 니다.

    • 동료 중 한 쪽은 연합 피어입니다.

    • 두 경로 모두 현재 활성 경로가 아닙니다.

  12. 보조 경로를 통해 기본 경로를 선호합니다. 주요 경로는 라우팅 테이블에 속하는 라우트입니다. 보조 루트는 내보내기 정책을 통해 라우팅 테이블에 추가된 경로입니다.

  13. 최저 라우터 ID를 사용하여 피어 경로를 선호합니다. 발신자 ID 속성을 가지고 있는 경로의 경우, 라우터 ID 비교 중에 라우터 ID로 발신자 ID를 대체합니다.

  14. 최단 클러스터 목록 길이로 경로를 선호합니다. 길이는 목록이 없는 경우 0입니다.

  15. 최저 피어 IP 주소가 있는 피어의 경로를 선호합니다.

라우팅 테이블 경로 선택

알고리즘의 최단 AS 경로 단계는 기본적으로 AS 경로의 길이를 평가하고 활성 경로를 결정합니다. 이 옵션을 포함해 Junos OS 단계를 건너뛸 수 있는 옵션을 구성할 수 as-path-ignore 있습니다.

주:

릴리스 Junos OS, 14.1R8, 14.2R7, 15.1R4, 15.1F6 및 16.1R1 라우팅 인스턴스에서 옵션이 as-path-ignore 지원됩니다.

라우팅 프로세스 경로 선택은 BGP(Border Gateway Protocol) 테이블로 가기 전에 이루어 집니다. 라우팅 테이블 경로 선택 동작을 구성하기 위해 다음을 path-selection 포함합니다.

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

라우팅 테이블 경로 선택은 다음과 같은 방법으로 구성할 수 있습니다.

  • Cisco IOS 기본 동작()을 에뮬레이터로 에뮬레이터로 cisco-non-deterministic 구성합니다. 이 모드는 수신 순서대로 경로를 평가하고 이웃 AS에 따라 그룹화하지 않습니다. 모드를 cisco-non-deterministic 사용하면 활성 경로가 항상 우선합니다. 모든 비활성(비활성화 상태)을 유지하지만 적격의 경로는 활성 경로를 따라가고 수신 순서대로 가장 최근의 경로가 먼저 유지됩니다. 자격이 없는 경로는 목록 끝에 남습니다.

    예를 들어, 192.168.1.0 /24 경로에 대한 3가지 경로 광고가 있는 경우를 예로 들어 보겠습니다.

    • 경로 1—EBGP를 통해 학습; AS 경로 65010, MED 200

    • 경로 2—IBGP를 통해 학습; AS 경로 65020, MED(150개, IGP 5

    • 경로 3—IBGP를 통해 학습; AS 경로 65010, MED 100, IGP 10

    이들 광고는 1초 내에 나열된 순서대로 빠르게 수신됩니다. 경로 3이 가장 최근에 수신되는 경우, 라우팅 디바이스는 경로 2와 비교하여 가장 최근의 광고가 표시됩니다. IBGP 피어에 드는 비용이 경로 2에 더 좋기 때문에 라우팅 디바이스는 경로 3이 컨텐트에서 제거됩니다. 경로 1과 2를 비교할 때 라우팅 디바이스는 EBGP 피어로부터 수신하기 때문에 경로 1을 선호합니다. 이를 통해 라우팅 디바이스는 경로 1을 경로의 활성 경로로 설치할 수 있습니다.

    주:

    네트워크에서 이 구성 옵션을 사용하지 않는 것이 좋습니다. 네트워크의 모든 라우팅 장비가 일관된 경로 선택을 할 수 있도록 상호 연동성을 위해만 제공됩니다.

  • 항상 비교된 라우트의 피어 AS 여부와 MED를 always-compare-med 비교합니다().

  • 두 경로가 외부인 경우 현재 활성 경로가 선호되는 규칙을 우선합니다( external-router-id ). 경로 선택 프로세스의 다음 12 단계(단계)를 진행하십시오.

  • 경로 선택에 IGP MED 값을 비교하기 전에 넥스홉 대상을 MED 값에 추가합니다( med-plus-igp ).

    BGP(Border Gateway Protocol) 다중 경로는 동일한 MED-plus-IGP 비용은 공유하지만 비용은 IGP 적용되지 않습니다. 다중 경로 IGP 선택은 두 경로에 동일한 MED-plus 및 IGP 비용 메트릭을 기반으로 합니다.

BGP(Border Gateway Protocol) 테이블 경로 선택

경로 선택을 위해 BGP(Border Gateway Protocol) 매개 변수가 따라오고 있습니다.

  1. 가장 높은 로컬 기본 설정 값을 선호합니다.

  2. 가장 짧은 AS-경로 길이를 선호합니다.

  3. 최저 오리진 값을 선호합니다.

  4. 최저 MED 가치를 선호합니다.

  5. IBGP 피어에서 EBGP 피어로부터 학습한 경로를 선호합니다.

  6. AS에서 가장 좋은 출구를 선호합니다.

  7. EBGP 수신 경로의 경우 현재 활성 경로를 선호합니다.

  8. 최저 라우터 ID가 있는 피어의 경로를 선호합니다.

  9. 가장 짧은 클러스터 길이의 경로를 선호합니다.

  10. 최저 피어 IP 주소가 있는 피어의 라우트 선호. 단계 2, 6 및 12는 RPD 기준입니다.

목적지에 여러 경로를 광고하는 효과

BGP(Border Gateway Protocol) 여러 경로를 대상에 광고하도록 구성하지 BGP(Border Gateway Protocol) 경우 활성 경로만 광고할 수 있습니다.

라우팅 디바이스가 대상에 대한 4개의 라우팅 테이블에 있는 것으로 가정하고 최대 3개의 경로()를 광고하도록 add-path send path-count 3 구성됩니다. 경로 선택 기준에 따라 세 가지 경로가 선택됩니다. 즉, 3가지 최선의 경로가 경로 선택 순서로 선택됩니다. 가장 좋은 경로는 액티브 경로입니다. 이 경로는 고려에서 제거되고 새로운 최상의 경로가 선택됩니다. 이 프로세스는 지정된 경로 수에 도달할 때까지 반복됩니다.

지원되는 BGP(Border Gateway Protocol)

Junos OS IPv4(IP version 4) 표준을 정의하는 다음과 같은 RFC 및 인터넷 초안을 크게 BGP(Border Gateway Protocol).

지원되는 IP 버전 6(IPv6) BGP(Border Gateway Protocol) 표준은 지원되는 IPv6 표준 을 참조하세요.

Junos OS BGP(Border Gateway Protocol) 프로토콜 교환(MD5 인증)을 위한 인증을 지원

  • RFC 1745, IP를 위한 BGP4/IDRP—최단 경로 우선(OSPF) 상호 작용

  • RFC 1772, 인터넷 Border Gateway Protocol 애플리케이션

  • RFC 1997, BGP(Border Gateway Protocol) 커뮤니티 속성

  • RFC 2283, BGP(Border Gateway Protocol)-4용 멀티프로토Col 확장

  • RFC 2385, TCP MD5 BGP(Border Gateway Protocol) 옵션을 통한 세션 보호

  • RFC 2439, BGP(Border Gateway Protocol) Route Flap Damping

  • RFC 2545, IPv6 도메인 간 라우팅을 BGP(Border Gateway Protocol)-4 멀티프로토폴 확장 사용

  • RFC 2796, BGP(Border Gateway Protocol) 리플렉션 지원 – 풀 메시 IBGP 대안

  • RFC 2858, BGP(Border Gateway Protocol)-4를 위한 멀티프로토Col 확장

  • RFC 2918, BGP(Border Gateway Protocol)-4용 경로 새로 고침 기능

  • RFC 3065, 자율 시스템 연합(Autonomous System Confederations for BGP(Border Gateway Protocol)

  • RFC 3107, BGP(Border Gateway Protocol)-4에서 레이블 정보 전달

  • RFC 3345, Border Gateway Protocol(BGP(Border Gateway Protocol)) 영구 경로 오실화 조건

  • RFC 3392, BGP(Border Gateway Protocol)-4를 갖는 기능 광고

  • RFC 4271, A Border Gateway Protocol 4(BGP(Border Gateway Protocol)-4)

  • RFC 4273, BGP(Border Gateway Protocol)-4에 대한 관리 개체 정의

  • RFC 4360, BGP(Border Gateway Protocol) 확장 커뮤니티 속성

  • RFC 4364, BGP(Border Gateway Protocol)/MPLS VPN

  • RFC 4456, BGP(Border Gateway Protocol) 경로 리플렉션: 풀 메시 IBGP(Internal BGP) 대안

  • RFC 4486, 중단 BGP(Border Gateway Protocol) 메시지를 위한 서브코드

  • RFC 4659, IPv6 VPN을 BGP(Border Gateway Protocol)-MPLS VPN(IP Virtual Private Network) 확장

  • RFC 4632, Classless 도메인 간 라우팅(CIDR(Classless Interdomain Routing)): 인터넷 주소 할당 및 어그리게이트 계획

  • RFC 4684, Border Gateway Protocol/MultiProtocol Label Switching(BGP(Border Gateway Protocol)/MPLS) IP(Internet Protocol) VPN을 위한 제한적인 경로 배포

  • RFC 4724, BGP(Border Gateway Protocol)

  • RFC 4760, BGP(Border Gateway Protocol)-4를 위한 멀티프로토Col 확장

  • RFC 4781, BGP(Border Gateway Protocol) 기능을 위한 Graceful Restart MPLS

  • RFC 4798, IPv4를 통해 IPv6 섬을 MPLS 6PE(Provider Edge Routers)를 사용하여

    옵션 4b(AS에서 이웃 AS로 분류된 IPv6 경로의 eBGP 재배포)는 지원되지 않습니다.

  • RFC 4893, BGP(Border Gateway Protocol) AS 번호 공간에 대한 지원

  • RFC 5004, 외부에서 BGP(Border Gateway Protocol) 최적의 경로 전환 방지

  • RFC 5065, 자율 시스템 연합(Autonomous System Confederations for BGP(Border Gateway Protocol)

  • RFC 5082, GTSM(Generalized TTL Security Mechanism)

  • RFC 5291, BGP(Border Gateway Protocol)-4를 위한 아웃바운드 경로 필터링 기능(부분 지원)

  • RFC 5292, BGP(Border Gateway Protocol)-4용 주소-Prefix 기반 아웃바운드 경로 필터(부분 지원)

    현재 실행 Junos OS Prefix 기반 ORF 메시지를 수신할 수 있습니다.

  • RFC 5396, AS(Autonomous System) 숫자의 텍스트 표시

  • RFC 5492, BGP(Border Gateway Protocol)-4를 탑재한 기능 광고

  • RFC 5512, BGP(Border Gateway Protocol) 캡슐화 후속 주소 패밀리 식별자(SAFI) 및 BGP(Border Gateway Protocol) 터널 캡슐화 속성

  • RFC 5549, Advertising IPv4 네트워크 레이어 다음 홉을 통해 도달 능력 정보 제공

  • RFC 5575, 플로우 규격 규칙의 공개

  • RFC 5668, 4-옥et AS 특정 BGP(Border Gateway Protocol) 확장 커뮤니티

  • RFC 6286, BGP(Border Gateway Protocol)-4- 완전 호환을 위한 자율 시스템 BGP(Border Gateway Protocol) 고유 식별자

  • RFC 6368, BGP(Border Gateway Protocol)/MPLS VPN을 위한 서비스 제공업체 BGP(Border Gateway Protocol)/고객 에지 프로토콜로 내부 인증

  • RFC 6810 - 라우터 프로토콜에 대한 RPKI(Resource Public Key Infrastructure)

  • RFC 6811, BGP(Border Gateway Protocol) Prefix Origin Validation

  • RFC 6996, 자율 시스템(AS) 전용 예약

  • RFC 7300, AS(Last Autonomous System) 번호 예약

  • RFC 7611, BGP(Border Gateway Protocol) ACCEPT_OWN 커뮤니티 속성

    주니어는 라우터가 커뮤니티 Juniper 라우트 리포지터에서 수신되는 경로를 허용할 수 있도록 함으로써 accept-own RFC를 지원하고 있습니다.

  • RFC 7752, 링크 상태 및 트래픽 엔지니어링(트래픽 엔지니어링(TE)) 정보의 노스바운드 배포(BGP(Border Gateway Protocol)

  • RFC 7854, BGP(Border Gateway Protocol) 모니터링 프로토콜(BMP)

  • RFC 7911 여러 경로의 광고 BGP(Border Gateway Protocol)

  • RFC 8212, 정책이 BGP(Border Gateway Protocol) 없는 기본 EBGP(Default External BGP(Border Gateway Protocol)) 경로 전파 동작

    예외:

    RFC 8212의 동작은 기존 고객 구성의 중단을 방지하기 위해 기본적으로 구현되지 않습니다. EBGP 피어와 관련한 모든 경로를 허용 및 광고하기 위해 기본 동작은 여전히 유지됩니다.

  • RFC 8326, Graceful BGP(Border Gateway Protocol) 세션 종료

  • 인터넷 draft-idr-rfc8203bis-00, BGP(Border Gateway Protocol) Shutdown Communication(2018년 10월 만료)

  • 인터넷 draft-ietf-grow-bmp-adj-rib-out-01, BMP(BGP(Border Gateway Protocol) Monitoring Protocol)의 Adj-RIB-Out 지원(2018년 9월 3일 만료)

  • 인터넷 초안 draft-ietf-idr-aigp-06, IGP 지표 속성 BGP(Border Gateway Protocol)(2011년 12월 만료)

  • 인터넷 draft-ietf-idr-as0-06, AS 0 프로세싱의 코딩(2013년 2월 만료)

  • 인터넷 draft-ietf-idr-link-bandwidth-06.txt, BGP(Border Gateway Protocol) Link Bandwidth Extended Community(2013년 7월 만료)

  • 인터넷 draft-ietf-sidr-origin-origin-signaling-00, BGP(Border Gateway Protocol) Prefix Origin Validation State Extended Community(부분 지원) (2011년 5월 만료)

    확장 커뮤니티(원본 검증 상태)는 Junos OS 정책에서 지원됩니다. 경로 선택 절차의 지정된 변경은 지원되지 않습니다.

  • 인터넷 draft-kato-bgp-ipv6-link-local-00.txt, BGP4+ Peering Using IPv6 링크-로컬 주소

다음 RFC 및 인터넷 초안은 표준을 정의하지 않지만 표준 및 관련 기술에 BGP(Border Gateway Protocol) 제공합니다. 연구 IETF(Internet Engineering Task Force) "실험" 또는 "정보"로 다양하게 분류합니다.

  • RFC 1965, 자율 시스템 연합(Autonomous System Confederations for BGP(Border Gateway Protocol)

  • RFC 1966, BGP(Border Gateway Protocol) Route Reflection—풀 메시 IBGP 대안

  • RFC 2270, 단일 제공업체에 홈 사이트 전용 AS 사용

  • 인터넷 draft-ietf-ngtrans-bgp-tunnel-04.txt, IPv4 클라우드 전반에 걸쳐 IPv6 제도 연결(BGP(Border Gateway Protocol) 2002년 7월 만료)

출시 내역 표
릴리스
설명
17.2R1
Junos OS Release 17.2R1 rpd의 resolver 모듈은 인바운드 프로세싱 플로우의 처리 성능을 높이기 위해 최적화되어 RIB 및 FIB의 학습 속도를 가속화합니다.
14.1R8
릴리스 Junos OS, 14.1R8, 14.2R7, 15.1R4, 15.1F6 및 16.1R1 라우팅 인스턴스에서 옵션이 as-path-ignore 지원됩니다.