BGP overview

BGP

    - 다른 IGP들과 달리 TCP를 사용하기 때문에 일각에서는 BGP를 Application이라고 명명하는 케이스도 있음

BGP 특징

  - 확장성 

      인터넷은 600,000 이상의 라우터를 가지고 있으며 점점 커지고 있다

       (이 말은 BGP가 가질수 있는 라우팅 정보의 갯수가 60만개가 넘는다는 말임)

 

  - 안전한 정보의 교환

      BGP는 다른 AS로 부터 받은 정보를 신뢰하지 않음 그렇기에 정밀한 필터설정을 필요로함

      인접한 라우터에 대한 인증 절차를 가지는 것을 권고 함

 

  - 라우팅 정책을 지원함

       정책기반의 라우팅을 하기 때문에 AS사이에 항상 Best Path를 찾는게 아님

        (AS내에서는 Best Path를 찾음 이것은 항상 Best Path를 찾는 IGP와 가장 다른 차별점임)

 

BGP는 EGP에비해 향상된 Path Vector Protocol.

  - TCP 179를 사용함으로서 TCP Connectivity를 이용하여 신뢰성 있는 업데이트를 한다

    그래서 Network 정보 Update에 대한 응답 프로세스가 존재하지 않는다.

    ( TCP 3way handshake를 통해 TCP session을 맺은 후 routing update를 진행하기 때문에

      routing update에 대한 응답 Sequence 가 없어도 TCP 에서 안전성을 보장해준다)

 

  - Late-limite를 사용하여 일괄 업데이트를 진행 함

      IBGP는 5초마다 EBGP는 30초마다 Routing Update 를 진행 한다.

      (IBGP는 5초 동안 Route information을 모아서 인접라우터에게 전달 하며 EBGP는 30초 동안 모은다)

      Late-limite 안에 Neighbor의 상태 정보가 Up/Down이 반복적으로 발상한 후의 상태가 기존과

      동일 하더라도 Update를 진행함

      (IBGP에서 Neighbor 의 상태가 Up이 였는데 5초동안 Up, Down, Up, Down, Up으로 기존과 상태가 동일 하더라도 

       BGP는 Neighbor 상태 Update정보를 전송함)

 

    - TCP는 Idle Time 동안 전송 Data가 없다면 TCP Session을 끊어 버리기 때문에 BGP에서는 Keepalive를 사용해 

      TCP Session을 유지 시켜준다(RFC 표준으로 30초당 한번 전송으로 총 3회 못받았을시 TCP Session이 끊어짐)

 

대규모 네트워크에서 사용하도록 설계 되어 있음

  - 정책 기반이기 때문에 복잡한 Rouing policy들을 필요로 함

  -  TCP를 사용하기 때문에  장비 CPU에 의존적임 ( CPU 부하가 많이 걸림)

  - 확장성이 가장 최우선 과재임 Convergence가 빠르지 않음 ( 확장성과 안전성이 최우선이기 때문에 Fail over가 느림 )

 

 

일반적인 BGP 사용

  - Single homed 환경에서의 BGP 사용은 권고하지 않음

        (하나의 고객과 하나의 ISP가 연결된 경우)

  - dual homed 환경에서의 BGP 사용은 사용자 선택임

       (하나의 고객과 하나의 ISP가 두개의 회선으로 연결된 경우)

  - Multi homed 환경에서의 BGP 사용을 권고함

        (하나의 고객과 두개 이상의 ISP가 연결된 경우)