클라우드 네이티브를 위한 데이터 센터 네트워크 구축: 데이터 센터 네트워킹을 위한 아키텍처, 프로토콜, 도구

155

5

장

라우팅 프로토콜 선택

로토콜이 모든 장애를 스스로 탐지할 수 있어야 한다면 관리자는 킵얼라이브

keepalive

나 헬로 타

이머

hello

timer

를

1

초 이하의 빠른 주기로 설정해야 한다. 하지만 이런 설정은 라우팅 절차에 과

도한 부담을 준다. 또한 내부 프로토콜로

OSPF

를 사용하고 외부 프로토콜로

BGP

를 사용하

는 것과 같이 다중 라우팅 프로토콜을 사용하는 경우에 동일한 상태를 감지하기 위해 각각 빠

른 타이머를 동작시키는 것은 중복이고 낭비다. 이런 문제들을 해결하기 위해

BFD

가 나왔다.

BFD

를 사용하면 라우팅 프로토콜은 보다 여유롭게 타이머를 운용할 수 있다.

BFD

가 장애를

감지하면 해당 링크와 연결된 라우팅 세션을 끊는 등의 적합한 동작을 취하도록 라우팅 프로토

콜에 알린다.

라우터가 액세스

-

애그 모델에서처럼 공유된 매개

medium

에 연결되어 있다면

BFD

는 보다 중요

한 역할을 한다. 링크 장애와 같은 상황을 점대점

point

-

to

-

point

링크에서는 쉽게 감지하기 어렵기

때문이다. 하지만 데이터 센터에서 모든 내부 라우터 링크는 점대점이다. 그렇다면

BFD

는 케

이블 단절과 같은 문제를 재빨리 알아차리는 것이 불필요한 게 아닐까하는 의문이 들 것이다.

하지만

BFD

는 단방향 케이블 또는 실리콘 결함과 같은 완전한 장애가 아닌 상황을 ...