몰입의 공간

한 가지 가정을 해보자, Topology1에서 세 개의 스위치 중 하나에 장애가 발생한다고 하면 어떻게 될까? 당연하지만 그쪽 호스트에서 통신이 불가능할 것이다. 이러한 상황을 방지하기 위해 오른쪽 Toplolgy2와 같이 스위치를 이중화하여 네트워크의 가용성(Availabilty)을 유지할 수 있다. 하지만 Topology2에서는 Looping(Broadcast Storm)이라는 의도치 않은 문제가 발생할 수 있다.   *Broadcast Storm: 스위치는 브로드캐스트 프레임(dest MAC addr: FF: FF: FF: FF: FF: FF)을 받으면 Flooding하게 된다. Topology2 같은 상황에서 한 스위치가 Flooding하면 다른 스위치를 거칠 떄마다 반복적으로 Flooding이 ..

일단 전반적으로 평가하자면, 부족함은 많았지만 어찌저찌 목적은 달성한 프로젝트였던거 같다. 3주라는 짧은 시간 동안 네트워크를 처음 공부하고, 그것에 대한 결과물로 프로젝트를 얻긴 했지만(사실 결과물보다는 복습의 느낌이 강하다), 내가 공부한 네트워크 엔지니어링에 얼마나 많은 구멍이 있었는지 절실히 체감할 수 있었다.  포스팅을 하며 어느 정도 이해했다고 생각한 부분에서도 구멍이 뚫렸고, 실제 네트워크를 구성하는데 적용하는 과정에서 생각처럼 설계가 되지 않기도 했다(특히 네트워크 이중화). 물론 GNS3라는 시뮬레이터의 한계도 있기도 했다.   보완할 부분PAT - 포트 포워딩 등의 개념 정리백본 이중화 - 본사 다시 구현해보기웹, DHCP, DNS, TFTP 서버 직접 설정해보기 - HTTP 등 프로토..