예: 비활성 경로를 보급하는 BGP 구성
기본적으로 BGP는 활성 경로만 재보급합니다. Junos OS가 활성 경로로 선택하지 않았더라도 BGP가 학습한 최상의 경로를 BGP로 내보내려면 advertise-inactive 문을 포함하십시오.
advertise-inactive;
Junos OS에서 BGP는 BGP 경로 선택 규칙에 따라 가장 잘 선택된 경로인 설치되거나 활성화된 BGP 경로를 광고합니다. 명령문은 advertise-inactive 비활성 BGP 경로를 다른 피어에 보급하도록 허용합니다.
라우팅 테이블에 하나는 활성 상태이고 다른 하나는 비활성 상태인 두 개의 BGP 경로가 있는 경우, 문은 advertise-inactive 비활성 BGP 접두사를 보급하지 않습니다. 이 문은 다른 활성 BGP 경로가 있는 경우 비활성 BGP 경로를 보급하지 않습니다. 그러나 활성 경로가 정적 경로인 경우 문은 advertise-inactive 비활성 BGP 경로를 보급합니다.
명령문은 advertise-inactive 라우터가 경로 리플렉터로 구성된 경우 VRF에서 비활성 경로를 보급하는 데 도움이 되지 않습니다.
Junos OS는 또한 보급된 경로 상태와 일치하는 BGP 내보내기 정책 구성을 지원합니다. 다음과 같이 활성 또는 비활성 경로를 일치시킬 수 있습니다:
policy-options {
policy-statement name{
from state (active|inactive);
}
}
이 한정자는 내보내기 정책의 컨텍스트에서 사용할 때만 일치합니다. 비활성 경로(예: BGP)를 보급할 수 있는 프로토콜에 의해 경로가 보급되는 경우, state inactive (또는advertise-external) 문의 결과로 보급된 경로와 advertise-inactive 일치합니다.
예를 들어, 다음 구성을 BGP 내보내기 정책으로 사용하여 사용자 정의 커뮤니티의 설정으로 인해 advertise-inactive 보급된 경로를 표시할 수 있습니다. 해당 community는 나중에 수신 라우터에 사용되어 포워딩 테이블에서 이러한 경로를 필터링할 수 있습니다. 이와 같은 메커니즘은 발신자가 포워딩에 사용하지 않는 보급 경로가 포워딩 루프를 유발할 수도 있다는 우려를 해결하는 데 사용될 수 있습니다.
user@host# show policy-options
policy-statement mark-inactive {
term inactive {
from state inactive;
then {
community set comm-inactive;
}
}
term default {
from protocol bgp;
then accept;
}
then reject;
}
community comm-inactive members 65536:65284;
요구 사항
이 예를 구성하기 전에 디바이스 초기화를 제외한 특별한 구성은 필요하지 않습니다.
개요
이 예에서 디바이스 R2에는 디바이스 R1과 디바이스 R3이라는 두 개의 외부 BGP(EBGP) 피어가 있습니다.
디바이스 R1에는 172.16.5/24에 대한 정적 경로가 있습니다. 마찬가지로 디바이스 R2에는 172.16.5/24에 대한 고정 경로도 있습니다. 디바이스 R1은 BGP를 통해 정적 경로에 대한 정보를 디바이스 R2로 전송합니다. 이제 디바이스 R2는 두 가지 소스, 즉 자체 정적 경로와 디바이스 R1에서 수신된 BGP 학습 경로의 172.16.5/24에 대한 정보를 갖습니다. 정적 경로는 BGP 학습 경로보다 선호되므로 BGP 경로는 디바이스 R2에서 비활성화됩니다. 일반적으로 디바이스 R2는 BGP 학습 정보를 디바이스 R3에 전송하지만, 디바이스 R2는 BGP 경로가 비활성 상태이기 때문에 이 작업을 수행하지 않습니다. 따라서 디바이스 R3은 디바이스 R2에서 명령을 활성화 advertise-inactive 하지 않는 한 172.16.5/24에 대한 정보가 없으며, 이로 인해 디바이스 R2는 BGP 학습을 디바이스 R3으로 전송합니다.
토폴로지
그림 1은 샘플 네트워크를 표시합니다.
CLI 빠른 구성은(는) 그림 1 내 모든 디바이스의 구성을 보여줍니다.
섹션 #configuration163__policy-advertise-inactive-st은 디바이스 R2의 단계를 설명합니다.
구성
CLI 빠른 구성
이 예를 빠르게 구성하려면, 아래 명령을 복사하여 텍스트 파일로 붙여 넣은 다음 모든 라인브레이크를 제거하고, 네트워크 구성을 일치하는 데 필요한 세부 사항을 바꾸고 [edit] 계층 수준에서 명령을 CLI로 복사해 붙여 넣습니다.
디바이스 R1
set interfaces fe-1/2/0 unit 0 family inet address 10.0.0.1/30 set interfaces lo0 unit 0 family inet address 192.168.0.1/32 set protocols bgp group to_R2 type external set protocols bgp group to_R2 export send-static set protocols bgp group to_R2 neighbor 10.0.0.2 peer-as 200 set policy-options policy-statement send-static term 1 from protocol static set policy-options policy-statement send-static term 1 then accept set routing-options static route 172.16.5.0/24 discard set routing-options static route 172.16.5.0/24 install set routing-options autonomous-system 100
디바이스 R2
set interfaces fe-1/2/0 unit 0 family inet address 10.0.0.2/30 set interfaces fe-1/2/1 unit 0 family inet address 10.0.0.5/30 set interfaces lo0 unit 0 family inet address 192.168.0.2/32 set protocols bgp group to_R1 type external set protocols bgp group to_R1 neighbor 10.0.0.1 peer-as 100 set protocols bgp group to_R3 type external set protocols bgp group to_R3 advertise-inactive set protocols bgp group to_R3 neighbor 10.0.0.6 peer-as 300 set routing-options static route 172.16.5.0/24 discard set routing-options static route 172.16.5.0/24 install set routing-options autonomous-system 200
디바이스 R3
set interfaces fe-1/2/1 unit 0 family inet address 10.0.0.6/30 set interfaces fe-1/2/0 unit 9 family inet address 10.0.0.9/30 set interfaces lo0 unit 0 family inet address 192.168.0.3/32 set protocols bgp group ext type external set protocols bgp group ext peer-as 200 set protocols bgp group ext neighbor 10.0.0.5 set routing-options autonomous-system 300
절차
단계별 절차
다음 예는 구성 계층에서 다양한 수준의 탐색이 필요합니다. CLI 탐색 관련 정보는 Junos OS CLI 사용자 가이드의 구성 모드에서의 CLI 편집기 사용을 참조하십시오.
디바이스 R2 구성:
디바이스 인터페이스를 구성합니다.
[edit interfaces] user@R2# set fe-1/2/0 unit 0 family inet address 10.0.0.2/30 user@R2# set fe-1/2/1 unit 0 family inet address 10.0.0.5/30 user@R2# set lo0 unit 0 family inet address 192.168.0.2/32
디바이스 R1에 EBGP 연결을 구성합니다.
[edit protocols bgp group to_R1] user@R2# set type external user@R2# set neighbor 10.0.0.1 peer-as 100
디바이스 R3에 EBGP 연결을 구성합니다.
[edit protocols bgp group to_R3] user@R2# set type external user@R2# set neighbor 10.0.0.6 peer-as 300
advertise-inactive디바이스 R3과의 EBGP 그룹 피어링 세션에 문을 추가합니다.[edit protocols bgp group to_R3] user@R2# set advertise-inactive
172.16.5.0/24 네트워크에 대한 정적 경로를 구성합니다.
[edit routing-options static] user@R2# set route 172.16.5.0/24 discard user@R2# set route 172.16.5.0/24 install
AS(Autonomous System) 번호를 구성합니다.
[edit routing-options] user@R2# set autonomous-system 200
결과
구성 모드에서 show interfaces, show protocols, show policy-options 및 show routing-options 명령을 입력하여 구성을 확인합니다. 출력 결과가 의도한 구성대로 표시되지 않으면 이 예의 지침을 반복하여 구성을 수정하십시오.
user@R2# show interfaces
fe-1/2/0 {
unit 0 {
family inet {
address 10.0.0.2/30;
}
}
}
fe-1/2/1 {
unit 0 {
family inet {
address 10.0.0.5/30;
}
}
}
lo0 {
unit 0 {
family inet {
address 192.168.0.2/32;
}
}
}
user@R2# show protocols
bgp {
group to_R1 {
type external;
neighbor 10.0.0.1 {
peer-as 100;
}
}
group to_R3 {
type external;
advertise-inactive;
neighbor 10.0.0.6 {
peer-as 300;
}
}
}
user@R2# show routing-options
static {
route 172.16.5.0/24 {
discard;
install;
}
}
autonomous-system 200;
디바이스 구성을 마쳤으면 구성 모드에서 commit을(를) 입력합니다.
검증
구성이 올바르게 작동하고 있는지 확인합니다.
BGP 활성 경로 확인
목적
디바이스 R2에서 172.16.5.0/24 접두사가 라우팅 테이블에 있고 예상되는 활성 경로를 가지고 있는지 확인합니다.
작업
user@R2> show route 172.16.5
inet.0: 7 destinations, 8 routes (7 active, 0 holddown, 0 hidden)
+ = Active Route, - = Last Active, * = Both
172.16.5.0/24 *[Static/5] 21:24:38
Discard
[BGP/170] 21:21:41, localpref 100
AS path: 100 I, validation-state: unverified
> to 10.0.0.1 via fe-1/2/0.0
의미
디바이스 R2는 디바이스 R1과 정적으로 구성된 자체 경로 모두에서 172.16.5.0/24 경로를 수신합니다. 정적 경로는 별표(*)로 지정된 활성 경로입니다. 정적 경로 경로는 BGP 기본 설정(170)에 비해 경로 기본 설정이 가장 낮습니다(5). 따라서 정적 경로가 활성화됩니다.
외부 경로 보급 확인
목적
디바이스 R2에서 172.16.5.0/24 경로가 디바이스 R3으로 보급되는지 확인합니다.
작업
user@R2> show route advertising-protocol bgp 10.0.0.6 inet.0: 6 destinations, 7 routes (6 active, 0 holddown, 0 hidden) Prefix Nexthop MED Lclpref AS path 172.16.5.0/24 Self 100 I
의미
디바이스 R2가 디바이스 R3으로 172.16.5.0/24 경로를 보급하고 있습니다
디바이스 R3에서 경로 확인
목적
172.16.6.0/24 접두사가 디바이스 R3의 라우팅 테이블에 있는지 확인합니다.
작업
user@R3> show route 172.16.5.0/24
inet.0: 5 destinations, 5 routes (5 active, 0 holddown, 0 hidden)
+ = Active Route, - = Last Active, * = Both
172.16.5.0/24 *[BGP/170] 00:01:19, localpref 100
AS path: 200 100 I, validation-state: unverified
> to 10.0.0.5 via fe-1/2/1.0의미
디바이스 R3에는 172.16.5.0/24에 대한 BGP 학습 경로가 있습니다.
advertise-inactive 문 실험
목적
디바이스 R2의 advertise-inactive BGP 구성에서 문이 제거되면 어떻게 되는지 확인합니다.
작업
디바이스 R2에서 문을 비활성화합니다
advertise-inactive.[edit protocols bgp group to_R3] user@R2# deactivate advertise-inactive user@R2# commit
디바이스 R2에서 172.16.5.0/24 경로가 디바이스 R3으로 보급되는지 확인합니다.
user@R2> show route advertising-protocol bgp 10.0.0.6
예상대로 경로가 더 이상 보급되지 않습니다.
디바이스 R3에서 172.16.5/24 경로가 라우팅 테이블에 없는지 확인합니다.
user@R3> show route 172.16.5/24
의미
디바이스 R1은 디바이스 R2에 경로 172.16.5/24를 보급하지만, 디바이스 R2는 이 접두사에 대해 수동으로 구성된 정적 경로를 가지고 있습니다. 정적 경로는 BGP 경로보다 선호되므로, 디바이스 R2는 BGP 경로를 비활성 경로로 설치합니다. BGP 경로가 활성화되지 않았기 때문에 디바이스 R2는 BGP 경로를 디바이스 R3으로 다시 보급하지 않습니다. 이는 Junos OS의 기본 동작입니다. 디바이스 R2의 BGP 구성에 명령문을 추가하는 advertise-inactive 경우, 디바이스 R2는 비활성 경로를 다시 보급합니다.