본문 바로가기
network/ccie-bgp

Using Multihomed BGP Networks

 

Business Requirements for Multihomed  BGP Networks

- 백업 구성을 위해 서로 다른 SP로  Multihomed 로 구성 하여 진행 한다.
- Multihomed customers usually need a public AS number and  provider-independent address space.
=> 아이피를 사거나 , 공인 AS로 연결된 BGP로 구성 해야 한다.(하지만 한국의 경우는 isp 에서 할당하는 아이피를 재구매 하는 방식으로 많이 구성 되어 있다.)

 


- 아래 AS를 IGP를 이용하여 라우팅 될 경우 T1(1.5.M/bps) 과 OC3(optical carrier 로 약 155 m/bps)중 속도가 빠른 OC3 회선으로 우선되지만 , BGP를 이용 한 경우 정책 기반이기 weight 혹은 lp cost 등으로  T1회선을 best path 를 볼 수도 있다.

 




- 아래 BGP테이블을 확인 결과 처럼 최적 경로 라우팅이 발생 하지 않는다.-> 정책 기반 라우팅 이기 때문에

 

 



- 외부 인터넷 트래픽은 항상 기본 ISP를 통해 흐른다.
- 나가는 트래픽을 조절을 하면서, 오는 트래픽에 대한 조절도 진행 해야 한다,
- 경로를 선택 하기 위해 BGP weight 또는 LP등을 이용하여 적절하게 조절 해야 한다.

 



BGP Filters? Transit Traffic Issue

- Multihomed  구성시 아래 그림처럼 특정한 Multihomed Custormer(transit as)를 통해서 다른 ISP를 통해서 전달 하면 안된다. 

 

 - 이를 해결 하고자 고객의 네트워크가 아닌 다른 네트워크를 받지 않기 위해서 frefix필터링 정책을 통해서 구성 해야한다.



 

 


- customer 는 해당 인터페이스에 대한 outgoing 트래픽을 조절이 가능 하나, return 되는 트래픽은 
상대방이 정책 하기 때문에 조절이 불가능
- 하지만 return 되는 트래픽을 임의로 조절 한다.=> as-path prepending (as-path 를 임의로 수정 하여 조절 하는 방법->
단, 중간에 ISP에서 협의가 되서 필터링이 안되야 가능해서 기본적으로 불가능 하다고 한다.)










반응형

'network > ccie-bgp' 카테고리의 다른 글

Filtering with Prefix-Lists  (0) 2016.03.05
Employing AS-Path Filters  (0) 2016.03.05
Outbound Route Filtering  (0) 2016.03.04
Forwarding Packets in a Transit AS  (0) 2016.03.04
Configuring a Transit AS  (0) 2016.03.04