소개
이 문서에서는 BGP(Border Gateway Protocol) MED 특성이 다른 시나리오에서 구현하여 AS 경계를 넘을 때 설명합니다.
사전 요구 사항
요구 사항
Cisco에서는 BGP에 대한 기본 지식을 갖춘 것을 권장합니다.
사용되는 구성 요소
이 문서는 특정 소프트웨어 및 하드웨어 버전으로 한정되지 않습니다. 이 문서에서 설명하는 시나리오에서는 다음 하드웨어 및 소프트웨어 버전을 사용합니다.
이 문서의 정보는 특정 랩 환경의 디바이스를 토대로 작성되었습니다. 이 문서에 사용된 모든 디바이스는 초기화된(기본) 컨피그레이션으로 시작되었습니다. 현재 네트워크가 작동 중인 경우 모든 명령의 잠재적인 영향을 미리 숙지하시기 바랍니다.
표기 규칙
문서 규칙에 대한 자세한 내용은 Cisco 기술 팁 표기 규칙을 참조하십시오.
배경 정보
MED(Multi Exit Discriminator)는 해당 AS에 대해 여러 진입점이 있는 경우 특정 경로에 도달하는 방식으로 다른 AS(Autonomous System)에 영향을 줄 수 있는 동적 방법을 제공합니다. BGP는 최상의 경로 선택을 위해 체계적인 절차를 사용합니다. MED 특성을 고려하기 전에 고려하는 가중치, 로컬 선호, 시작 경로, AS 경로 등의 다른 중요한 특성이 있습니다. 따라서 이러한 조건 중 하나라도 일치하면 MED 특성이 고려되지 않습니다.
참고: 다른 모든 요소가 동일한 경우 MED가 가장 낮은 종료 지점이 우선합니다.
사례 연구
시나리오 1
BGP 스피커가 피어에서 경로를 학습하면 경로 MED는 다른 iBGP(interior BGP) 피어로 전달되지만 eBGP(external BGP) 피어로 전달되지 않습니다.
라우터 R1과 라우터 R2는 동일한 AS(예: AS#100)로 간주되며 라우터 R3은 AS#101에 속합니다. 쉬운 규칙을 위해 /24 블록의 IP 주소가 사용됩니다.
라우터 R1 및 R2는 다음과 같이 구성됩니다.
라우터 1 |
(Config)#interface Loopback10
(Config-if)#ip address xx.xx.xx.xx xxx.xxx.xxx.xxx
(Config-if)#interface FastEthernet0/0
(Config-if)#ip address xx.xx.xx.xx xxx.xxx.xxx.xxx
(Config)#router bgp 100
(Config-router)#no synchronization
(Config-router)#bgp router-id xx.xx.xx.xx
(Config-router)#bgp log-neighbor-changes
(Config-router)#network xx.xx.xx.xx mask xxx.xxx.xxx.xxx route-map ATTACH_MED
(Config-router)#neighbor xxx.x.xx.x remote-as xxx
(Config-router)#no auto-summary
(Config)#access-list 10 permit xx.xx.xx.xx
(Config)#route-map ATTACH_MED permit xx
(Config)#match ip address xx
(Config)#set metric xxx |
라우터 2 |
(Config)#interface FastEthernet0/0
(Config-if)#ip address xxx.x.xx.x xxx.xxx.xxx.x
(Config-if)#interface Serial1/0
(Config-if)#ip address xxx.x.xx.x xxx.xxx.xxx.x
(Config-if)#encapsulation frame-relay IETF
(Config-if)#no fair-queue
(Config-if)#frame-relay map ip xxx.x.xx.x 203 broadcast
(Config-if)#no frame-relay inverse-arp
(Config-if)#frame-relay lmi-type ansi
(Config)#router bgp 100
(Config-router)#no synchronization
(Config-router)#bgp router-id xx.xx.xx.xx
(Config-router)#bgp log-neighbor-changes
(Config-router)#neighbor xxx.x.xx.x remote-as 100
(Config-router)#neighbor xxx.x.xx.x remote-as 101
(Config-router)#neighbor xxx.x.xx.x ebgp-multihop 3
(Config-router)#no auto-summary |
라우터 R3 컨피그레이션은 다음과 같습니다.
라우터 3 |
(Config)#interface Serial1/0
(Config-if)#ip address xxx.x.xx.x xxx.xxx.xxx.x
(Config-if)#encapsulation frame-relay IETF
(Config-if)#no fair-queue
(Config-if)#frame-relay map ip xxx.x.xx.x 302 broadcast
(Config-if)#no frame-relay inverse-arp
(Config-if)#frame-relay lmi-type ansi
(Config)#router bgp 101
(Config-router)#no synchronization
(Config-router)#bgp log-neighbor-changes
(Config-router)#neighbor xxx.x.xx.x remote-as 100
(Config-router)#neighbor xxx.x.xx.x ebgp-multihop 3
(Config-router)#no auto-summary
|
이 설정에서 R1과 R2는 iBGP를 실행합니다. 따라서 업데이트가 특정 메트릭을 사용하여 AS에 들어가면 해당 메트릭은 AS 내에서 결정을 내리는 데 사용됩니다.
R2에서 선택한 show ip bgp 명령은 xx.xx.xx.xx에 대한 메트릭 값을 표시합니다. 이 값은 iBGP 인접 디바이스 xxx.x.xx.x에서 가져오며 MED 값이 100입니다.
eBGP는 서로 다른 AS에 있으므로 R2와 R3 간에 실행됩니다. 동일한 업데이트가 세 번째 AS(예: AS#101)로 전달되면 해당 메트릭은 0으로 돌아갑니다.
xx.xx.xx.xx이 AS 경계(101)를 교차하므로 R3에서 이 how ip bgp 명령을 선택하면 메트릭이 제거됩니다.
이 시나리오에서는 MED 특성이 네이버 자동 시스템의 인바운드 트래픽에 영향을 미칠 수 있다는 것이 분명합니다.
MED 특성은 더 많은 원격 자동 시스템의 경로 결정에 영향을 줄 수 없습니다. BGP 스피커가 피어에서 경로를 학습하면 경로의 MED를 모든 iBGP 피어에 전달할 수 있지만 eBGP 피어에 전달할 수는 없습니다.
그 결과 MED는 인접 자율 시스템 간에만 관련성을 갖게 됩니다.
시나리오 2
BGP에 주입된 경로(networkkorredistributtecommand를 통해)가 IGP(RIP 또는 EIGRP 또는 OSPF)에서 오는 경우 MED는 IGP 메트릭에서 파생되며 이 MED를 사용하는 eBGP 인접 디바이스로 경로가 광고됩니다.
이 네트워크에서 R1은 RIP 네트워크에서 실행되도록 구성됩니다. 라우터 R2 및 R3는 BGP를 실행합니다. 여기서 R2는 AS 100으로 구성되고 R3는 AS 101로 구성됩니다.
라우터 R1은 다음과 같이 구성됩니다.
라우터 R1 |
(Config)#interface Loopback10
(Config-if)#ip address xx.xx.xx.xx xxx.xxx.xxx.xxx
(Config-if)#interface FastEthernet0/0
(Config-if)#ip address xxx.x.xx.x xxx.xxx.xxx.x
(Config)#router rip
(Config-router)#network xx.x.x.x
(Config-router)#network xxx.x.xx.x
(Config-router)#no auto-summary
|
라우터 R2 및 R3은 BGP에 대해 구성되며, 여기서 재배포는 RIP 네트워크를 BGP에 주입하기 위해 R2에서 수행됩니다.
라우터 R2 |
(Config)#interface FastEthernet0/0
(Config-if)#ip address xxx.x.xx.x xxx.xxx.xxx.x
(Config-if)#interface Serial1/0
(Config-if)#ip address xxx.x.xx.x xxx.xxx.xxx.x
(Config-if)#encapsulation frame-relay IETF
(Config-if)#no fair-queue
(Config-if)#frame-relay map ip xxx.x.xx.x 203 broadcast
(Config-if)#no frame-relay inverse-arp
(Config-if)#frame-relay lmi-type ansi
(Config)#router rip
(Config-router)# network xxx.x.xx.x
(Config-router)#no auto-summary
(Config-router)#router bgp 100
(Config-router)#no synchronization
(Config-router)#bgp router-id xx.xx.xx.xx
(Config-router)#bgp log-neighbor-changes
(Config-router)#neighbor xxx.x.xx.x remote-as 101
(Config-router)#neighbor xxx.x.xx.x ebgp-multihop 3
(Config-router)#redistribute rip metric 1
Config-router)#no auto-summary
|
라우터 R3 |
(Config)#interface Serial1/0
(Config-if)#ip address xxx.x.xx.x xxx.xxx.xxx.x
(Config-if)#encapsulation frame-relay IETF
(Config-if)#no fair-queue
(Config-if)#frame-relay map ip xxx.x.xx.x 302 broadcast
(Config-if)#no frame-relay inverse-arp
(Config-if)#frame-relay lmi-type ansi
(Config)#router bgp 101
(Config-router)# no synchronization
(Config-router)#bgp router-id xx.xx.xx.xx
(Config-router)#bgp log-neighbor-changes
(Config-router)#neighbor xxx.x.xx.x remote-as 100
(Config-router)#neighbor xxx.x.xx.x ebgp-multihop 3
(Config-router)#no auto-summary |
RIP와 BGP는 모두 R2에서 실행됩니다. 명령으로 확인하면 show ip bgp 접두사 xx.x.x.x 네트워크가 RIP에서 파생된 메트릭을 1로 표시하는 것을 볼 수 있습니다.
그러나 eBGP에서 실행되는 R3에서는 IGP에서 파생된 MED 값을 고려하여 네트워크를 광고합니다. 이 경우에는 RIP입니다. 접두사 10.0.0.0은 RIP의 메트릭 1인 IGP MED 값으로 광고됩니다. 이는 이 출력에서 확인할 수 있습니다.
이 시나리오에서는 네트워크가 networkkorredistributtecommand를 통해 BGP 라우터에 삽입되는 경우 MED의 동작이 나타나며 실제 MED 값이 IGP 메트릭의 값으로 대체됩니다.
이 특성이 AS로의 경로 기본 설정에 대한 외부 네이버에 대한 힌트이므로, 앞서 설명한 대로 최적의 경로를 결정하는 데 다른 중요한 특성이 더 있는지 항상 고려되지는 않습니다.
좀 더 결정론적인 특성으로 동일한 효과를 얻으려면 경로 맵 set as-path prepend 아래의 명령을 사용합니다.
특정 경로에 대한 AS 경로 앞에 접두사를 붙이면 다른 AS에서 계속 표시됩니다. AS-path prepend 사용에 대한 자세한 내용은 set-aspath prepend 명령 사용을 참조하십시오.
관련 정보