BGP Load Balancing with IGP and Static Routing Sample Configuration(Cisco IOL)

1. BGP Load Balancing with IGP and Static Routing Sample Configuration 구성도

• 테스트 장비
  
  • 에뮬레이터 : EVE-NG
  • 라우터 : Cisco IOL I86BI_LINUX-ADVENTERPRISEK9-M, Version 15.5(2)T
• 모든 OSPF Interface는 Point-to-Point로 구성하며 Lo1은 OSPF에 미포함
• 모든 BGP Neighbor는 Lo0를 이용하여 구성하며 Lo0은 BGP로 광고하지 않고 Lo1만 BGP로 광고
• R3을 Route Reflector로 구성
• IGP와 Static Routing을 사용하여 BGP Load Balancing을 구현하는 것이 목표

 

 

2. BGP Load Balancing with IGP and Static Routing Sample Configuration 

1) OSPF Configuration

• R3와 비슷하게 R2, R4 라우터에도 OSPF를 설정

 

2) iBGP Configuration

• AS 경계 라우터에 'next-hop-self'를 설정하며 R3을 Route-Reflector로 설정

 

3) eBGP Configuration

• Static 및 IGP을 사용한 BGP Load Balancing은 AS 경계 라우터 간에 여러 개의 Link가 있는 R1↔R2만 가능
• BGP Next-Hop으로 향하는 경로를 부하 분산시켜 결과적으로 BGP 경로가 부하 분산
• eBGP 간에 Load Balancing을 테스트하기 위해 eBGP Peer를 Physical Interface가 아닌 Loopback Interface로 구성

 

• R1↔R2 사이인 AS 경계 라우터 간에 eBGP Peer를 맺고, eBGP Load Balancing을 위해 서로의 Lo0으로 향하는 Static Routing을 설정
• R1↔R4 간에는 BGP Neighbor를 맺기 위해 Static Routing을 설정

 

 

 

4) IGP 및 Static Routing을 이용한 Load Balancing 확인

 

• 22.22.22.22/32 네트워크의 Next-Hop으로 가는 경로가 Static Routing에 의해 부하 분산되게 하여 22.22.22.22/32 네트워크로 가는 BGP 경로가 부하 분산
  • 이를 위해 eBGP Neighbor 설정 시, Physical Interface가 아닌 Loopback Interface IP를 사용한 것
  • Remote AS에서 광고 받은 22.22.22.22/32 네트워크로 가는 Next-Hop IP가 2.2.2.2이고, 2.2.2.2/32 네트워크로 가는 경로가 부하 분산되고 있으므로 결과적으로 22.22.22.22/32로 가는 eBGP 경로가 부하 분산

 

• 11.11.11.11/32 네트워크의 Next-Hop으로 가는 경로가 부하 분산되게 하여 11.11.11.11/32 네트워크로 가는 eBGP 경로가 부하 분산

 

• 11.11.11.11/32 네트워크의 Next-Hop으로 가는 경로가 Static Routing에 의해 부하 분산되게 하여 11.11.11.11/32 네트워크로 가는 BGP 경로가 부하 분산
• AS 경계 라우터가 여러 개일 때, BGP Load Balancing을 IGP 및 Static을 이용하여 구현하는 것을 비권장
  • 위 그림에서 R3 라우터에서 여러 경계 라우터로 BGP Load Balancing이 불가능하기 때문

 

• R1과 연결된 Link가 하나이므로 부하 분산이 불가능
• 11.11.11.11/32 네트워크의 Next-Hop으로 가는 경로가 하나이므로 eBGP 부하 분산 불가능