BGP Next-Hop 이슈 및 해결 방안
BGP(Border Gateway Protocol)에서 Next-Hop은 경로를 결정하는 중요한 요소 중 하나입니다.
하지만 Next-Hop에 대한 경로 정보가 없을 경우, BGP에서 받은 경로 정보는 라우팅 테이블에 등록되지 않으며, Best Path로 선정되지 않는 문제가 발생할 수 있습니다.
이러한 Next-Hop 이슈를 해결하기 위해 일반적으로 두 가지 방법이 사용됩니다.
첫 번째는 IGP(OSPF, EIGRP 등)를 통해 Next-Hop에 대한 경로 정보를 학습하는 방법
두 번째는 BGP에서 next-hop-self 옵션을 사용하여 Next-Hop을 변경하는 방법입니다.
이번 테스트에서는 위 두 가지 해결 방안을 적용하여 BGP 경로가 정상적으로 등록되고, Best Path로 선정되어 올바르게 전파되는 과정을 확인하겠습니다.
[R2 기본 설정]
R2#show run ospf
!
router ospf 1
router-id 2.2.2.2
network 10.10.23.2/32 area 0
network 120.2.0.0/24 area 0
network 120.2.1.0/24 area 0
network 120.2.2.0/24 area 0
network 2.2.2.2/32 area 0
R2#show run bgp
!
router bgp 200
bgp router-id 2.2.2.2
network 120.2.0.0/24
network 120.2.1.0/24
network 120.2.2.0/24
timers bgp 2 6
neighbor 3.3.3.3 remote-as 200
neighbor 3.3.3.3 update-source Loopback 1
neighbor 3.3.3.3 timers 2 6
neighbor 3.3.3.3 soft-reconfiguration inbound
neighbor 3.3.3.3 no shutdown
neighbor 10.10.12.1 remote-as 100
neighbor 10.10.12.1 timers 2 6
neighbor 10.10.12.1 soft-reconfiguration inbound
neighbor 10.10.12.1 no shutdown[R2 BGP 테이블]
R2#show ip bgp
...
Network Next Hop Metric LocPrf Weight Path
*> 110.1.0.0/24 10.10.12.1 0 0 100 i
*> 110.1.1.0/24 10.10.12.1 0 0 100 i
*> 110.1.2.0/24 10.10.12.1 0 0 100 i
*>n 120.2.0.0/24 0.0.0.0 0 32768 i
*>n 120.2.1.0/24 0.0.0.0 0 32768 i
*>n 120.2.2.0/24 0.0.0.0 0 32768 i
*>I 130.3.0.0/24 3.3.3.3 0 100 0 i
*>I 130.3.1.0/24 3.3.3.3 0 100 0 i
*>I 130.3.2.0/24 3.3.3.3 0 100 0 i
*>I 140.4.0.0/24 4.4.4.4 0 100 0 i
*>I 140.4.1.0/24 4.4.4.4 0 100 0 i
*>I 140.4.2.0/24 4.4.4.4 0 100 0 i
Best Path 미선정 및 경로 미전달 문제
R3의 BGP 테이블을 확인한 결과, R1 Network 대역에 대한 경로는 존재하지만 Best Path(>)로 선정되지 않았습니다.
Best Path로 선정되지 않으면 해당 경로를 R4에게 광고하지 않으며, 이로 인해 R4에서는 R1 Network 경로에 대한 정보조차 존재하지 않는 상황이 발생합니다.
R3#show ip bgp
...
Network Next Hop Metric LocPrf Weight Path
I 110.1.0.0/24 10.10.12.1 0 100 0 100 i
I 110.1.1.0/24 10.10.12.1 0 100 0 100 i
I 110.1.2.0/24 10.10.12.1 0 100 0 100 i
*>I 120.2.0.0/24 2.2.2.2 0 100 0 i
*>I 120.2.1.0/24 2.2.2.2 0 100 0 i
*>I 120.2.2.0/24 2.2.2.2 0 100 0 i
*>n 130.3.0.0/24 0.0.0.0 0 32768 i
*>n 130.3.1.0/24 0.0.0.0 0 32768 i
*>n 130.3.2.0/24 0.0.0.0 0 32768 i
*>I 140.4.0.0/24 4.4.4.4 0 100 0 i
*>I 140.4.1.0/24 4.4.4.4 0 100 0 i
*>I 140.4.2.0/24 4.4.4.4 0 100 0 i
// R4에게 광고하는 정보
R3#show ip bgp neighbors 4.4.4.4 advertised-routes
...
Network Next Hop Metric LocPrf Weight Path
*> 120.2.0.0/24 2.2.2.2 0 100 0 i
*> 120.2.1.0/24 2.2.2.2 0 100 0 i
*> 120.2.2.0/24 2.2.2.2 0 100 0 i
*> 130.3.0.0/24 3.3.3.3 0 100 0 i
*> 130.3.1.0/24 3.3.3.3 0 100 0 i
*> 130.3.2.0/24 3.3.3.3 0 100 0 i
Total number of prefixes: 6
========================================================
R4#show ip bgp
...
Network Next Hop Metric LocPrf Weight Path
*>I 120.2.0.0/24 2.2.2.2 0 100 0 i
*>I 120.2.1.0/24 2.2.2.2 0 100 0 i
*>I 120.2.2.0/24 2.2.2.2 0 100 0 i
*>I 130.3.0.0/24 3.3.3.3 0 100 0 i
*>I 130.3.1.0/24 3.3.3.3 0 100 0 i
*>I 130.3.2.0/24 3.3.3.3 0 100 0 i
*>n 140.4.0.0/24 0.0.0.0 0 32768 i
*>n 140.4.1.0/24 0.0.0.0 0 32768 i
*>n 140.4.2.0/24 0.0.0.0 0 32768 i
Best Path 미선정 원인 분석
R3의 라우팅 테이블을 확인한 결과, Next-Hop인 10.10.12.1에 대한 경로가 존재하지 않습니다.
따라서 R3는 해당 경로로 패킷을 전달할 수 없으며, 이로 인해 Best Path로 선정되지 못하는 문제가 발생합니다.
R3#show ip route
...
Destination Gateway Dist/Metric Last Change
----------- ------- ----------- -----------
O 2.2.2.2/32 via 10.10.23.2, Vl 23 110/1 00:48:15
C 3.3.3.3/32 Direct, Lo 1 0/0 00:48:45
O 4.4.4.4/32 via 10.10.34.4, Vl 34 110/1 00:48:15
C 10.10.23.0/24 Direct, Vl 23 0/0 00:48:45
C 10.10.34.0/24 Direct, Vl 34 0/0 00:48:45
B IN 120.2.0.0/24 via 2.2.2.2 200/0 00:44:34
O 120.2.0.2/32 via 10.10.23.2, Vl 23 110/1 00:48:15
B IN 120.2.1.0/24 via 2.2.2.2 200/0 00:44:34
O 120.2.1.2/32 via 10.10.23.2, Vl 23 110/1 00:48:15
B IN 120.2.2.0/24 via 2.2.2.2 200/0 00:44:33
O 120.2.2.2/32 via 10.10.23.2, Vl 23 110/1 00:48:15
C 130.3.0.0/24 Direct, Lo 2 0/0 00:48:45
C 130.3.1.0/24 Direct, Lo 3 0/0 00:48:45
C 130.3.2.0/24 Direct, Lo 4 0/0 00:48:45
B IN 140.4.0.0/24 via 4.4.4.4 200/0 00:48:11
O 140.4.0.4/32 via 10.10.34.4, Vl 34 110/1 00:48:15
B IN 140.4.1.0/24 via 4.4.4.4 200/0 00:48:11
O 140.4.1.4/32 via 10.10.34.4, Vl 34 110/1 00:48:15
B IN 140.4.2.0/24 via 4.4.4.4 200/0 00:48:11
O 140.4.2.4/32 via 10.10.34.4, Vl 34 110/1 00:48:15
========================================================
R3#show ip bgp 110.1.0.0
BGP routing table entry for 110.1.0.0/24
Paths: (1 available, table Default-IP-Routing-Table.)
Not advertised to any peer
Received from :
2.2.2.2 (2.2.2.2) (Received from a RR-Client)
AS_PATH : 100
Next-Hop : 10.10.12.1, unreachable
Origin IGP, Metric 0, LocalPref 100, Weight 0, internal
Inactive reason: Next-hop unreachable
결론적으로, Next-Hop에 대한 경로 정보가 없기 때문에 BGP로 수신한 경로 정보가 라우팅 테이블에 등록되지 않는 문제가 발생합니다.
이를 해결하기 위해 Next-Hop에 도달할 수 있도록 구성하는 방안을 확인해 보겠습니다.
1. DMZ 구간 IGP 포함
R3, R4에서도 R1 Network에 대한 경로 정보를 받기 위해 next hop인 R1↔R2구간의 경로 정보가 필요합니다.
R1↔R2구간의 DMZ Network를 R2에서 IGP인 ospf에 포함시켜 광고합니다.
R2#show run ospf
!
router ospf 1
router-id 2.2.2.2
network 10.10.23.2/32 area 0
network 120.2.0.0/24 area 0
network 120.2.1.0/24 area 0
network 120.2.2.0/24 area 0
network 2.2.2.2/32 area 0
network 10.10.12.0/24 area 0
R3에서 BGP 테이블을 확인하면 R1 네트워크의 경로 정보는 기존과 동일한 Next-Hop을 유지하지만, Best Path로 선정되었습니다.
이는 OSPF(O)를 통해 Next-Hop에 대한 경로 정보를 전달받아 라우팅 테이블에 정상적으로 추가되었기 때문입니다.
R3#show ip bgp
...
Network Next Hop Metric LocPrf Weight Path
*>I 110.1.0.0/24 10.10.12.1 0 100 0 100 i
*>I 110.1.1.0/24 10.10.12.1 0 100 0 100 i
*>I 110.1.2.0/24 10.10.12.1 0 100 0 100 i
*>I 120.2.0.0/24 2.2.2.2 0 100 0 i
*>I 120.2.1.0/24 2.2.2.2 0 100 0 i
*>I 120.2.2.0/24 2.2.2.2 0 100 0 i
*>n 130.3.0.0/24 0.0.0.0 0 32768 i
*>n 130.3.1.0/24 0.0.0.0 0 32768 i
*>n 130.3.2.0/24 0.0.0.0 0 32768 i
*>I 140.4.0.0/24 4.4.4.4 0 100 0 i
*>I 140.4.1.0/24 4.4.4.4 0 100 0 i
*>I 140.4.2.0/24 4.4.4.4 0 100 0 i
R3#show ip route
...
Destination Gateway Dist/Metric Last Change
----------- ------- ----------- -----------
O 2.2.2.2/32 via 10.10.23.2, Vl 23 110/1 00:58:34
C 3.3.3.3/32 Direct, Lo 1 0/0 00:59:05
O 4.4.4.4/32 via 10.10.34.4, Vl 34 110/1 00:58:34
O 10.10.12.0/24 via 10.10.23.2, Vl 23 110/2 00:02:20
C 10.10.23.0/24 Direct, Vl 23 0/0 00:59:04
C 10.10.34.0/24 Direct, Vl 34 0/0 00:59:04
B IN 110.1.0.0/24 via 10.10.12.1 200/0 00:02:20
B IN 110.1.1.0/24 via 10.10.12.1 200/0 00:02:20
B IN 110.1.2.0/24 via 10.10.12.1 200/0 00:02:20
B IN 120.2.0.0/24 via 2.2.2.2 200/0 00:54:54
O 120.2.0.2/32 via 10.10.23.2, Vl 23 110/1 00:58:34
B IN 120.2.1.0/24 via 2.2.2.2 200/0 00:54:54
O 120.2.1.2/32 via 10.10.23.2, Vl 23 110/1 00:58:34
B IN 120.2.2.0/24 via 2.2.2.2 200/0 00:54:53
O 120.2.2.2/32 via 10.10.23.2, Vl 23 110/1 00:58:34
C 130.3.0.0/24 Direct, Lo 2 0/0 00:59:05
C 130.3.1.0/24 Direct, Lo 3 0/0 00:59:05
C 130.3.2.0/24 Direct, Lo 4 0/0 00:59:05
B IN 140.4.0.0/24 via 4.4.4.4 200/0 00:58:31
O 140.4.0.4/32 via 10.10.34.4, Vl 34 110/1 00:58:34
B IN 140.4.1.0/24 via 4.4.4.4 200/0 00:58:31
O 140.4.1.4/32 via 10.10.34.4, Vl 34 110/1 00:58:34
B IN 140.4.2.0/24 via 4.4.4.4 200/0 00:58:31
O 140.4.2.4/32 via 10.10.34.4, Vl 34 110/1 00:58:34
R3에서 R1 네트워크가 Best Path로 등록됨에 따라, R4는 R1 네트워크 정보를 정상적으로 수신하게 됩니다.
또한, OSPF를 통해 Next-Hop(10.10.12.1)에 대한 경로 정보도 전달받았기 때문에, R4에서도 R1 네트워크의 경로가 라우팅 테이블에 정상적으로 등록됩니다.
[R4 BGP, 라우팅 테이블]
R4#show ip bgp
...
Network Next Hop Metric LocPrf Weight Path
*>I 110.1.0.0/24 10.10.12.1 0 100 0 100 i
*>I 110.1.1.0/24 10.10.12.1 0 100 0 100 i
*>I 110.1.2.0/24 10.10.12.1 0 100 0 100 i
*>I 120.2.0.0/24 2.2.2.2 0 100 0 i
*>I 120.2.1.0/24 2.2.2.2 0 100 0 i
*>I 120.2.2.0/24 2.2.2.2 0 100 0 i
*>I 130.3.0.0/24 3.3.3.3 0 100 0 i
*>I 130.3.1.0/24 3.3.3.3 0 100 0 i
*>I 130.3.2.0/24 3.3.3.3 0 100 0 i
*>n 140.4.0.0/24 0.0.0.0 0 32768 i
*>n 140.4.1.0/24 0.0.0.0 0 32768 i
*>n 140.4.2.0/24 0.0.0.0 0 32768 i
R4#show ip route
...
Destination Gateway Dist/Metric Last Change
----------- ------- ----------- -----------
O 2.2.2.2/32 via 10.10.34.3, Vl 34 110/2 01:00:22
O 3.3.3.3/32 via 10.10.34.3, Vl 34 110/1 01:00:22
C 4.4.4.4/32 Direct, Lo 1 0/0 01:04:13
O 10.10.12.0/24 via 10.10.34.3, Vl 34 110/3 00:04:11
C 10.10.14.0/24 Direct, Gi 1/47 0/0 01:06:26
O 10.10.23.0/24 via 10.10.34.3, Vl 34 110/2 01:00:22
C 10.10.34.0/24 Direct, Vl 34 0/0 01:04:13
B IN 110.1.0.0/24 via 10.10.12.1 200/0 00:04:11
B IN 110.1.1.0/24 via 10.10.12.1 200/0 00:04:11
B IN 110.1.2.0/24 via 10.10.12.1 200/0 00:04:11
B IN 120.2.0.0/24 via 2.2.2.2 200/0 00:56:44
O 120.2.0.2/32 via 10.10.34.3, Vl 34 110/2 01:00:22
B IN 120.2.1.0/24 via 2.2.2.2 200/0 00:56:44
O 120.2.1.2/32 via 10.10.34.3, Vl 34 110/2 01:00:22
B IN 120.2.2.0/24 via 2.2.2.2 200/0 00:56:44
O 120.2.2.2/32 via 10.10.34.3, Vl 34 110/2 01:00:22
B IN 130.3.0.0/24 via 3.3.3.3 200/0 01:00:21
O 130.3.0.3/32 via 10.10.34.3, Vl 34 110/1 01:00:22
B IN 130.3.1.0/24 via 3.3.3.3 200/0 01:00:21
O 130.3.1.3/32 via 10.10.34.3, Vl 34 110/1 01:00:22
B IN 130.3.2.0/24 via 3.3.3.3 200/0 01:00:21
O 130.3.2.3/32 via 10.10.34.3, Vl 34 110/1 01:00:22
C 140.4.0.0/24 Direct, Lo 2 0/0 01:04:13
C 140.4.1.0/24 Direct, Lo 3 0/0 01:04:13
C 140.4.2.0/24 Direct, Lo 4 0/0 01:04:13R4#ping 110.1.0.1 source ip 140.4.0.4
Type Ctrl-C to abort.
Sending 5, 100-byte ICMP Echos to 110.1.0.1 from 140.4.0.4, timeout is 2 seconds:
!!!!!
Success rate is 100.0 percent (5/5), round-trip min/avg/max = 0/0/0 (ms)
2. next-hop-self 설정
next-hop-self 옵션은 iBGP 피어 간의 경로 전달 시 next-hop을 변경하는 기능입니다.
기본적으로 iBGP는 경로를 전달할 때 Next-Hop을 변경하지 않지만, 이 옵션을 사용하면 BGP 라우터가 자신의 IP를 next-hop으로 설정하여 전달합니다.
R2에서 R3에게 next-hop-self 옵션을 적용해 경로 정보 전달 시 next-hop 주소를 자신의 주소로 변경해서 전달하도록 합니다.
R2#show run bgp
!
router bgp 200
bgp router-id 2.2.2.2
network 120.2.0.0/24
network 120.2.1.0/24
network 120.2.2.0/24
timers bgp 2 6
neighbor 3.3.3.3 remote-as 200
neighbor 3.3.3.3 update-source Loopback 1
neighbor 3.3.3.3 timers 2 6
neighbor 3.3.3.3 next-hop-self
neighbor 3.3.3.3 soft-reconfiguration inbound
neighbor 3.3.3.3 no shutdown
neighbor 10.10.12.1 remote-as 100
neighbor 10.10.12.1 timers 2 6
neighbor 10.10.12.1 soft-reconfiguration inbound
neighbor 10.10.12.1 no shutdown
next-hop-self 옵션 적용 후, R3의 BGP 테이블을 확인하면 R1 네트워크의 Next-Hop이 R2의 주소(2.2.2.2)로 변경된 것을 볼 수 있습니다.
이 주소는 기존 OSPF를 통해 라우팅 테이블에 등록되어 있어, R3가 R1 네트워크로 정상적으로 접근할 수 있으며, 해당 경로가 Best Path로 선정됩니다.
[R3 BGP, 라우팅 테이블]
R3#show ip bgp
...
Network Next Hop Metric LocPrf Weight Path
*>I 110.1.0.0/24 2.2.2.2 0 100 0 100 i
*>I 110.1.1.0/24 2.2.2.2 0 100 0 100 i
*>I 110.1.2.0/24 2.2.2.2 0 100 0 100 i
*>I 120.2.0.0/24 2.2.2.2 0 100 0 i
*>I 120.2.1.0/24 2.2.2.2 0 100 0 i
*>I 120.2.2.0/24 2.2.2.2 0 100 0 i
*>n 130.3.0.0/24 0.0.0.0 0 32768 i
*>n 130.3.1.0/24 0.0.0.0 0 32768 i
*>n 130.3.2.0/24 0.0.0.0 0 32768 i
*>I 140.4.0.0/24 4.4.4.4 0 100 0 i
*>I 140.4.1.0/24 4.4.4.4 0 100 0 i
*>I 140.4.2.0/24 4.4.4.4 0 100 0 i
R3#show ip rou
...
Destination Gateway Dist/Metric Last Change
----------- ------- ----------- -----------
O 2.2.2.2/32 via 10.10.23.2, Vl 23 110/1 01:12:00
C 3.3.3.3/32 Direct, Lo 1 0/0 01:12:31
O 4.4.4.4/32 via 10.10.34.4, Vl 34 110/1 01:12:00
C 10.10.23.0/24 Direct, Vl 23 0/0 01:12:31
C 10.10.34.0/24 Direct, Vl 34 0/0 01:12:31
B IN 110.1.0.0/24 via 2.2.2.2 200/0 00:01:38
B IN 110.1.1.0/24 via 2.2.2.2 200/0 00:01:38
B IN 110.1.2.0/24 via 2.2.2.2 200/0 00:01:38
B IN 120.2.0.0/24 via 2.2.2.2 200/0 01:08:20
O 120.2.0.2/32 via 10.10.23.2, Vl 23 110/1 01:12:00
B IN 120.2.1.0/24 via 2.2.2.2 200/0 01:08:20
O 120.2.1.2/32 via 10.10.23.2, Vl 23 110/1 01:12:00
B IN 120.2.2.0/24 via 2.2.2.2 200/0 01:08:19
O 120.2.2.2/32 via 10.10.23.2, Vl 23 110/1 01:12:00
C 130.3.0.0/24 Direct, Lo 2 0/0 01:12:31
C 130.3.1.0/24 Direct, Lo 3 0/0 01:12:31
C 130.3.2.0/24 Direct, Lo 4 0/0 01:12:31
B IN 140.4.0.0/24 via 4.4.4.4 200/0 01:11:57
O 140.4.0.4/32 via 10.10.34.4, Vl 34 110/1 01:12:00
B IN 140.4.1.0/24 via 4.4.4.4 200/0 01:11:57
O 140.4.1.4/32 via 10.10.34.4, Vl 34 110/1 01:12:00
B IN 140.4.2.0/24 via 4.4.4.4 200/0 01:11:57
O 140.4.2.4/32 via 10.10.34.4, Vl 34 110/1 01:12:00
[R4 BGP, 라우팅 테이블]
R4#show ip bgp
...
Network Next Hop Metric LocPrf Weight Path
*>I 110.1.0.0/24 2.2.2.2 0 100 0 100 i
*>I 110.1.1.0/24 2.2.2.2 0 100 0 100 i
*>I 110.1.2.0/24 2.2.2.2 0 100 0 100 i
*>I 120.2.0.0/24 2.2.2.2 0 100 0 i
*>I 120.2.1.0/24 2.2.2.2 0 100 0 i
*>I 120.2.2.0/24 2.2.2.2 0 100 0 i
*>I 130.3.0.0/24 3.3.3.3 0 100 0 i
*>I 130.3.1.0/24 3.3.3.3 0 100 0 i
*>I 130.3.2.0/24 3.3.3.3 0 100 0 i
*>n 140.4.0.0/24 0.0.0.0 0 32768 i
*>n 140.4.1.0/24 0.0.0.0 0 32768 i
*>n 140.4.2.0/24 0.0.0.0 0 32768 i
R4#show ip rou
...
Destination Gateway Dist/Metric Last Change
----------- ------- ----------- -----------
O 2.2.2.2/32 via 10.10.34.3, Vl 34 110/2 01:12:06
O 3.3.3.3/32 via 10.10.34.3, Vl 34 110/1 01:12:06
C 4.4.4.4/32 Direct, Lo 1 0/0 01:15:58
C 10.10.14.0/24 Direct, Gi 1/47 0/0 01:18:10
O 10.10.23.0/24 via 10.10.34.3, Vl 34 110/2 01:12:06
C 10.10.34.0/24 Direct, Vl 34 0/0 01:15:58
B IN 110.1.0.0/24 via 2.2.2.2 200/0 00:01:47
B IN 110.1.1.0/24 via 2.2.2.2 200/0 00:01:47
B IN 110.1.2.0/24 via 2.2.2.2 200/0 00:01:47
B IN 120.2.0.0/24 via 2.2.2.2 200/0 01:08:29
O 120.2.0.2/32 via 10.10.34.3, Vl 34 110/2 01:12:06
B IN 120.2.1.0/24 via 2.2.2.2 200/0 01:08:29
O 120.2.1.2/32 via 10.10.34.3, Vl 34 110/2 01:12:06
B IN 120.2.2.0/24 via 2.2.2.2 200/0 01:08:28
O 120.2.2.2/32 via 10.10.34.3, Vl 34 110/2 01:12:06
B IN 130.3.0.0/24 via 3.3.3.3 200/0 01:12:06
O 130.3.0.3/32 via 10.10.34.3, Vl 34 110/1 01:12:06
B IN 130.3.1.0/24 via 3.3.3.3 200/0 01:12:06
O 130.3.1.3/32 via 10.10.34.3, Vl 34 110/1 01:12:06
B IN 130.3.2.0/24 via 3.3.3.3 200/0 01:12:06
O 130.3.2.3/32 via 10.10.34.3, Vl 34 110/1 01:12:06
C 140.4.0.0/24 Direct, Lo 2 0/0 01:15:58
C 140.4.1.0/24 Direct, Lo 3 0/0 01:15:58
C 140.4.2.0/24 Direct, Lo 4 0/0 01:15:58R4#ping 110.1.0.1 source ip 140.4.0.4
Type Ctrl-C to abort.
Sending 5, 100-byte ICMP Echos to 110.1.0.1 from 140.4.0.4, timeout is 2 seconds:
!!!!!
Success rate is 100.0 percent (5/5), round-trip min/avg/max = 0/0/0 (ms)
'Network > BGP' 카테고리의 다른 글
| [BGP] BGP 동기화 법칙이란 (0) | 2025.02.23 |
|---|---|
| [BGP] BGP 연동 실습#5 - Attribute를 이용한 경로 조정 (AS Prepend) (0) | 2025.02.10 |
| [BGP] BGP 연동 실습#4 - Attribute를 이용한 경로 조정 (MED) (0) | 2025.02.03 |
| [BGP] BGP 연동 실습#3 - Attribute를 이용한 경로 조정 (Local Preference) (0) | 2025.01.27 |
| [BGP] BGP 연동 실습#2 - 특정 네트워크 광고 허용/거부 정책 적용 (Filtering) (0) | 2025.01.17 |
