해당 네트워크로 가는 넥스트 홉을 표시한다
라우터 자신이 BGP에 포함시킨 네트워크의 넥스트홉은 0.0.0.0으로 표시한다
아래 BGP테이블을 보면 자신의 2.2.4.0/24 네트워크의 넥스트 홉은 0.0.0.0이다
MED이란?
-인접AS의 라우팅 결정에 영향을 미쳐서, 인접AS에서 입력되는 트래픽의 입력 경로를 지정할때 사용되는 옵션
[내 AS로 들어오는 여러 개의 경로 중,
외부 AS가 “이쪽으로 들어오는 게 더 좋아요”라고
선택하게 유도하는 BGP 경로 속성]
언제 쓰나?
한 AS가 두 개 이상의 라우터 또는 회선을 가지고 외부와 연결돼 있을 때
외부 AS에게 "우리 AS로 들어올 때 이 경로로 들어와 줘!"라고 말하고 싶을 때

➡ AS65000은 둘 다 같은 AS65001에서 왔으므로,
➡ MED가 더 작은 R1 경로를 선택함.
같은 집(AS) 입구가 여러 개 있을 때
외부 사람이 어떤 문으로 들어올지 알려주는 숫자표”**
→ 숫자가 작을수록 이 문으로 와줘 하는 의미
BGP경로 결정시 다른 조건이 같다면 MED 값이 낮은 것을 선택 함






R4에서 2.2.3.0/24 네트워크의 IGP 메트릭 값 및 BGP테이블에서 확인 해보면 2이다.
AS 34의 R4도 2.2.3.0 네트워크에 대한 라우팅 정보를 AS 12의 R2에게 전달한다.
+-------------------------+
| AS 12 |
| |
| [R1] [R2] |
| | | |
| | | |
| | | |
+----|------------|------+
| |
| |
| MED=0 MED=2 |
| 경로 경로
| AS 34
| |
| [R3] [R4] |
| | | |
| | | |
| +------------+ |
| 2.2.3.0 |
+------------------------+
(1) R3 → R1: 2.2.3.0 (MED=0)
(2) R4 → R2: 2.2.3.0 (MED=2)
(3) R2 → R1: 2.2.3.0 (iBGP, MED=2)
(4) R1 → R2: 2.2.3.0 (iBGP, MED=0)
R4는 자신이 2.2.3.0 네트워크를 BGP에 갖고 있으며 해당 네트워크의 IGP 메트릭 값은 1이며,
이에 MED값을 1로 설정하여 전달한다.

R1, R2는 인접 AS에서 EBGP 네이버를 MED 값이 각각 다른 BGP 라우팅 정보를 수신한다.
R1는 IBGP 네이버인 R2에게 2.2.3.0/24 네트워크에 대한 MED 값을 0이라고 전달한다.


R2는 2.2.3.0 네트워크에 대한 자신의 MED 값이 1이여서 MED값이 낮은 R1이 우선한다것을 알게 된다.
이미 R1에게 자신의 MED값을 전송한 경우라면 취소 메세지를 보내고 전송하기전이라면 자신의 MED 값은
R1에게 전송하지 않으면 2.2.3.0 통신이 R3를 통해 통신을 하게 될 것이다.
R2#ping
Protocol [ip]:
Target IP address: 2.2.3.3
Repeat count [5]:
Datagram size [100]:
Timeout in seconds [2]:
Extended commands [n]: y
Ingress ping [n]:
Source address or interface: 2.2.2.2
Type of service [0]:
Set DF bit in IP header? [no]:
Validate reply data? [no]:
Data pattern [0x0000ABCD]:
Loose, Strict, Record, Timestamp, Verbose[none]: record
Number of hops [ 9 ]:
Loose, Strict, Record, Timestamp, Verbose[RV]:
Sweep range of sizes [n]:
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 2.2.3.3, timeout is 2 seconds:
Packet sent with a source address of 2.2.2.2
Packet has IP options: Total option bytes= 39, padded length=40
Record route: <*>
(0.0.0.0)
(0.0.0.0)
(0.0.0.0)
(0.0.0.0)
(0.0.0.0)
(0.0.0.0)
(0.0.0.0)
(0.0.0.0)
(0.0.0.0)
Reply to request 0 (5 ms). Received packet has options
Total option bytes= 40, padded length=40
Record route:
(2.2.12.2)
(2.2.13.1)
(2.2.3.3)
(2.2.13.3)
(2.2.12.1)
(2.2.2.2) <*>
(0.0.0.0)
(0.0.0.0)
(0.0.0.0)
End of list
EBGP네이버로 MED값을 전송할때 IBGP 네이버에게 수신 한 MED값 무시하고 전송하지 않으면
자신이 BGP에 포함시킨 네트워크의 MED 값은 전송하기 때문이다
이때 MED값은 해당 네트워크의 IGP메트릭 값이 사용때문이다
인접 AS와 연결되는 라우터에서 직접 BGP에 포함시킨 네트워크는 현재 AS에서 각 네트워크의 IGP 메트릭이
MED값으로 변환되어 인접 AS로 전달된다
따라서 BGP 라우터에서 멀리 떨어진 (IGP 메트릭이 큰) 네트워크의 MED 값은 크고 가까운(IGP 메트릭 작은)네트워크는 MED값은 작다
-EBGP네이버로 MED값을 전송할때 IBGP네이버에게 수신한 MED값은 무시하고 전송하지 않으면
수신한 라우팅 정보에 MED값이 0으로 간주함
-동일AS에 속한 네트워크를 하나의 라우터에만 BGP에 포함시키면, 이를 수신한 IBGP네이버들은 MED값을 무시하고
EBGP에게 전송하지 않아 결과적으로 상대 AS에서의 MED값이 0이 됨
핫 포테이토 라우팅이라고 함


이전과 다르게 BGP에 포함시키지 않고 IBGP로 전달 받으면 IBGP는 MED값을 제외하고 보낸다
그렇기 때문에 2.2.3.0에 대한 네트워크의 메트릭 값은 0이다

R4의 인접 EBGP인 R2에서 BGP베스트 경로 및 라우팅을 조회하면 R4로 향한걸 확인할 수 있다.

이에 2.2.3.0에 대한 네트워크는 R1은 R1->R3, R2은 R2->R4->3로 통신을 할 것이다.