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

340

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

는

IPv4

의 경우 /

30

또는 /

31

서브넷에서 할당한다. 단일 링크의 양 끝끼리만 주소가 공유 되

므로

IPv4

주소의 낭비를 막기 위해 /

31

을 사용할 것을 권장한다. 상용 스위칭 실리콘이 작은

라우팅 테이블만 지원했던 네트워크 분리 초창기에는 선구적인 네트워크 운영자들은 링크 양 끝

의 인터페이스만을 위한 경로를 광고하지 않도록 했다.

IPv6

에서 링크 로컬 주소(

fe80

으로 시

작하는 주소 )가 특별히 이런 사례를 다루기 위해 도입되었다.

5

장에서 살펴본 대로 언넘버드 인터페이스는 작은 라우팅 테이블을 생성하여 보다 작은 보안

공격 범위가 되며 노드나 링크가 업 또는 다운될 경우 라우팅 테이블의 변화가 덜하다. 더욱이

10

장에서 설명한 대로 인터페이스에 자동으로

IP

주소를 할당하는 것은 프로그래밍의 도움 없

이는 굉장히 고통스러운 일이다. 그러므로 인터페이스

IP

주소의 사용을 피하는 것이 좋다.

OSPFv2

는 초기부터

언넘버드 인터페이스

unnumbered

interface

를 지원했다. 만약 인터페이스가 /

32

주소를 가지고 있다면 이를 언넘버드 인터페이스로 취급했다. 일반적으로 /

32

주소는 루프백

인터페이스 주소다. 이 주소를 이웃에 전파하기 위해서는 루프백 인터페이스 (또는 다운되지 ...