분노한 단타 브레이커

Originate

• 특정 네트워크가 BGP 테이블에 포함된 방법을 표시한다.
• IGP, EGP(사용x), incomplete 세 가지로 나뉜다.
  - IGP : 특정 네트워크를 network 명령어를 사용하여 BGP에 포함된 것을 의믜.
  - incomplete : 특정 네트워크가 BGP로 배분배된 네트워크를 의미.
• 로컬 라우터에서 시작된 경로를 우선한다. 즉, 다른 라우터가 BGP에 설치한 경로보다 자신이 포함한 경로를 선호함.

R2는 12.12.12.12/32를 광고, R1은 아직 광고하지 않는다.

R1(config-router)#do sh run | s r b
router bgp 1
 bgp router-id 1.1.1.1
 neighbor 1.1.12.2 remote-as 2
 
R2(config-router)#do sh run | s r b
router bgp 2
 bgp router-id 2.2.2.2
 network 12.12.12.12 mask 255.255.255.255
 neighbor 1.1.12.1 remote-as 1

R1#sh ip bgp
     Network          Next Hop            Metric LocPrf Weight Path
 r>  12.12.12.12/32   1.1.12.2                 0             0 2 i

추가로 R1에서 12.12.12.12/32를 network 명령어를 사용하여 BGP에 포함.

R1#sh ip bgp
     Network          Next Hop            Metric LocPrf Weight Path
 *>  12.12.12.12/32   0.0.0.0                  0         32768 i
 *                    1.1.12.2                 0             0 2 i

로컬 라우터에서 시작된 경로이기 때문에 Next Hop이 0.0.0.0이고, R1이 두 개의 경로 중 이 경로를 선택한 이유는 Weight가 32768로 높기 때문이다.

Weight가 순위 결정 요인으로 사용되지 않도록 하기 위해, route-map을 사용하여 R2로부터 들어오는 경로의 Weight를 32768로 설정.

interface Loopback12
 ip address 12.12.12.12 255.255.255.255
!
route-map WEIGHT_IN permit 10
 match ip address R2_Lo2
 set weight 32768
!
router bgp 1
 neighbor 1.1.12.2 route-map WEIGHT_IN in

R1#sh ip bgp
     Network          Next Hop            Metric LocPrf Weight Path
 *>  12.12.12.12/32   0.0.0.0                  0         32768 i
 *                    1.1.12.2                 0         32768 2 i

BGP 속성 확인

첫 번째. Weight : 32768로 동일.

두 번째. Local Preference : 두 경로 모두 비어있음.

세 번째. Originate : 로컬 라우터에서 시작된 경로(next hop 0.0.0.0)를 선택.

R1에서 Lo12(12.12.12.12/32)에 대해 redistribute connected

R1#sh run | s r b
router bgp 1
 redistribute connected route-map WEIGHT_IN
 neighbor 1.1.12.2 remote-as 2
 
      Network          Next Hop            Metric LocPrf Weight Path
 *>  12.12.12.12/32   0.0.0.0                  0         32768 ?
 *                    1.1.12.2                 0             0 2 i

Weight(32768), Path(i → ?)

Local Preference

• AS 외부로 나가는 아웃바운드 경로를 결정할 때 사용.(인접 AS에서 들어오는 경로를 조정할 때 사용하는 MED와 반대)
• AS 내의 iBGP 피어간에만 전달된다.
• eBGP 라우터에게는 보내지 않는다.
• 높은 값이 우선하며, 기본값은 100이다.

Local Preference 조정 전 (default 100)

OSPF 설정

■ R2
router ospf 2
 network 1.1.24.2 0.0.0.0 area 0
 network 2.2.2.2 0.0.0.0 area 0
 
■ R3
router ospf 2
 network 1.1.34.3 0.0.0.0 area 0
 network 3.3.3.3 0.0.0.0 area 0
 
■ R4
router ospf 2
 network 1.1.24.4 0.0.0.0 area 0
 network 1.1.34.4 0.0.0.0 area 0
 network 4.4.4.4 0.0.0.0 area 0

iBGP 설정

■ R2
router bgp 2
 neighbor 3.3.3.3 remote-as 2
 neighbor 3.3.3.3 update-source Loopback0
 neighbor 4.4.4.4 remote-as 2
 neighbor 4.4.4.4 update-source Loopback0
 neighbor 4.4.4.4 next-hop-self
 
■ R3
router bgp 2
 neighbor 2.2.2.2 remote-as 2
 neighbor 2.2.2.2 update-source Loopback0
 neighbor 4.4.4.4 remote-as 2
 neighbor 4.4.4.4 update-source Loopback0
 neighbor 4.4.4.4 next-hop-self
 
■ R4
router bgp 2
 neighbor 2.2.2.2 remote-as 2
 neighbor 2.2.2.2 update-source Loopback0
 neighbor 3.3.3.3 remote-as 2
 neighbor 3.3.3.3 update-source Loopback0

eBGP 설정

■ R1
router bgp 1
 network 1.1.1.1 mask 255.255.255.255
 neighbor 1.1.12.2 remote-as 2
 neighbor 1.1.13.3 remote-as 2
 
■ R2
router bgp 2
 neighbor 1.1.12.1 remote-as 1
 
■ R3
router bgp 2
 neighbor 1.1.13.1 remote-as 1

Local Preference 조정 (default 100 → 200)

R3 : LP default 200으로 조정

router bgp 2
 bgp default local-preference 200

R4#sh ip bgp
     Network          Next Hop            Metric LocPrf Weight Path
 * i 1.1.1.1/32       2.2.2.2                  0    100      0 1 i
 *>i                  3.3.3.3                  0    200      0 1 i

또는 R1으로부터 수신하는 네트워크에 대해 route-map 사용하여 LP 값을 500으로 조정

route-map LP-CH permit 10
 set local-preference 500
 
router bgp 2
 neighbor 1.1.13.1 route-map LP-CH in

Weight 

• 가중치가 가장 높은 경로를 우선한다.
• 해당 라우터에만 적용되는 값이며 시스코에서만 사용된다.
• BGP 라우터 간에는 교환되지 않는다.
• 로컬 프레퍼런스와 같이 외부로 가는 경로를 결정할 때 사용된다.
• 로컬 프레퍼런스는 다른 iBGP 네이버에게 전송되어 경로 결정에 영햐을 주는 반면, 웨이트는 다른 BGP 네이버에게 영향을 주지 않는다. 

weight 조정 전

• BGP 구성 시 라우터 ID를 설정한 이유는. R2와 R3는 루프백 인터페이스에서 동일한 IP 주소를 갖기 때문에 동일한 라우터 ID를 할당받게 되고 BGP 네이버 관계를 맺을 수 없다.

R1#sh ip bgp
     Network          Next Hop            Metric LocPrf Weight Path
 *   2.2.2.2/32       1.1.13.3                 0             0 2 i
 *>                   1.1.12.2                 0             0 2 i

• 모든 BGP 속성이 동일하므로 최종적으로 라우터 ID로 최적 경로를 정한다.
• 라우터가 생성하는 prefix의 기본 가중치는 32768이다.  R2 또는 R3의 BGP 테이블에서 2.2.2.2/32를 확인할 수 있다.

weight 조정

router bgp 1
 neighbor 1.1.13.3 weight 500
 
clear ip bgp * soft

R1#sh ip bgp 
     Network          Next Hop            Metric LocPrf Weight Path
 *>  2.2.2.2/32       1.1.13.3                 0           500 2 i
 *                    1.1.12.2                 0             0 2 i

특정 네트워크 weight 조정

R1#sh ip bgp
     Network          Next Hop            Metric LocPrf Weight Path
 *>  2.2.2.2/32       1.1.13.3                 0           500 2 i
 *                    1.1.12.2                 0             0 2 i
 *>  6.6.6.6/32       1.1.13.3                 0           500 2 i
 *                    1.1.12.2                 0             0 2 i

R1#sh ip bg
     Network          Next Hop            Metric LocPrf Weight Path
 *>  2.2.2.2/32       1.1.13.3                 0           500 2 i
 *                    1.1.12.2                 0             0 2 i
 *   6.6.6.6/32       1.1.13.3                 0           500 2 i
 *>                   1.1.12.2                 0           600 2 i

R1 설정

route-map Lo6-weight permit 10
 match ip address 1
 set weight 600
!
route-map Lo6-weight permit 20
 set weight 0
!
!
access-list 1 permit 6.6.6.6

router bgp 1
 bgp router-id 1.1.1.1
 bgp log-neighbor-changes
 neighbor 1.1.12.2 remote-as 2
 neighbor 1.1.12.2 route-map Lo6-weight in
 neighbor 1.1.13.3 remote-as 2
 neighbor 1.1.13.3 weight 500

BGP(Border Gateway Rrotocol) 라우터는 일반적으로 동일한 목적지로 가는 여러 경로를 수신하고, IGP와 마찬가지로 각 목적지로 가는 쵲거의 경로를 선택해야 한다.

IGP는 Metric이 가장 낮은 경로를 선택한다. (OSPF는 가장 낮은 비용의 경로를 선택) 그러나 BGP는 여러 속성을 기반으로 최적의 경로를 선택한다.

Weight

• 가중치가 가장 높은 경로를 우선한다.
• 해당 라우터에만 적용되는 값이며 시스코에서만 사용된다.
• BGP 라우터 간에는 교환되지 않는다.
• 로컬 프레퍼런스와 같이 외부로 가는 경로를 결정할 때 사용된다.
• 로컬 프레퍼런스는 다른 iBGP 네이버에게 전송되어 경로 결정에 영햐을 주는 반면, 웨이트는 다른 BGP 네이버에게
  영향을 주지 않는다. 

Local Preference (well-known discretionary)

• AS 외부로 나가는 아웃바운드 경로를 결정할 때 사용.(인접 AS에서 들어오는 경로를 조정할 때 사용하는 MED와 반대)
• AS 내의 iBGP 피어간에만 전달된다.
• eBGP 라우터에게는 보내지 않는다.
• 높은 값이 우선하며, 기본값은 100이다.

Originate

• 특정 네트워크가 BGP 테이블에 포함된 방법을 표시한다.
• IGP, EGP(사용x), incomplete 세 가지로 나뉜다.
  - IGP : 특정 네트워크를 network 명령어를 사용하여 BGP에 포함된 것을 의믜.
  - incomplete : 특정 네트워크가 BGP로 배분배된 네트워크를 의미.
• 로컬 라우터에서 시작된 경로를 우선한다. 즉, 다른 라우터가 BGP에 설치한 경로보다 자신이 포함한 경로를 선호함.

AS Path

• AS 경로는 해당 네트워크까지 가는 경로상에 있는 AS의 번호들을 기록해 놓은 속성.
• AS_SET와 AS_SEQUENCE 가 있다.
• AS_SEQUENCE는 해당 네트워크까지 소속된 AS 번호가 가장 오른쪽에 기록되고, 현재의 AS와 인접한 AS 번호가 가장 왼쪽에 기록된다.

Origin Code

• 특정 네트워크를 BGP에 포함시킨 방법을 표시한다.
• IGP, EGP(사용X), incomplete 세 가지 Origin Code가 있다.
  - IGP : BGP 설저에서 network 명령어를 사용해 특정 네트워크를 직접 광고했음을 의미한다. ' i '로 표시됨.
  - incomplete : BGP로 재분배된 네트워크를 의미한다.
• 축약된 경로의 오리진은 축약전의 상세 네트워크 중에서 가장 높은 순위의 오리진 코드를 갖는다.
• 우선순위 IGP < EGP < incomplete, 우선순위가 낮은 오리진 코드가 우선된다.

MED(metric)

• MED는 인접 라우터에게 자신의 AS에 어떻게 들어와야 하는지 인입 경로를 광고할 때 사용.
• MED 값이 가장 낮은 경로를 선호한다.

iBGP 경로를 통한 eBGP 경로

• BGP 속성 프로세스에서 iBGP 경로보다 eBGP 경로를 선호한다.

• BGP는 디스턴스 벡터 라우팅 프로토콜로 Routing Loop을 방지하기 위한 메커니즘으로 Split Horizion Rule이 적용되며, 룰은 다음과 같다 'iBGP 라우터는 iBGP를 통해 학습된 경로를 다른 iBGP 피어에게 재광고하지 않는다.'
  이처럼 동작하는 이유는 서로 다른 AS 간에 eBGP를 사용할 때 BGP는 라우팅 루프를 방지하기 위해 AS_Path 속성을 사용한다. 그러나 AS 내에서는 AS 번호가 변경되지 않으므로 이러한 루프 방지 메커니즘을 사용할 수 없기 때문이다.
• BGP 스플릿 호라이즌 룰을 해결하는 방법.
  1. Full Mesh 설정
  2. Route Reflector 설정
  3. Confederation 설정

예시 1)

스플릿 호라이즌이 동작하지 않으면 R1은 자신이 생성한 iBGP 업데이트 메시지를 수신하게 된다.

split horizon이 적용되면, R2는 R1에서 학습한 iBGP 네트워크 정보를 R3으로 광고 하지 않는다.

즉, AS 내의 모든 iBGP 라우터가 네트워크 정보를 학습하려면 AS 내 모든 iBGP 라우터가 다른 모든 iBGP 라우터와 이웃이 되어야 한다. Full Mesh iBGP 피어링 설정이 되어야 하며, 대규모 AS에서는 관리가 어려워지고 리소스가 많이 소모될 수 있기 때문에 BGP Route Reflector를 사용할 수 있다.

예시 2)

R2#sh ip bgp
     Network          Next Hop            Metric LocPrf Weight Path
 *>  1.1.1.1/32       1.1.12.1                 0             0 1 i

R3#sh ip bgp
     Network          Next Hop            Metric LocPrf Weight Path
 *>i 1.1.1.1/32       2.2.2.2                  0    100      0 1 i 

R4#sh ip bgp
R4의 BGP 테이블에는 1.1.1.1/32 네트워크가 없다.
R3이 iBGP 네이버인 R2에게서 수신한 1.1.1.1/32 네트워크를 BGP 스플릿 호라이즌 룰 때문에 또 다른
iBGP 네이버인 R4에게 전송하지 못하기 때문이다.

------------ R2 ------------
router ospf 234
 network 1.1.23.0 0.0.0.255 area 0
 network 2.2.2.0 0.0.0.255 area 0

router bgp 234
 bgp router-id 2.2.2.2
 network 2.2.2.2 mask 255.255.255.255
 neighbor 1.1.12.1 remote-as 1
 neighbor 3.3.3.3 remote-as 234
 neighbor 3.3.3.3 update-source Loopback0
 neighbor 3.3.3.3 next-hop-self
 
------------ R3 ------------
router ospf 234
 network 1.1.23.0 0.0.0.255 area 0
 network 1.1.34.0 0.0.0.255 area 0
 network 3.3.3.0 0.0.0.255 area 0

router bgp 234
 bgp router-id 3.3.3.3
 network 3.3.3.3 mask 255.255.255.255
 neighbor 2.2.2.2 remote-as 234
 neighbor 2.2.2.2 update-source Loopback0
 neighbor 4.4.4.4 remote-as 234
 neighbor 4.4.4.4 update-source Loopback0
 
------------ R4 ------------
router ospf 234
 network 1.1.34.0 0.0.0.255 area 0
 network 4.4.4.0 0.0.0.255 area 0

router bgp 234
 bgp router-id 4.4.4.4
 network 4.4.4.4 mask 255.255.255.255
 neighbor 3.3.3.3 remote-as 234
 neighbor 3.3.3.3 update-source Loopback0

1. Full Mesh 설정

구성 예2)의 R2에서 R3 외에 R4에 대한 네이버 설정을 추가한다. R2는 1.1.1.1 네트워크에 대한 라우팅 정보를 R3, R4에게 동시에 전송한다. full mesh 설정 방법은 iBGP로 수신한 라우팅 정보를 iBGP로 전송할 필요가 없기 때문에 BGP 스플릿 호라이즌 문제가 해결된다.

R2#sh run | s r b
router bgp 234
 bgp router-id 2.2.2.2
 network 2.2.2.2 mask 255.255.255.255
 neighbor 1.1.12.1 remote-as 1
 neighbor 3.3.3.3 remote-as 234
 neighbor 3.3.3.3 update-source Loopback0
 neighbor 3.3.3.3 next-hop-self
 neighbor 4.4.4.4 remote-as 243
 neighbor 4.4.4.4 update-source Loopback0
 neighbor 4.4.4.4 next-hop-self
 
R4#sh run | s r b
router bgp 234
 bgp router-id 4.4.4.4
 network 4.4.4.4 mask 255.255.255.255
 neighbor 2.2.2.2 remote-as 234
 neighbor 2.2.2.2 update-source Loopback0
 neighbor 3.3.3.3 remote-as 234
 neighbor 3.3.3.3 update-source Loopback0

2. Route Reflector

• 특정 라우터가 루트 리플렉터가 되면 iBGP 네이버 중에서 Route Reflector Client에 대해서는 스플릿 호라이즌 룰을 적용하지 않는다.
• 루트 리플렉터 라우터는 iBGP로 받은 정보를 다른 iBGP로 광고할 수 있다.
• Full Mesh로 설정해야 하는 번거로움을 피할 수 있다.
• 루트 리플렉터 라우터는 다른 루트 리플렉터 라우터의 클라이언트가 될 수 있다.

R2#sh run | s r o 
router ospf 234
 network 1.1.23.0 0.0.0.255 area 0
 network 2.2.2.0 0.0.0.255 area 0

R2#sh run | s r b
router bgp 234
 bgp router-id 2.2.2.2
 network 2.2.2.2 mask 255.255.255.255
 neighbor 1.1.12.1 remote-as 1
 neighbor 3.3.3.3 remote-as 234
 neighbor 3.3.3.3 update-source Loopback0
 neighbor 3.3.3.3 next-hop-self
 no neighbor 4.4.4.4 ◀

R3#sh run | s r o 
router ospf 234
 network 1.1.23.0 0.0.0.255 area 0
 network 1.1.34.0 0.0.0.255 area 0
 network 3.3.3.0 0.0.0.255 area 0

R3#sh run | s r b
router bgp 234
 bgp router-id 3.3.3.3
 network 3.3.3.3 mask 255.255.255.255
 neighbor 2.2.2.2 remote-as 234
 neighbor 2.2.2.2 update-source Loopback0
 neighbor 2.2.2.2 route-reflector-client ◀
 neighbor 4.4.4.4 remote-as 234
 neighbor 4.4.4.4 update-source Loopback0
 neighbor 4.4.4.4 route-reflector-client ◀

R4#sh run | s r o 
router ospf 234
 network 1.1.34.0 0.0.0.255 area 0
 network 4.4.4.0 0.0.0.255 area 0

R4#sh run | s r b
router bgp 234
 bgp router-id 4.4.4.4
 network 4.4.4.4 mask 255.255.255.255
 neighbor 3.3.3.3 remote-as 234
 neighbor 3.3.3.3 update-source Loopback0
 no neighbor 2.2.2.2 ◀

3. Confederation 설정

컨페더레이션 사용시 iBGP 네이버가 eBGP 네이버로 변경되기 때문에 'iBGP로 받은 네트워크는 iBGP로 광고하지 못한다'는 스플릿 호라이즌 룰 자체가 적용되지 않는다.

1. Full-Cone NAT

• Private IP/Port와 특정 Public IP/Port를 1:1로 매핑시키는 방식이다.
• 어떤 외부 호스트든 Public IP/Port로 접근시 매핑된 정보를 통해 내부 호스트로 접근할 수 있다.(외부에서 내부로 접근 가능)
• 내부 호스트가 직접 통신한 대상이 아니더라도 누구든 매핑된 NAT IP 주소를 알고 있다면 내부 호스트에게 패킷을 보낼 수 있다.

2. Restricted-Cone NAT

• 동일한 Private IP로부터 전송되는 모든 패킷은 동일한 NAT IP 주소로 매핑되는 방식이다.
• Full-Cone과 다른점
  full-cone NAT는 누구든지 매핑된 NAT 정보를 알면 패킷을 내부 호스트에게 전달할 수 있지만, 해당 방식은 내부 호스트가 기존에 외부 대상의 IP 주소로 패킷을 보낸 경우에만 해당 외부 호스트가 내부 호스트로 패킷을 보낼 수 있다.
• '1.1.1.1:80', '1.1.1.1:88' Port가 달라도 IP가 같으면 내부 호스트와 통신이 가능하다.
• IP가 다른 '5.5.5.5:80' 패킷은 Port가 같아도 NAT에서 필터링된다. (임의의 외부 호스트는 직접 접근 불가)

3. Port Restricted-Cone NAT

• Restricted Cone과 유사하며, Port 제한이 추가된다.
  즉, 기존에 내부 호스트와 통신한 IP와 Port를 갖는 외부 호스트만 내부 호스트로 패킷을 보낼 수 있다.
• Restricted-Cone에서는 외부 대상의 Port가 같지 않아도 IP가 같으면 내부 호스트와 통신이 가능하지만 Port Restricted-Cone에서는 IP와 Port 모두 일치해야 한다. (임의의 포트에서 오는 트래픽은 차단됨)
• PAT(Port Address Translation)의 기능과 유사하다.
  - 외부에서 내부로 먼저 접근할 수 없다.
  - 내부에서 외부로 먼저 외부로 통신이 된 이후에 외부에서 내부로 접근할 수 있다.

4. Symmetric

• PAT라고 하며, 모든 유형 중에서 가장 제한적이다.
• 내부 호스트의 IP/Port와 통신하는 외부 대상의 IP/Port를 기준으로 매핑되는 방식이다.
  [내부 IP/Port, 외부 IP/Port] → [외부 NAT IP/Port]
• Symmetric 방식은 동일한 내부 호스트의 IP/Port라도 다른 외부 대상으로 요청을 보낼 떄마다 다른 NAT IP가 사용된다.
• 외부 대상이 응답할 때, 매핑된 공인 포트(10000, 20000)만 허용.
• 외부에서 직접 접근 불가.
• 같은 대상으로 여러 번 요청을 보내도 대상이 동일하면 기존에 사용한 NAT IP/Port 매핑을 재사용한다.

• 방화벽 정책의 오프로드 level을 조정하는 설정으로, Fortigate의 하드웨어 가속 기능을 최대한 활용하는 설정이다.
• policy-offload-level 옵션은 NP(network processor) 또는 ASIC 칩을 이용하여 트래픽을 offload하는 방식에 영향을 준다.
• SSL 검사(inspection)나 UTM 기능이 필요한 경우에는 적절히 조정해야 한다. 성능 최적화가 필요하지만 보안 기능을 유지해야 한다면 'default' 또는 'ipsec-offload', 'dos-offload' 옵션을 고려하는 것이 좋다.

set policy-offload-level 옵션

• ipsec-offload : ipsec 트래픽에 대해 하드웨어 가속을 적용, 나머지 트래픽은 default 동작.
• dos-offload : DoS 보호 기능만 하드웨어 오프로드로 처리하고, 나머지 트래픽은 CPU에서 처리, 일반 트래픽은 UTM 기능을 사용하면서, 대량의 DoS 트래픽을 하드웨어로 처리해 CPU 보호.
• full-offload : 일부 경우를 제외한 트래픽 처리를 CPU를 우회하여 전용 프로세서(NP)에서 처리하여 CPU 부하를 줄이고, 대용량 트래픽 환경에서 고속 패킷 처리 성능을 극대화.
• default : 트래픽 유형과 방화벽 정책에 따라 자동으로 하드웨어(asic) 처리 또는 소프트웨어 처리(cpu)를 전환하며 동작.
• 트래픽 유형과 방화벽 정책 설정에 따라 가능하면 하드웨어 가속(NP6, CP9 등)을 사용하고, UTM 기능이 활성화되어 있으면 소프트웨어 처리(CPU)로 전환된다.
• disable : 하드웨어 가속(offload) 기능을 비활성화 하고, 모든 트래픽을 CPU에서 처리한다. UTM 기능을 활성화한 상태와 유사하게 동작하며, 모든 패킷이 CPU를 거치므로 fortigate의 보안 기능을 최대로 활용할 수 있다.

설정 방법(CLI에서만 가능)

config firewall policy
    edit <Policy_ID>
        set policy-offload-level full-offload
    next
end

IT 분야에서 'offload'의 뜻

IT분야에서 offload는 주로 부하를 분산시키거나 특정 작업을 다른 시스템이나 프로세스에 맡기는 행위를 의미한다.

주요 예시

서버 오프로딩(Server Offloading): 서버의 처리 부하를 줄이기 위해 일부 작업을 다른 시스템으로 이전하는 것.

예: 로드 밸런서가 트래픽을 여러 서버로 분산.

• BGP가 prefix를 광고할 때 next hop 주소가 포함된다.
• Update Message에서 다음 내용을 확인할 수 있다.
  - NLRI filed : prefix와 prefix length가 포함
  - path attributes : next hop 필드가 포함
• next hop은 eBGP 또는 iBGP를 사용하는지에 따라 다르다.
  - eBGP 라우터는 일반적으로 다른 eBGP 라우터에 라우팅 정보를 보낼 때 그 라우터와 연결된 IP를 next hop으로 광고한다.
• iBGP 라우터는 일반적으로 next hop 주소를 변경하지 않는다.
• IPG의 next hop ip 주소는 항상 물리적으로 접속된 인접 라우터의 ip 주소이다.

구성

eBGP에서 eBGP로

• BGP는 처음 라우팅 정보를 보낸 라우터가 next hop이 되고, 다른 AS로 넘어갈 때는 그 AS와 연결되는 라우터가 next hop이 된다.
• eBGP 라우터는 일반적으로 다른 eBGP 라우터에 라우팅 정보를 보낼 때 그 라우터와 연결된 IP를 next hop으로 광고한다.

R2#sh ip bgp
     Network          next hop            Metric LocPrf Weight Path
 *>  1.1.1.1/32       1.1.12.1                 0             0 1 i

R3#sh ip bgp
     Network          next hop            Metric LocPrf Weight Path
 *>  1.1.1.1/32       1.1.23.2                               0 2 1 i

iBGP에서 iBGP로

• BGP는 동일 AS 내부에서는 next hop 주소를 변경하지 않는다.
• BGP 스플릿 호라이즌 룰 때문에 iBGP 라우터는 인접 라우터에게만 프리픽스를 알린다. R4는 R5에 프리픽스를 알리고, R5는 R6에게 해당 프리픽스를 알리지 않는다.

R5#sh ip bgp
     Network          next hop            Metric LocPrf Weight Path
 r>i 4.4.4.4/32       4.4.4.4                  0    100      0 i

R6#sh ip bgp
     Network          next hop            Metric LocPrf Weight Path
 r>i 4.4.4.4/32       4.4.4.4                  0    100      0 i

• 목적지 4.4.4.4에 대해서 AD 값이 더 나은 OSPF로 인해 라우팅 테이블에는 OSPF 경로로 저장되고, BGP 테이블에는 ' r>i ' 상태로 나타난다.

eBGP에서 iBGP로

R4#sh ip bgp | i 1.1.1.1
 *>  1.1.1.1/32       1.1.14.1                 0             0 1 i

R4#sh ip bgp | i 2.2.2.2
 *>  2.2.2.2/32       1.1.14.1                               0 1 2 i

R4#sh ip bgp | i 3.3.3.3
 *>  3.3.3.3/32       1.1.14.1                               0 1 2 3 i

iBGP는 eBGP에서 학습된 경로의 next hop을 변경하지 않는다. (R5, R6에서 전부 next hop이 '1.1.14.1'로 동일.)

R5#sh ip bgp | i 1.1.1.1
 * i 1.1.1.1/32       1.1.14.1                 0    100      0 1 i

R5#sh ip bgp | i 2.2.2.2
 * i 2.2.2.2/32       1.1.14.1                 0    100      0 1 2 i

R5#sh ip bgp | i 3.3.3.3
 * i 3.3.3.3/32       1.1.14.1                 0    100      0 1 2 3 i

• iBGP 라우터인 R5, R6이 1.1.14.1로 도달 하기 위해서, R4에서 1.1.14.0/24 네트워크를 광고하거나 BGP Next Hop Self를 사용해야 한다.

iBGP에서 eBGP로

R4#sh ip bgp | i 5.5.5.5
 r>i 5.5.5.5/32       5.5.5.5                  0    100      0 i

R1과 R4는 eBGP를 사용하므로 next hop이 1.1.14.4로 변경 된다.

R1#sh ip bgp | i 5.5.5.5
 *>  5.5.5.5/32       1.1.14.4                               0 456 i

다른 AS로 넘어갈 때는 그 AS와 연결되는 라우터가 next hop이 된다.

R2#sh ip bgp | i 5.5.5.5
 *>  5.5.5.5/32       1.1.12.1                               0 1 456 i

R3#sh ip bgp | i 5.5.5.5
 *>  5.5.5.5/32       1.1.23.2                               0 2 1 456 i

※ eBGP는 다른 eBGP 라우터에 네트워크를 광고할 때 자체 IP 주소를 next hop으로 광고한다.

※ iBGP는 next hop 주소를 변경하지 않는다.

이러한 동작을 여러 옵션을 사용하여 변경할 수 있다. eBGP next hop을 그대로 유지하면서 next hop 기능은 변경하지 않거나, iBGP의 경우 BGP next hop 자체 설정을 사용하여 프리픽스를 광고하는 라우터의 next hop 주소를 변경할 수 있다.