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

148

클라우드 네이티브를 위한 데이터 센터 네트워크 구축

원점이나 라우팅에 연관된 경로를 쉽게 식별하지 못하게 된다. 따라서 필자는

ASN

을 이렇게 사

용하는 것을 추천하지 않는다. 이는 자동화를 쉽게 하기 위해 공급 업체에 언넘버드

BGP

지원

을 요청하는 대신 사용하는 꼼수다.

어떻게 다른 이에게 말을 걸까?

다음 질문은 통신이 수립되고 나서 어떻게 라우팅 피어에 광고하는가에 대한 것이다. 링크 상태

프로토콜의 경우는 어떤 라우터와 통신할 것인지 인터페이스에 설정하고 나면 자동으로 인터페

이스의

IP

주소를 광고한다. 루프백과 같은 다른 인터페이스의 경우 피어를 맺지 않고 인터페

이스 주소를 광고하는 절

clause

을 추가할 수도 있다.

거리 벡터 프로토콜에서는

network

문으로 명확하게 어떤 프리픽스를 광고할 것인지 명시해야

한다.

여러 네트워크 주소 패밀리를 지원하기 위해서는 광고를 시작하도록 각 주소 패밀리를 반드시

‘활성화’해야 한다.

두 프로토콜 모두에서 프리픽스는 광고하기 전에 반드시 로컬 라우팅 테이블에 있어야 한다. 두

프로토콜의 또 다른 공통 사례는 ‘재분배’ 모델을 사용해서 광고한다는 것이다. 재분배 모델은

광고할 주소를 연결된 경로 또는 정적 경로와 같은 방법을 통해 선정하는 것에 개입한다.

여기서 링크 상태 프로토콜과 거리 벡터 프로토콜은 필수적인 부분에서 대체로 유사한 복잡성을

가지고 있다.

5.5

클로스 네트워크의 라우팅 프로토콜

라우팅 프로토콜에 대한 많은 결정은 링크가 얇고 네트워크가 희소하게 연결되었던 시대에 ...