Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

BGP 피어링 세션

외부 BGP 피어 그룹 사용의 이점

BGP는 오늘날 인터넷의 모든 경로를 전달하는 데 적합한 유일한 라우팅 프로토콜입니다. 이는 주로 BGP가 TCP 위에서 실행되고 TCP flow 제어를 사용할 수 있기 때문입니다. 반대로 내부 게이트웨이 프로토콜(IGP)에는 플로우 제어가 없습니다. IGP에 경로 정보가 너무 많으면 이탈이 시작됩니다. BGP에 정보를 너무 빨리 전송하는 인접 스피커가 있는 경우 BGP는 TCP 승인을 지연시켜 이웃을 제한할 수 있습니다.

BGP의 또 다른 이점은 IS-IS와 마찬가지로 기본 프로토콜을 변경할 필요 없이 끝없는 확장성을 제공하는 TLV(유형, 길이, 값) 튜플 및 NLRI(Network Layer Reachability Information)를 사용한다는 것입니다.

Junos OS에서 BGP는 완전히 정책 중심입니다. 운영자는 피어링할 이웃을 명시적으로 구성하고 BGP에 대한 경로를 명시적으로 수락해야 합니다. 또한 라우팅 정책은 라우팅 정보를 필터링하고 수정하는 데 사용됩니다. 따라서 라우팅 정책은 라우팅 테이블에 대한 완전한 관리 제어를 제공합니다.

많은 수의 BGP 피어 이웃을 구성하는 기본 방법은 그룹당 여러 이웃으로 구성된 피어 그룹을 구성하는 것입니다.

외부 BGP(EBGP) 그룹의 수가 증가함에 따라 많은 수의 BGP 세션을 지원하는 기능이 CPU 및 메모리 리소스 확장 문제가 될 수 있습니다. 일반적으로 적은 수의 EBGP 그룹을 지원하는 것이 많은 수의 EBGP 그룹을 지원하는 것보다 더 잘 확장됩니다. 이는 각 그룹에 여러 피어가 있는 몇 개의 EBGP 그룹과 비교할 때 수백 개의 EBGP 그룹의 경우에 더욱 분명해진다. 이러한 확장 동작의 이유는 Junos OS가 그룹당 경로별로 발생하는 데이터 구조를 가지고 있기 때문입니다. 그룹을 추가할 때 이러한 숫자를 곱하고 사용 가능한 메모리 양을 줄입니다.

BGP 피어링은 두 개의 독립 AS(Autonomous System) 간에 상호 유익한 트래픽 교환 관계를 만듭니다. 서비스 프로바이더 교환 포인트에서 특히 유용합니다. 이 관계는 두 네트워크 모두에 대한 전송 비용과 장비 리소스를 줄이는 주요 이점을 가지고 있습니다. BGP 피어 그룹을 만들 때 얻을 수 있는 다른 이점으로는 BGP 구성의 복잡성을 줄이고 전송 프로바이더에 대한 의존도를 줄여 경로 중복성을 늘리는 것이 있습니다.

BGP 피어링은 원격 사무실과 회사 본사와 같은 두 원격 네트워크 간에 포인트 투 포인트 트래픽 교환을 만드는 데 사용할 수 있습니다. 또한 두 개의 병합된 사무실 사이와 같이 서로 다른 두 네트워크를 빠르게 연결하는 데 사용할 수 있습니다.

외부 BGP 피어링 세션 이해

피어 AS(Autonomous System) 간에 point-to-point 연결을 설정하려면 point-to-point 링크의 각 인터페이스에서 BGP 세션을 구성합니다. 일반적으로 이러한 세션은 AS 외부의 인접 호스트와의 네트워크 출구 지점에서 이루어집니다. 그림 1 은 BGP 피어링 세션의 예를 보여줍니다.

그림 1: BGP 피어링 세션 Network topology diagram showing AS 3 using OSPF and AS 10 using RIP, connected by BGP via routers A and B.

그림 1에서 라우터 A는 AS 3의 게이트웨이 라우터이고, 라우터 B는 AS 10의 게이트웨이 라우터입니다. AS 내부 트래픽에는 내부 게이트웨이 프로토콜(IGP)이 사용됩니다(예: OSPF). 피어 AS 간에 트래픽을 라우팅하기 위해 BGP 세션이 사용됩니다.

BGP 라우팅 디바이스를 피어 그룹으로 정렬합니다. 피어 그룹마다 그룹 유형, AS 번호 및 경로 리플렉터 클러스터 식별자가 다를 수 있습니다.

지정된 BGP 시스템만 피어로 인식하는 BGP 그룹을 정의하려면 하나 이상의 neighbor 문을 포함하여 시스템의 모든 피어를 정적으로 구성합니다. 피어 이웃의 주소는 IPv6 또는 IPv4 주소일 수 있습니다.

BGP 피어가 설정된 후에는 비BGP 경로가 BGP 피어에 의해 자동으로 보급되지 않습니다. 각 BGP 지원 디바이스에서 로컬, 정적 또는 IGP에서 학습한 경로를 BGP RIB로 내보낸 다음 다른 피어에 BGP 경로로 알리려면 정책 구성이 필요합니다. BGP의 광고 정책은 기본적으로 BGP가 아닌 경로(예: 로컬 경로)를 피어에 광고하지 않습니다.

참고:

SRX 시리즈 방화벽의 경우, 지정된 인터페이스 또는 영역의 모든 인터페이스에서 예상되는 host-inbound 트래픽을 활성화해야 합니다. 그렇지 않으면 이 디바이스로 향하는 인바운드 트래픽이 기본적으로 삭제됩니다.

예를 들어 SRX 시리즈 방화벽의 특정 영역에서 BGP 트래픽을 허용하려면 다음 단계를 사용하십시오.

(모든 인터페이스) (지정된 인터페이스)

예: 외부 BGP Point-to-Point 피어 세션 구성

이 예는 BGP point-to-point 피어 세션을 구성하는 방법을 보여줍니다.

요구 사항

시작하기 전에 기본 BGP 정책이 네트워크에 적합하지 않으면 수신 BGP 경로를 필터링하고 BGP 경로를 보급하도록 라우팅 정책을 구성합니다.

개요

그림 2 는 BGP 피어 세션이 있는 네트워크를 보여줍니다. 샘플 네트워크에서 AS 17의 디바이스 E는 라는 피어 그룹에 대한 BGP 피어 세션을 가지고 있습니다.external-peers 피어 A, B, C는 AS 22에 존재하며 IP 주소 10.10.10.2, 10.10.10.6, 10.10.10.10을 갖습니다. 피어 D는 IP 주소 10.21.7.2의 AS 79에 있습니다. 이 예는 디바이스 E의 구성을 보여줍니다.

토폴로지

그림 2: BGP 피어 세션 Network diagram showing routers in autonomous systems AS 17, AS 22, and AS 78 with labeled connections indicating data routing paths. 이 있는 일반적인 네트워크

구성

절차

CLI 빠른 구성

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

단계별 절차

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

BGP 피어 세션 구성:

  1. 피어 A, B, C 및 D에 대한 인터페이스를 구성합니다.

  2. AS(Autonomous System) 번호를 설정합니다.

  3. BGP 그룹을 생성하고 외부 이웃 주소를 추가합니다.

  4. 외부 AS의 AS(Autonomous System) 번호를 지정합니다.

  5. 피어 D를 추가하고 개별 이웃 수준에서 AS 번호를 설정합니다.

    이웃 구성은 그룹 구성을 재정의합니다. 따라서 peer-as 22 그룹 내 다른 모든 이웃에 대해 설정됨에 peer-as 79 따라 이웃 10.21.7.2에 대해 설정됩니다.

  6. 외부 BGP(EBGP)에 피어 유형을 설정합니다.

결과

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

디바이스 구성이 완료되면 구성 모드에서 들어갑니다 commit .

검증

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

BGP 인접 라우터 확인

목적

BGP가 구성된 인터페이스에서 실행되고 BGP 세션이 각 neighbor 주소에 대해 활성화되는지 확인합니다.

작업

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

BGP 그룹 확인

목적

BGP 그룹이 올바르게 구성되었는지 확인합니다.

작업

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

BGP 요약 정보 확인

목적

BGP 구성이 올바른지 확인합니다.

작업

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

예: IPv6 인터페이스를 사용하는 논리적 시스템에서 외부 BGP 구성

이 예는 IPv6 인터페이스를 사용하는 논리적 시스템에서 외부 BGP(EBGP) point-to-point 피어 세션을 구성하는 방법을 보여줍니다.

요구 사항

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

개요

Junos OS는 IPv6 주소를 통해 EBGP 피어 세션을 지원합니다. IPv6 주소가 문에 지정되면 IPv6 피어 세션을 구성할 수 있습니다. neighbor 이 예는 EUI-64를 사용하여 인터페이스에 자동으로 적용되는 IPv6 주소를 생성합니다. EUI-64 주소는 주소의 인터페이스 식별자 부분(마지막 64비트)에 IEEE EUI-64 형식을 사용하는 IPv6 주소입니다.

참고:

또는 수동으로 할당된 128비트 IPv6 주소를 사용하여 EBGP 세션을 구성할 수 있습니다.

인터페이스에 128비트 link-local 주소를 사용하는 경우 문을 local-interface 포함해야 합니다. 이 문은 128비트 IPv6 link-local 주소에만 유효하며 IPv6 EBGP link-local 피어 세션을 구성하는 데 필수입니다.

link-local 주소를 사용하는 EBGP 피어링 구성은 직접 연결된 인터페이스에만 적용됩니다. 다중 홉 피어링은 지원되지 않습니다.

인터페이스가 작동하면 명령을 사용하여 show interfaces terse 인터페이스에서 EUI-64로 생성된 IPv6 주소를 볼 수 있습니다. BGP neighbor 문에서 생성된 이러한 주소를 사용해야 합니다. 이 예는 전체 종단 간 절차를 보여줍니다.

이 예에서 프레임 릴레이 인터페이스 캡슐화는 논리 터널(lt) 인터페이스에 적용됩니다. IPv6 주소가 LT 인터페이스에 구성되면 프레임 릴레이 캡슐화만 지원되므로 이것은 필수 사항입니다.

그림 3 은 BGP 피어 세션이 있는 네트워크를 보여줍니다. 샘플 네트워크에서 라우터 R1에는 5개의 논리적 시스템이 구성됩니다. AS(Autonomous System) 17의 디바이스 E는 외부 피어라고 하는 피어 그룹에 대한 BGP 피어 세션을 보유합니다. 피어 A, B, C는 AS 22에 상주합니다. 이 예는 논리적 시스템 A 및 논리적 시스템 E에서의 단계별 구성을 보여줍니다.

토폴로지

그림 3: BGP 피어 세션 Typical Network with BGP Peer Sessions 이 있는 일반적인 네트워크

구성

절차

CLI 빠른 구성

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

디바이스 A

디바이스 B

디바이스 C

디바이스 D

디바이스 E

단계별 절차

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

BGP 피어 세션 구성:

  1. 명령을 실행 show interfaces terse 하여 물리적 라우터에 논리 터널(lt) 인터페이스가 있는지 확인합니다.

  2. 논리적 시스템 A에서 인터페이스 캡슐화, peer-unit 번호 및 논리적 시스템 E에 도달하는 DLCI를 구성합니다.

  3. 논리적 시스템 A에서 피어 E 링크의 네트워크 주소를 구성하고 루프백 인터페이스를 구성합니다.

  4. 논리적 시스템 E에서 인터페이스 캡슐화, peer-unit 번호 및 논리적 시스템 A에 도달하는 DLCI를 구성합니다.

  5. 논리적 시스템 E에서 피어 A 링크의 네트워크 주소를 구성하고 루프백 인터페이스를 구성합니다.

  6. 명령을 실행 show interfaces terse 하여 EUI-64에서 생성하는 IPv6 주소를 확인합니다.

    2001 주소는 BGP neighbor 문의 이 예에서 사용됩니다.

    참고:

    fe80 주소는 link-local 주소이며 이 예에서 사용되지 않습니다.

  7. 다른 논리적 시스템에서도 인터페이스 구성을 반복합니다.

외부 BGP 세션 구성

단계별 절차

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

BGP 피어 세션 구성:

  1. 논리적 시스템 A에서 BGP 그룹을 생성하고 외부 neighbor 주소를 추가합니다.

  2. 논리적 시스템 E에서 BGP 그룹을 생성하고 외부 neighbor 주소를 추가합니다.

  3. 논리적 시스템 A에서 외부 AS의 AS(Autonomous System) 번호를 지정합니다.

  4. 논리적 시스템 E에서 외부 AS의 AS(Autonomous System) 번호를 지정합니다.

  5. 논리적 시스템 A에서 EBGP에 피어 유형을 설정합니다.

  6. 논리적 시스템 E에서 피어 유형을 EBGP로 설정합니다.

  7. 논리적 시스템 A에서 AS(Autonomous System) 번호와 라우터 ID를 설정합니다.

  8. 논리적 시스템 E에서 AS 번호와 라우터 ID를 설정합니다.

  9. 피어 A, B, C, D에 대해 이 단계를 반복합니다.

결과

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

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

검증

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

BGP 인접 라우터 확인

목적

BGP가 구성된 인터페이스에서 실행되고 BGP 세션이 각 neighbor 주소에 대해 활성화되는지 확인합니다.

작업

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

의미

IPv6 유니캐스트 NLRI(Network Layer Reachability Information)가 neighbor 간에 교환되고 있습니다.

BGP 그룹 확인

목적

BGP 그룹이 올바르게 구성되었는지 확인합니다.

작업

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

의미

그룹 유형은 외부 유형이고, 그룹에는 4개의 피어가 있습니다.

BGP 요약 정보 확인

목적

BGP 피어 관계가 설정되었는지 확인합니다.

작업

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

의미

다운 피어: 0 출력은 BGP 피어가 설정 상태임을 보여줍니다.

라우팅 테이블 확인

목적

inet6.0 라우팅 테이블이 로컬 및 직접 경로로 채워졌는지 확인합니다.

작업

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

의미

inet6.0 라우팅 테이블에는 로컬 및 직접 경로가 포함되어 있습니다. 다른 유형의 경로로 라우팅 테이블을 채우려면, 라우팅 정책을 구성해야 합니다.

내부 BGP 피어링 세션 이해

두 개의 BGP 지원 디바이스가 동일한 AS(Autonomous System)에 있을 경우, 해당 BGP 세션을 내부 BGP 세션 또는 IBGP 세션이라고 합니다. BGP는 IBGP 및 외부 BGP(EBGP) 세션에서 동일한 메시지 유형을 사용하지만, 각 메시지를 보내는 시기와 각 메시지를 해석하는 방법에 대한 규칙은 약간 다릅니다. 이러한 이유로, 일부 사람들은 IBGP와 EBGP를 두 개의 별도 프로토콜로 여깁니다.

그림 4: 내부 및 외부 BGP Network topology diagram showing Autonomous Systems and routers: AS 604 in Biloxi, Memphis, Jackson; AS 931 in Miami, Atlanta; AS 25 in Topeka. IBGP connects routers within AS; EBGP connects Memphis to Atlanta and Jackson to Topeka. IP addresses and subnets indicated.

그림 4에서 Device Jackson, Device Memphis, Device Biloxi는 서로 간의 IBGP 피어 세션을 갖습니다. 마찬가지로, Device Miami 및 Device Atlanta는 서로 간의 IBGP 피어 세션을 갖습니다.

IBGP의 목적은 EBGP 경로 보급을 네트워크 전체에 전달할 수 있는 수단을 제공하는 것입니다. 이론적으로, 이 작업을 수행하려면 모든 EBGP 경로를 OSPF 또는 IS-IS와 같은 내부 게이트웨이 프로토콜(IGP)로 재배포하면 됩니다. 그러나 이 방식은 인터넷에 EBGP 경로의 수가 많고 IGP 운영 방식 때문에 프로덕션 환경에서는 권장되지 않습니다. 간단히 말해, 경로가 많으면 IGP가 뒤섞이거나 충돌합니다.

일반적으로 루프백 인터페이스(lo0)는 IBGP 피어 간의 연결을 설정하는 데 사용됩니다. 루프백 인터페이스는 디바이스가 작동하는 한 항상 켜져 있습니다. 루프백 주소로 가는 경로가 있으면 IBGP 피어링 세션이 계속 유지됩니다. 물리적 인터페이스 주소가 대신 사용되고 해당 인터페이스가 켜짐과 꺼짐을 반복하면 IBGP 피어링 세션도 켜짐과 꺼짐을 반복합니다. 따라서 디바이스에 링크 중복이 있는 경우 물리적 인터페이스 또는 링크가 다운될 경우 루프백 인터페이스는 장애 허용 능력 제공합니다.

IBGP 이웃은 직접 연결될 필요는 없지만 완전히 연결되어야 합니다. 이 경우 풀 메시란 각 디바이스가 이웃 피어 관계를 통해 다른 모든 디바이스에 논리적으로 연결된다는 것을 의미합니다. 명령문은 neighbor 메시를 생성합니다. IBGP의 풀 메시 요구 사항으로 인해, 사용자는 AS 내 모든 IBGP 디바이스 간에 개별 피어링 세션을 구성해야 합니다. 풀 메시는 물리적 링크일 필요가 없습니다. 오히려 각 라우팅 디바이스의 구성은 (여러 neighbor 문을 사용하여) 피어 세션의 풀 메시를 생성해야 합니다.

참고:

컨페더레이션 또는 경로 리플렉션을 구성하는 경우 풀 메시에 대한 요구 사항은 적용되지 않습니다.

풀 메시 요건을 이해하려면 IBGP 학습 경로가 다른 IBGP 피어에 재보급될 수 없다는 점을 고려해야 합니다. IBGP 경로의 재보급을 방지하고 풀 메시를 필요로 하는 이유는 AS 내에서 라우팅 루프를 피하기 위해서입니다. AS 경로 속성은 BGP 라우팅 디바이스가 루프를 회피하는 수단입니다. 경로 정보는 경로가 EBGP 피어에서 수신될 때만 로컬 AS 번호에 대해 검사됩니다. 속성은 AS 경계에서만 수정되기 때문에 이 시스템은 잘 작동합니다. 그러나 속성이 AS 경계에서만 수정된다는 사실은 AS 내부의 문제를 나타냅니다. 예를 들어, 라우팅 디바이스 A, B, C가 모두 동일한 AS에 있다고 가정해보겠습니다. 디바이스 A는 EBGP 피어로부터 경로를 수신하고 해당 경로를 디바이스 B에 전송하며, 디바이스 B는 이를 활성 경로로 설치합니다. 그런 다음 경로는 디바이스 C로 전송되며, 디바이스 C는 이를 로컬에 설치하고 디바이스 A로 다시 보냅니다. 디바이스 A가 경로를 설치하면 AS 내에서 루프가 형성됩니다. 라우팅 디바이스는 루프를 감지할 수 없습니다. 이는 AS 경로 속성이 이러한 보급 중에 수정되지 않기 때문입니다. 따라서, BGP 프로토콜 설계자는 IBGP 피어가 AS 내에서 IBGP 학습 경로를 보급하는 것을 막는 것이 라우팅 루프를 형성하지 않는 것뿐이라고 결정했습니다. 경로 연결성을 위해 IBGP 피어가 완전히 연결됩니다.

IBGP는 다중 홉 연결을 지원하므로, IBGP 이웃은 AS 내 어디에나 위치할 수 있으며 링크를 공유하지 않는 경우가 많습니다. 재귀적 경로 조회는 IP 포워딩 다음 홉에 대한 루프백 피어링 주소를 확인합니다. 조회 서비스는 정적 경로 또는 OSPF 또는 BGP 경로와 같은 IGP에 의해 제공됩니다.

예: 내부 BGP 피어 세션 구성

이 예는 내부 BGP 피어 세션을 구성하는 방법을 보여줍니다.

요구 사항

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

개요

이 예에서는 내부 BGP(IBGP) 피어 세션을 구성합니다. 루프백 인터페이스(lo0)는 IBGP 피어 간의 연결을 설정하는 데 사용됩니다. 루프백 인터페이스는 디바이스가 작동하는 한 항상 켜져 있습니다. 루프백 주소로 가는 경로가 있으면 IBGP 피어 세션은 작동 상태를 유지합니다. 물리적 인터페이스 주소가 대신 사용되고 해당 인터페이스가 켜짐과 꺼짐을 반복하면 IBGP 피어 세션도 켜짐과 꺼짐을 반복합니다. 따라서 디바이스에 링크 중복이 있는 경우 물리적 인터페이스 또는 링크 중 하나가 다운될 경우 루프백 인터페이스가 내장애 허용 능력을 제공합니다.

디바이스가 원격 디바이스의 루프백 인터페이스 주소와 피어링되면 로컬 디바이스는 BGP 업데이트 메시지가 원격 디바이스의 루프백 인터페이스 주소에서(소스) 전송될 것으로 예상합니다. 이 local-address 문을 사용하면 BGP 업데이트 메시지에서 소스 정보를 지정할 수 있습니다. 이 local-address 문을 생략하면 BGP 업데이트 메시지의 예상 소스는 디바이스의 소스 주소 선택 규칙을 기반으로 하며, 일반적으로 송신 인터페이스 주소가 업데이트 메시지의 예상 소스가 됩니다. 이렇게 되면 예상 소스 주소(피어의 송신 인터페이스)와 실제 소스(피어의 루프백 인터페이스) 사이에 불일치가 존재하기 때문에 피어 세션이 설정되지 않습니다. 예상 소스 주소가 실제 소스 주소와 일치하도록 하려면 문에서 루프백 인터페이스 주소를 지정합니다.local-address

IBGP는 멀티홉 연결을 지원하기 때문에 IBGP 이웃은 AS(Autonomous System) 내의 어디에든 위치할 수 있으며 링크를 공유하지 않는 경우가 많습니다. 재귀적 경로 조회는 루프백 피어 주소를 IP 포워딩 다음 홉으로 확인합니다. 이 예에서는 최단 경로 우선(OSPF)이 이 서비스를 제공합니다. 내부 게이트웨이 프로토콜(IGP) 이웃은 직접 연결할 필요는 없지만 풀 메시는 필요합니다. 이 경우 풀 메시란 각 디바이스가 이웃 피어 관계를 통해 다른 모든 디바이스에 논리적으로 연결된다는 것을 의미합니다. 명령문은 neighbor 메시를 생성합니다.

참고:

컨페더레이션 또는 경로 리플렉션을 구성하는 경우 풀 메시에 대한 요구 사항은 적용되지 않습니다.

BGP 피어가 설정된 후에는 로컬 경로가 BGP 피어에 의해 자동으로 보급되지 않습니다. 각 BGP 지원 디바이스에서 로컬, 정적 또는 IGP에서 학습한 경로를 BGP 라우팅 정보 베이스(RIB)로 내보낸 다음 다른 피어에 BGP 경로로 알리려면 정책 구성이 필요합니다. BGP의 광고 정책은 기본적으로 BGP가 아닌 경로(예: 로컬 경로)를 피어에 광고하지 않습니다.

샘플 네트워크에서 AS 17의 디바이스는 그룹 internal-peers에서 풀 메시됩니다. 디바이스의 루프백 주소는 192.168.6.5, 192.163.6.4 및 192.168.40.4입니다.

그림 5 는 내부 피어 세션이 있는 일반적인 네트워크를 보여줍니다.

그림 5: IBGP 세션 Typical Network with IBGP Sessions 이 있는 일반적인 네트워크

구성

CLI 빠른 구성

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

디바이스 A

디바이스 B

디바이스 C

디바이스 A 구성

단계별 절차

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

디바이스 A에서 내부 BGP 피어 세션을 구성하려면 다음을 수행합니다.

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

  2. BGP를 구성합니다.

    neighbor 디바이스 A가 디바이스 C에 직접 연결되어 있지 않더라도 이러한 문은 디바이스 B와 디바이스 C 모두에 대해 포함되어 있습니다.

  3. OSPF를 구성합니다.

  4. 직접 경로를 허용하는 정책을 구성합니다.

    이 시나리오의 다른 유용한 옵션은 OSPF 또는 로컬 경로를 통해 학습된 경로를 수용하는 것일 수 있습니다.

  5. 라우터 ID 및 AS 번호를 구성합니다.

결과

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

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

디바이스 B 구성

단계별 절차

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

디바이스 B에서 내부 BGP 피어 세션을 구성하려면 다음을 수행합니다.

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

  2. BGP를 구성합니다.

    neighbor 디바이스 A가 디바이스 C에 직접 연결되어 있지 않더라도 이러한 문은 디바이스 B와 디바이스 C 모두에 대해 포함되어 있습니다.

  3. OSPF를 구성합니다.

  4. 직접 경로를 허용하는 정책을 구성합니다.

    이 시나리오의 다른 유용한 옵션은 OSPF 또는 로컬 경로를 통해 학습된 경로를 수용하는 것일 수 있습니다.

  5. 라우터 ID 및 AS 번호를 구성합니다.

결과

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

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

디바이스 C 구성

단계별 절차

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

디바이스 C에서 내부 BGP 피어 세션을 구성하려면 다음을 수행합니다.

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

  2. BGP를 구성합니다.

    neighbor 디바이스 A가 디바이스 C에 직접 연결되어 있지 않더라도 이러한 문은 디바이스 B와 디바이스 C 모두에 대해 포함되어 있습니다.

  3. OSPF를 구성합니다.

  4. 직접 경로를 허용하는 정책을 구성합니다.

    이 시나리오의 다른 유용한 옵션은 OSPF 또는 로컬 경로를 통해 학습된 경로를 수용하는 것일 수 있습니다.

  5. 라우터 ID 및 AS 번호를 구성합니다.

결과

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

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

검증

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

BGP 인접 라우터 확인

목적

BGP가 구성된 인터페이스에서 실행되고 BGP 세션이 각 neighbor 주소에 대해 활성화되는지 확인합니다.

작업

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

BGP 그룹 확인

목적

BGP 그룹이 올바르게 구성되었는지 확인합니다.

작업

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

BGP 요약 정보 확인

목적

BGP 구성이 올바른지 확인합니다.

작업

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

라우팅 테이블에 BGP 경로가 설치되는지 확인

목적

내보내기 정책 구성으로 인해 BGP 경로가 피어의 라우팅 테이블에 설치되는지 확인합니다.

작업

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

예: 논리적 시스템에 내부 BGP 피어링 세션 구성

이 예는 논리적 시스템에서 내부 BGP 피어 세션을 구성하는 방법을 보여줍니다.

요구 사항

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

개요

이 예에서는 내부 BGP(IBGP) 피어링 세션을 구성합니다.

샘플 네트워크에서 AS 17의 디바이스는 그룹 internal-peers에서 풀 메시됩니다. 디바이스의 루프백 주소는 192.168.6.5, 192.163.6.4 및 192.168.40.4입니다.

그림 6 은 내부 피어 세션이 있는 일반적인 네트워크를 보여줍니다.

그림 6: IBGP 세션 Typical Network with IBGP Sessions 이 있는 일반적인 네트워크

구성

CLI 빠른 구성

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

디바이스 A

단계별 절차

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

디바이스 A에서 내부 BGP 피어 세션을 구성하려면 다음을 수행합니다.

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

  2. BGP를 구성합니다.

    논리적 시스템 A에서 논리적 시스템 A가 디바이스 C에 직접 연결되어 있지 않더라도 문은 neighbor 디바이스 B와 디바이스 C 모두에 대해 포함됩니다.

  3. OSPF를 구성합니다.

  4. 직접 경로를 허용하는 정책을 구성합니다.

    이 시나리오의 다른 유용한 옵션은 OSPF 또는 로컬 경로를 통해 학습된 경로를 수용하는 것일 수 있습니다.

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

결과

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

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

검증

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

BGP 인접 라우터 확인

목적

BGP가 구성된 인터페이스에서 실행되고 BGP 세션이 각 neighbor 주소에 대해 활성화되는지 확인합니다.

작업

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

BGP 그룹 확인

목적

BGP 그룹이 올바르게 구성되었는지 확인합니다.

작업

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

BGP 요약 정보 확인

목적

BGP 구성이 올바른지 확인합니다.

작업

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

라우팅 테이블에 BGP 경로가 설치되는지 확인

목적

내보내기 정책 구성이 작동하는지 확인합니다.

작업

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