이 문서에서는 네트워크 장애 조치 시나리오에서 BGP(Border Gateway Protocol) 가중치 특성의 중요성에 대해 설명합니다.
다음 주제에 대한 지식을 보유하고 있으면 유용합니다.
이 문서의 정보는 Cisco IOS® 버전 15.6(2)을 사용하는 Cisco 라우터를 기반으로 합니다.
이 문서의 정보는 특정 랩 환경의 디바이스를 토대로 작성되었습니다. 이 문서에 사용된 모든 디바이스는 초기화된(기본) 컨피그레이션으로 시작되었습니다. 현재 네트워크가 작동 중인 경우 모든 명령의 잠재적인 영향을 미리 숙지하시기 바랍니다.
BGP는 일반적으로 LAN(Local Area Network)에서 IGP(Interior Gateway Protocol)를 통해 수신한 네트워크 접두사를 WAN에 광고하거나 그 반대로 광고하는 데 사용됩니다. 올바른 컨피그레이션이 없으면 BGP는 링크 오류에서 네트워크가 복구된 후 WAN을 통해 원래 라우팅 경로를 복원하지 못할 수 있습니다.
장애 조치 시나리오에 구축된 라우터는 경로가 중단될 수 있으며, 이로 인해 백업 경로를 통한 트래픽 리디렉션이 장애 및 복구 네트워크 이벤트를 게시할 수 있습니다. 이는 BGP Weight 경로 특성의 특성 때문에 발생할 수 있습니다.
네트워크 장애가 발생한 후(대개 WAN 링크에서) 네트워크는 IGP를 통해 수신된 사용 가능한 백업 경로를 통합하고 사용할 수 있습니다.
그러나 기본 경로를 복구할 때 라우터는 백업 경로를 계속 사용할 수 있으며 WAN 링크를 통해 원래 경로를 복원할 수 없습니다. 비대칭적 경로 및 최적 상태 이하의 경로 등의 결과를 확인할 수 있습니다.
두 개의 WAN 라우터를 사용하는 이중화 시나리오에서는 BGP를 실행하여 네트워크 접두사를 WAN과 교환할 수 있습니다. IGP와 유사한 EIGRP(Enhanced Interior Gateway Routing Protocol)를 사용하여 LAN 네트워크 장치와 네트워크 접두사를 교환할 수 있습니다. 여기서 설명하는 토폴로지에서 BGP 경로는 EIGRP로 재배포되고 EIGRP 경로는 WAN 라우터의 BGP로 재배포되어 전체 네트워크 연결을 수행합니다. 이러한 시나리오에서는 프로토콜 간의 경로 피드백을 방지하기 위해 적절한 경로 필터링 또는 태깅이 필요합니다
이에 대한 대략적인 설계는 다음 토폴로지에서 확인할 수 있습니다.

다음 시나리오에서는 장애 조치 사례에서 BGP Weight 특성의 동작을 설명합니다.
1. BGP를 통해 경로 수신
이미지에 표시된 대로 WAN RTR이라는 라우터는 BGP를 통해 192.168.1.0/24 네트워크를 수신합니다. AD(Administrative Distance)가 20이면 경로가 라우팅 테이블에 설치됩니다.

BGP 테이블:
| WAN_RTR |
|---|
WAN_RTR#show ip bgp
<snip>
Network Next Hop Metric LocPrf Weight Path
*> 192.168.1.0 10.1.2.2 0 0 2 i
|
이 표에서는 BGP가 설치한 경로를 보여 줍니다.
| WAN_RTR |
|---|
WAN_RTR#show ip route <snip> B 192.168.1.0/24 [20/0] via 10.1.2.2, 00:00:42 |
2. EIGRP를 통해 경로 수신
링크 실패로 인해 BGP 세션을 사용할 수 없게 됩니다. 네트워크 통합에서는 이제 EIGRP를 통해 동일한 경로 192.168.1.0/24이 수신됩니다.

redistribute eigrp 명령은 BGP에서 적격 EIGRP 경로를 시작합니다. 따라서 EIGRP 경로가 로컬 BGP 테이블에 나타납니다.
BGP 구성:
| WAN_RTR |
|---|
WAN_RTR#show running-config | begin router bgp <snip> |
BGP 테이블:
| WAN_RTR |
|---|
WAN_RTR#show ip bgp <snip> |
이 표에서는 EIGRP가 설치한 경로를 보여 줍니다.
| WAN_RTR |
|---|
WAN_RTR#show ip route <snip> |
3. BGP를 통해 수신된 경로(다시)
이제 EIGRP 경로가 BGP로 재배포되고 원래 경로가 BGP를 통해 다시 한 번 수신된 후 이제 BGP 테이블에 192.168.1.0/24 네트워크에 대한 2개의 항목이 있습니다.

BGP 테이블:
| WAN_RTR |
|---|
WAN_RTR#show ip bgp
<snip>
Network Next Hop Metric LocPrf Weight Path
* 192.168.1.0 10.1.2.2 0 0 2 i
*> 10.1.3.3 156160 32768 ?
|
BGP 테이블에서
BGP 최적 경로 선택 관점에서:
라우팅 테이블:
| WAN_RTR |
|---|
WAN_RTR#show ip route <snip> D 192.168.1.0/24 [90/156160] via 10.1.3.3, 00:08:55, FastEthernet0/1 |
BGP 가중치의 기본값은 weight 또는 route-map 명령을 사용하여 BGP 피어별로 수정할 수 있습니다. 다음 명령은 BGP 피어에서 수신한 모든 경로에 대해 Weight path 특성을 40000으로 설정합니다.
예 1
| 가중치 명령 사용 |
|---|
router bgp 1 neighbor 10.1.2.2 weight 40000 |
예 2
| Route-Map 명령을 사용하여 Weight Path 특성 설정 |
|---|
route-map FROM-WAN permit 10 set weight 40000 ! router bgp 1 neighbor 10.1.2.2 route-map FROM-WAN in ! clear ip bgp * soft in |
예 3
| Route-Map 명령을 사용하여 특정 경로에 대한 가중치 경로 특성 설정 |
|---|
ip prefix-list NETWORKS permit 192.168.1.0/24 ! route-map FROM-WAN permit 10 match ip address prefix NETWORKS set weight 40000 route-map FROM-WAN permit 100 ! router bgp 1 neighbor 10.1.2.2 route-map FROM-WAN in ! clear ip bgp * soft in |
참고: route-map FROM-WAN의 최종 허용 시퀀스는 가중치 값을 할당하지 않고 피어의 다른 경로를 40000.
참고: clear ip bgp * soft in의 와일드카드는 모든 BGP 피어의 인바운드 경로를 새로 고칩니다. 이 예에서 사용된 피어만 새로 고치려면 clear ip bgp <ip-address> soft in 명령을 실행합니다.
Weight path 특성 값이 증가하면 BGP를 통해 수신한 원래 경로가 다음 경우와 같이 우선합니다.
1단계. BGP를 통해 경로 수신
다음 BGP 테이블에는 BGP를 통해 수신된 경로의 Weight 값이 0이 아닌 40000입니다.
BGP 테이블:
| WAN_RTR |
|---|
WAN_RTR#show ip bgp <snip> |
라우팅 테이블:
| WAN_RTR |
|---|
WAN_RTR#show ip route <snip> B 192.168.1.0/24 [20/0] via 10.1.2.2, 00:09:53 |
2단계. EIGRP를 통해 경로 수신
로컬에서 시작된 경로는 BGP 테이블에서 32768 값을 가집니다.
BGP 테이블:
| WAN_RTR |
|---|
WAN_RTR#show ip bgp
<snip>
Network Next Hop Metric LocPrf Weight Path
*> 192.168.1.0 10.1.3.3 156160 32768 ? |
라우팅 테이블:
| WAN_RTR |
|---|
WAN_RTR#show ip route <snip> D 192.168.1.0/24 [90/156160] via 10.1.3.3, 00:01:41, FastEthernet0/1 |
3단계. BGP를 통해 수신된 경로(다시)
Weight(가중치)40000 BGP를 통해 수신한 경로가 로컬에서 시작된 경로를 통해 선택됩니다. WAN 경로가 라우팅 테이블의 EIGRP 경로를 대체하면 네트워크가 다시 원래 상태로 올바르게 통합됩니다.
BGP 테이블:
| WAN_RTR |
|---|
WAN_RTR#show ip bgp
<snip>
Network Next Hop Metric LocPrf Weight Path
*> 192.168.1.0 10.1.2.2 0 40000 2 i
|
라우팅 테이블:
| WAN_RTR |
|---|
WAN_RTR#show ip route <snip> B 192.168.1.0/24 [20/0] via 10.1.2.2, 00:00:25 |
1단계. 원래 네트워크 상태

코어 레이어 3 스위치는 EIGRP를 통해 WAN RTR A 및 WAN RTR B로부터 192.168.1.0/24 경로를 수신합니다. WAN RTR A를 통한 경로가 선택됩니다.
다음 출력은 CORE Switch가 WAN 라우터 및 WAN RTR A 둘 다와 EIGRP 인접성을 유지하는 방법을 보여줍니다. 192.168.1.0/24 네트워크에 연결하기 위해 WAN RTR A를 선택합니다.
| 코어 |
|---|
CORE#show ip eigrp neighbors
EIGRP-IPv4 Neighbors for AS(1)
H Address Interface Hold Uptime SRTT RTO Q Seq
(sec) (ms) Cnt Num
0 10.1.2.2 (WAN_RTR_A) Fa0/0 10 00:05:15 79 1066 0 10
1 10.1.3.3 (WAN_RTR_B) Fa0/1 12 00:06:22 76 456 0 5
CORE#show ip route
<snip>
D EX 192.168.1.0/24 [170/28416] via 10.1.2.2, 00:00:32, FastEthernet0/0
CORE#show ip eigrp topology
EIGRP-IPv4 Topology Table for AS(1)/ID(10.10.10.10)
<snip>
P 192.168.1.0/24, 1 successors, FD is 28416, tag is 4
via 10.1.2.2 (28416/2816), FastEthernet0/0
via 10.1.3.3 (281856/2816), FastEthernet0/1 |
2단계. 기본 WAN 링크 오류

링크 장애가 발생하면 CORE Switch는 두 번째 최상의 EIGRP 경로인 WAN RTR B를 통해 경로를 설치합니다.
| 코어 |
|---|
CORE#show ip route
<snip>
D EX 192.168.1.0/24 [170/281856] via 10.1.3.3, 00:00:05, FastEthernet0/1
CORE#show ip eigrp topology
EIGRP-IPv4 Topology Table for AS(1)/ID(10.10.10.10)
<snip>
P 192.168.1.0/24, 1 successors, FD is 28416, tag is 4
via 10.1.3.3 (281856/2816), FastEthernet0/1 |
3단계. 기본 WAN 링크 복원

기본 WAN 링크가 복원되었습니다. 그러나 CORE Switch는 다음 출력에서 볼 수 있듯이 여전히 백업 경로를 통해 라우팅됩니다.
| 코어 |
|---|
CORE#show ip route
<snip>
D EX 192.168.1.0/24 [170/281856] via 10.1.3.3, 00:06:09, FastEthernet0/1
CORE#show ip eigrp topology
EIGRP-IPv4 Topology Table for AS(1)/ID(10.10.10.10)
<snip>
P 192.168.1.0/24, 1 successors, FD is 28416, tag is 4
via 10.1.3.3 (281856/2816), FastEthernet0/1 |
이러한 동작이 발생하는 이유는 앞서 설명한 대로 BGP Weight 특성 때문입니다.
현재 상태에서 WAN RTR A는 라우팅 테이블에 EIGRP 경로를 설치합니다. BGP 테이블에서 EIGRP에서 재배포된 경로는 복원된 WAN 링크를 통해 수신된 경로보다 가중치가 높으며 최상의 경로로 유지됩니다.
| WAN_RTR_A |
|---|
WAN_RTR_A#show ip bgp
<snip>
Network Next Hop Metric LocPrf Weight Path
* 192.168.1.0 10.2.4.4 0 0 4 i
*> 10.1.2.1 284416 32768 ?
WAN_RTR_A#show ip bgp summary
BGP router identifier 10.20.20.20, local AS number 2
<snip>
Neighbor V AS MsgRcvd MsgSent TblVer InQ OutQ Up/Down State/PfxRcd
10.2.4.4 4 4 12 12 16 0 0 00:03:54 (UP) 4
WAN_RTR_A#show ip route
<snip>
D EX 192.168.1.0/24 [170/284416] via 10.1.2.1, 00:08:22, FastEthernet0/0
|
이 동작은 WAN 라우터가 IGP 백업 경로를 BGP로 재배포하고 로컬에서 시작된 경로의 가중치가 복원된 WAN 학습 경로보다 높은 경우 발생할 수 있습니다. 네트워크 토폴로지 및 초기 증상은 이 예와 다를 수 있습니다. 이 조건에 영구 백업 경로 라우팅을 지정하기 전에 재배포 컨피그레이션, BGP 가중치 및 선택한 경로를 확인합니다.
| 개정 | 게시 날짜 | 의견 |
|---|---|---|
5.0 |
07-Oct-2026
|
맞춤법, 문법, 간격, 가로줄 삽입 등을 통해 가독성을 높일 수 있도록 별도의 섹션으로 업데이트했습니다. |
4.0 |
16-Apr-2025
|
재인증 |
3.0 |
23-Jan-2024
|
서식이 업데이트되었습니다. |
2.0 |
09-Dec-2022
|
PII를 제거했습니다.
대체 텍스트를 추가했습니다.
제목, 기계 번역, 스타일 요구 사항, gerunds 및 서식이 업데이트 되었습니다. |
1.0 |
06-Jun-2018
|
최초 릴리스 |