728x90
반응형
1. Introduction to BGP Additional Paths
- BGP는 Peer에 Best-Path만 광고하며 더 좋은 Route가 발견되면 Current Path를 대체
- Route를 광고하고 이를 New Route로 대체하는 것을 'Implicit Withdrwa'로 명칭
- BGP는 Best-Path만 광고하므로 다른 Route를 알 수 없으며 이를 'Path Hiding'으로 명칭
- 'Path Hiding' 단점
- BGP Multipath 사용 불가
- Next-Hop Failure 시, Reconvergence 필요
- Sub-Optimal 라우팅 가능성 정보 없음
- MED Oscillation
- Additional Paths 기능을 사용하면 동일한 NLRI에 대해 여러 경로를 광고하므로 'Path Hiding' 대신 경로 다양성을 보유
- Additional Path 기능은 iBGP에서만 사용이 가능하며 각 Path에 고유한 Path-ID를 추가
- Path-ID는 모든 BGP Address Family에서 Path-ID를 사용할 수 있다는 점을 제외하고는 RD 작동하는 방식과 유사
- BGP Additional Paths는 보통 사용하지 않으므로 간단히 참고만 하면 된다고 판단
2. BGP Additional Paths Sample Configuration
1) BGP Additional Paths Sample Configuration 구성도
- 테스트 장비
- 에뮬레이터 : EVE-NG
- 라우터 : Cisco IOL I86BI_LINUX-ADVENTERPRISEK9-M, Version 15.5(2)T
- OSPF에 포함되는 Interface는 모두 Point-to-Point로 구성
- AS1에는 R2가 Route-Reflector인 5개의 라우터가 존재
- BGP 라우터 중, R4만 4.4.4.4/32 NLRI를 BGP로 광고
2) BGP Basic Configuration
- R3 및 R6는 R4부터 4.4.4.4/32 NLRI를 학습
- R3 및 R6는 Route Reflector인 R2에게 Best-Path로 선출한 4.4.4.4/32를 광고
- R2는 BGP 테이블에 두 개의 경로를 가지고 있지만 Best-Path로 선출된 경로만 BGP Peer에게 광고
3) Additional Paths의 필요성
- R2는 BGP Peer에게 Best-Path만 광고하므로 R1은 Next-Hop이 3.3.3.3(R3)인 Route만 보유
- 3.3.3.3으로 가는 경로는 R2를 지나므로 R5를 통과하는 경로를 미사용
- 'Path Hiding'으로 인하여 두 가지 단점이 존재
- R1이 R5를 사용하여 4.4.4.4/32에 도달할 수 없으므로 Load Balancing 불가
- Next-Hop인 3.3.3.3 장비 장애 발생 시, BGP가 다시 Convergence 되어야 트래픽이 전송 가능
- R5 라우터도 4.4.4.4에 도달하기 위해 Next-Hop으로 3.3.3.3를 사용
4) BGP Additional Paths Configuration
- 'additional-paths'를 Globally로 선택하는 방법을 R2에 구성
- R2에게 사용 가능한 모든 경로를 'Additional Paths'로 사용하도록 지시
- 구글 검색 결과, Next-Hop이 유효한 것들을 'Additional Paths'로 사용하는 것
- Valid Route를 'Additional Paths'로 사용하는 것 같지만 해당 부분은 확인 필요
- BGP Table에 'a' Flag가 표시되어 'additional-path'로 선출된 것을 확인
- R2의 라우팅 테이블 및 포워딩 테이블에 영향이 없으며 단일 경로만 존재
- Peer에 NLRI에 대한 BGP Additional-Path를 전송하는 기능을 활성화
- Peer에게 광고할 Additional Paths(이전에 Globally로 선택한 경로)를 알려주는 것
- 모든 Available Additional Paths를 광고(고유한 Next-Hop을 가진 모든 경로를 Additional Path로 사용)
- Additional Paths를 수신하도록 R1 및 R5에 설정
- R2는 두 가지 경로를 광고하여 R1에 두 가지 경로를 BGP 테이블에 설치
- R1은 Next-Hop으로 3.3.3.3을 선택했지만 6.6.6.6도 선택 가능
- 수신한 BGP Route에서 Path-ID 확인 가능
- Path-ID는 각 Route를 고유하게 만드는 값
- R1이 Multipath를 사용하도록 구성하여 두 경로 모두 사용 가능
- 다른 방법으로는 R5를 통과하는 경로를 Backup Path로 구성 가능
- BGP에서 Backup Paths를 사용하는 방법과 이유는 BGP PIC에서 설명할 예정
5) BGP Multipath Configuration
- R1이 Multipath를 사용하도록 설정
728x90
반응형
'네트워크 > BGP' 카테고리의 다른 글
BGP PIC Edge(Backup Path) (0) | 2024.08.25 |
---|---|
BGP PIC Core (0) | 2024.08.23 |
BGP Next-Hop Address Tracking (0) | 2024.08.19 |
BGP Load Balancing with DMZ Link Bandwidth Sample Configuration(Cisco IOL) (0) | 2024.08.17 |
BGP Load Balancing with Multipath Sample Configuration(Cisco IOL) (0) | 2024.08.15 |
BGP Load Balancing with IGP and Static Routing Sample Configuration(Cisco IOL) (0) | 2024.08.13 |
Introduction to BGP Load Balancing (1) | 2024.08.11 |
MPLS L3 VPN BGP AS-Override Sample Configuration(Cisco IOL) (0) | 2024.08.09 |