BGP Weight Path Attribute의 중요성 이해
소개
이 문서에서는 네트워크 장애 조치 시나리오에서 BGP(Border Gateway Protocol) 가중치 경로 특성의 중요성에 대해 설명합니다.
사전 요구 사항
요구 사항
다음 주제에 대한 지식을 보유하고 있으면 유용합니다.
- BGP(Border Gateway Protocol)
- 라우팅 프로토콜 재배포
- Cisco IOS를 실행하는 Cisco 라우터®
사용되는 구성 요소
이 문서의 정보는 Cisco IOS® 버전 15.6(2)의 Cisco 라우터를 기반으로 합니다
이 문서의 정보는 특정 랩 환경의 디바이스를 토대로 작성되었습니다. 이 문서에 사용된 모든 디바이스는 초기화된(기본) 컨피그레이션으로 시작되었습니다. 현재 네트워크가 작동 중인 경우 모든 명령의 잠재적인 영향을 미리 숙지하시기 바랍니다.
배경 정보
BGP는 일반적으로 LAN(Lan Area Network)에서 IGP(Interior Gateway Protocol)를 통해 수신한 네트워크 접두사를 WAN(Wan Area Network)에 광고하거나 그 반대로 광고하는 데 사용됩니다. 올바른 컨피그레이션이 없으면 BGP는 링크 오류에서 네트워크가 복구된 후 WAN을 통해 원래 라우팅 경로를 복원하지 못할 수 있습니다.
장애 조치 시나리오에 구축된 라우터는 경로가 중단될 수 있으며, 이로 인해 백업 경로를 통한 트래픽 리디렉션이 장애 및 복구 네트워크 이벤트를 게시할 수 있습니다. 이는 BGP Weight 경로 특성의 특성 때문에 발생할 수 있습니다.
네트워크 장애가 발생한 후(대개 WAN 링크에서) 네트워크는 IGP를 통해 수신된 사용 가능한 백업 경로를 통합하고 사용할 수 있습니다.
그러나 기본 경로를 복구할 때 라우터는 백업 경로를 계속 사용할 수 있으며 WAN 링크를 통해 원래 경로를 복원할 수 없습니다.
비대칭적 경로 및 최적 상태 이하의 경로 등의 결과를 확인할 수 있습니다.
두 개의 WAN 라우터를 사용하는 이중화 시나리오에서는 BGP를 실행하여 네트워크 접두사를 WAN과 교환할 수 있습니다. EIGRP(Enhanced Interior Gateway Routing Protocol)와 같은 IGP를 사용하여 LAN 네트워크 디바이스와 네트워크 접두사를 교환할 수 있습니다. 전체 네트워크 연결을 위해서는 일반적으로 이러한 프로토콜 간의 상호 재배포가 필요합니다.
이에 대한 대략적인 설계는 다음 토폴로지에서 확인할 수 있습니다.
로컬에서 시작된 경로에 설정된 BGP 가중치 경로 속성
다음 시나리오에서는 장애 조치 사례에서 BGP Weight Path 특성의 동작을 설명합니다.
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이 수신됩니다.
핵심은 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로 재배포된 EIGRP 경로에 의해 2단계에서 생성된 항목은 여전히 볼 수 있습니다.
- 다시 설정된 BGP 세션을 통해 원래 경로가 다시 추가됩니다.
BGP 최적 경로 선택 관점에서:
- BGP로 재배포된 EIGRP 경로의 Weight 경로 특성 값은 BGP 관점에서 라우터에서 로컬로 시작되므로 32768으로 설정됩니다.
- WAN과의 BGP 세션을 통해 수신된 원래 경로의 Weight 경로 특성의 값은 0입니다.
- 첫 번째 경로의 가중치가 가장 높으므로 BGP 테이블에서 가장 높은 가중치로 선택됩니다.
- 이로 인해 라우팅 테이블이 원래 상태로 다시 통합되지 않고 EIGRP 경로 엔트리를 유지합니다.
라우팅 테이블:
| 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 Path 특성 수정
BGP Weight 경로 특성의 기본값은 weight 명령 또는 route-map을 사용하여 구성된 BGP 피어별로 수정할 수 있습니다.
다음 명령은 BGP 피어에서 수신한 모든 경로에 대해 Weight path 특성을 40000으로 설정합니다.
예 1
| weight 명령 사용 |
|---|
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 명령을 사용하여 특정 경로에 대한 Weight Path 특성 설정 |
|---|
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 |
Weight path 특성 값이 증가하면 BGP를 통해 수신한 원래 경로가 다음 경우와 같이 우선합니다.
1단계. BGP를 통해 경로를 수신합니다.
BGP Table(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를 통해 다시 수신된 경로입니다.
가중치 40000을 사용하면 BGP를 통해 수신된 경로가 로컬에서 시작된 경로를 통해 선택됩니다. 이렇게 하면 네트워크가 원래 상태로 올바르게 다시 통합됩니다.
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 라우터 모두와 EIGRP 인접성을 유지하고 WAN RTR A가 192.168.1.0/24 네트워크에 도달하도록 선택된 방식을 보여줍니다.
| 코어 |
|---|
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를 통한 라우팅 테이블 및 EIGRP에서 재배포된 BGP 테이블에서 경로를 표시합니다. 이는 Weight 경로 특성의 가장 높은 값이 재설정된 WAN 링크에서 BGP를 통해 수신한 경로의 Weight 값보다 크기 때문입니다.
| 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
|
본 문서에서 다룬 행태는 현장에서 널리 알려진 바 있다. 네트워크 토폴로지 및 초기 증상은 위에서 설명한 예와 다를 수 있습니다. 그러나 근본 원인은 이 문서에 설명된 것일 수 있으며 그러한 경우가 많습니다. 컨피그레이션 및 시나리오가 네트워크 구축에서 발생할 이 조건에 대한 변수를 충족하는지 확인하는 것이 중요합니다.
개정 이력
| 개정 | 게시 날짜 | 의견 |
|---|---|---|
3.0 |
23-Jan-2024 |
서식이 업데이트되었습니다. |
2.0 |
09-Dec-2022 |
PII를 제거했습니다.
대체 텍스트를 추가했습니다.
제목, 기계 번역, 스타일 요구 사항, gerunds 및 서식이 업데이트 되었습니다. |
1.0 |
06-Jun-2018 |
최초 릴리스 |
피드백