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 |