온프레미스-클라우드 공존 환경이 진행되는데 왜 이 책은 일관되게 온프레미스만을 다루는지 궁금할 것이다. ‘네트워크’라는 세계에 클라우드의 연장선에는 온프레미스가 있다. 온프레미스를 제대로 이해해 두면 클라우드에 적응하는 것은 어렵지 않다. 클라우드는 클라우드 사업자가 제공하는 ‘서비스’라는 틀 밖의 일은 할 수 없지만 온프레미스는 틀 자체를 자신이 직접 설계하여 자유자재로 조립할 수있다. 이 자유도야말로 온프레미스의 매력이며 인프라/네트워크 엔지니어의 시야와 가능성을 넓히는 주요 요소가 된다.
--- p.xv

기본 설계에서 제대로 된 규칙 결정이 다음 단계의 확장성 및 호환성 등과 같은 네트워크의 모든 것에 크게 관여하게 된다. 기본 설계 수준은 고객에 따라 다양하다. 어느 정도까지의 수준을 요구하는지 먼저 확인하고 그에 따라 기본 설계를 실시해 나간다. 기존에 다른 시스템이 존재한다면 기본 설계서를 확인하고 대략적인 수준을 확인해 두는 것도 좋다. / 이 책은 서버 사이트의 네트워크 구축에서 가장 중요한 기본 설계 단계에 중점을 두면서 각 설계 항목에 필요한 기술과 설계 포인트를 설명해 나간다. 일반적인 서버 사이트 네트워크 구축의 기본 설계는 크게 나누어 ‘물리 설계’, ‘논리 설계’, ‘보안 설계 및 부하 분산 설계’, ‘고가용성 설계’, ‘관리 설계’라는 다섯 개의 설계 항목으로 구성되어 있다.
--- p.4~5

ARP 리플라이는 동작 코드가 ‘2’다. 발신지 MAC 주소, 발신지 IP 주소는 그대로 자신의 주소를 세트한다. 목적지 MAC 주소, 목적지 IP 주소에는 ARP 리퀘스트를 보낸 노드의 정보를 설정한다. ARP 리플라이는 유니캐스트다. ARP 리퀘스트를 보낸 노드에 대해서 송신한다. 해당 ARP 리플라이를 받은 노드는 발신지 MAC 주소와 발신지 IP 주소 부분을 보고 상대의 MAC 주소를 안다. MAC 주소를 알고 처음으로 통신을 할 수 있게 된다. MAC 주소와 IP 주소를 관련지은 테이블 표를 ‘ARP 테이블’이라고 한다. 참고로 ARP 테이블은 윈도우 OS의 경우 명령 프롬프트에서 ‘arp -a’라고 입력하면 확인할 수 있다. 리눅스 OS는 터미널에서 ‘arp’라고 입력하면 확인할 수 있다.
--- p.100

이전에는 IP 주소의 필요 개수에 따라 네트워크를 작게 잡는 것을 권장했다. 하지만 지금은 반드시 그렇지는 않다. 실제로 LAN 내에 배치한 사용자 VLAN을 21비트로 구분하여 수천 개의 단말을 1 VLAN으로 운용하는 곳도 있었다. 물론 그런 경우 동일한 VLAN에 있는 터미널 모두가 불필요한 브로드캐스트를 수신하게 된다. 그러나 최근 OS는 그렇게까지 브로드캐스트를 많이 사용하지 않으며 인터페이스 속도도 빨라 네트워크를 크게 해도 의외로 운용이 가능하다. 네트워크를 크게 하면 크게 할수록 VLAN이 적게 되고 설정도 운용 관리도 편해진다. / 네트워크를 크게 취했을 때의 우려는 브리징 루프(bridging loop)다. 네트워크가 커질수록 루프의 영향 범위가 커진다. 브리징 루프가 발생하면 해당 VLAN에 속한 노드 모두가 통신할 수 없게 된다. 그뿐만 아니라 라우팅 포인트에 따라서는 모든 노드가 통신할 수 없게 된다. 스패닝 트리 프로토콜(Spanning Tree Protocol, STP)을 사용하여 루프를 방지하는 설계도 동시에 실시해야 한다. 브리징 루프와 STP에 대해서는 4.1.2절에서 자세히 설명하겠다.