사무실에서 옆자리 PC와 파일은 주고받는데 다른 부서 서버에는 접속되지 않는 경우가 있다. 케이블이 연결되어 있다는 사실만으로 모든 통신 경로가 정상이라고 판단할 수 없는 이유다. 스위치와 라우터가 데이터를 넘겨주는 기준을 구분하면 어디부터 확인할지 정하기 쉬워진다.
일반적인 L2 스위치는 같은 VLAN 안에서 목적지 MAC 주소를 기준으로 프레임을 전달한다. 라우터는 서로 다른 IP 네트워크 사이에서 목적지 IP 주소와 경로 정보를 기준으로 패킷을 전달한다. 다만 L3 스위치도 라우팅을 수행하므로 장비 이름보다 실제 설정과 역할을 보아야 한다.
설명 범위는 일반적인 이더넷·IPv4 기업 네트워크다. 아래 IP 주소와 구성은 원리를 설명하기 위한 가상 예시이며 특정 기업의 실제 운영 사례가 아니다.
1. 스위치는 같은 VLAN 안에서 전달할 포트를 찾는다
프레임은 이더넷 구간에서 전달되는 데이터 단위다. 스위치는 들어온 프레임의 출발지 MAC 주소를 보고 그 장치가 어느 포트 쪽에 있는지 학습한다. 이후 목적지 MAC 주소를 MAC 주소 테이블에서 찾아 전송할 포트를 결정한다. MAC 주소 테이블은 장치의 위치를 찾기 위한 정보이지, 목적지 IP 네트워크까지의 경로 목록은 아니다. Cisco의 LAN 스위칭 동작 설명
목적지 MAC 주소를 아직 학습하지 못했다면 같은 VLAN의 전달 가능한 다른 포트로 프레임을 보낸다. 이를 미지 유니캐스트 플러딩이라고 한다. 따라서 스위치가 모든 프레임을 항상 한 포트로만 전달한다는 설명은 정확하지 않다. Cisco의 유니캐스트 플러딩 분석
VLAN은 하나의 물리 스위치에서도 논리적으로 구분할 수 있는 LAN이다. 같은 스위치에 연결했더라도 서로 다른 VLAN에 배치된 PC는 단순한 L2 전달만으로 통신하지 않는다. 반대로 여러 스위치에 걸쳐 같은 VLAN을 구성할 수도 있다. Cisco의 LAN 스위칭 동작 설명
2. 라우터는 목적지 네트워크로 향하는 다음 경로를 고른다
패킷은 IP 계층의 데이터 단위이며 이더넷 구간에서는 프레임 안에 실린다. 라우터는 목적지 IP에 맞는 경로를 조회하고 다음 장비인 다음 홉 또는 출력 인터페이스를 선택한다. 기본적인 목적지 기반 라우팅에서는 일치하는 경로 중 주소 범위가 가장 구체적인 경로를 우선한다. 이를 최장 접두사 일치라고 한다. RFC 1812의 IPv4 라우터 요구사항
예를 들어 10.20.0.0/16 경로와 10.20.30.0/24 경로가 함께 있다면 목적지가 10.20.30.50인 패킷에는 /24 경로가 우선한다. 더 구체적인 경로가 없을 때 사용할 수 있는 것이 기본 경로다. 기본 경로도 없고 목적지와 일치하는 다른 경로도 없다면 전달할 수 없다. RFC 1812의 IPv4 라우터 요구사항
이 차이를 업무 배치에 적용하면, 단말을 같은 LAN에 연결하는 일과 부서·서버망 사이의 경로를 만드는 일은 별도의 설계 대상이 된다. 포트가 충분한 스위치를 구매해도 필요한 라우팅 기능과 경로가 마련되지 않으면 다른 네트워크에 도달하지 못한다.
| 비교 기준 | L2 스위칭 | IP 라우팅 |
|---|---|---|
| 주요 전달 기준 | VLAN과 목적지 MAC 주소 | 목적지 IP와 경로 정보 |
| 주요 확인 정보 | MAC 주소 테이블·포트·VLAN | 라우팅/전달 테이블·다음 홉 |
| 역할 | 같은 VLAN 안의 프레임 전달 | 서로 다른 IP 네트워크 간 패킷 전달 |
| 장비와의 관계 | L2 스위치 또는 복합 장비의 스위칭 기능 | 라우터 또는 L3 스위치 등의 라우팅 기능 |
3. 같은 서브넷과 다른 서브넷의 통신 경로
PC A가 192.168.10.10/24, PC B가 192.168.10.20/24이며 같은 VLAN에 있다고 가정하자. 별도의 특수 경로가 없는 일반 설정에서 A는 B가 직접 연결된 서브넷에 있다고 판단한다. B의 MAC 주소가 필요하면 ARP로 확인하고 그 주소를 목적지로 한 프레임을 보낸다. ARP는 IPv4 주소에 대응하는 이더넷 주소를 알아내는 절차다. RFC 826의 ARP 동작 명세
이 통신은 스위치를 통해 전달되며 기본 게이트웨이의 라우팅을 거치지 않는다. 게이트웨이 장비가 별도로 있어도 같은 서브넷의 모든 통신이 그 장비를 통과하는 것은 아니다. Cisco의 IP 유니캐스트 라우팅 구성 문서
목적지가 다른 서브넷의 서버 192.168.20.50이고 A에 더 구체적인 경로가 없다면 A는 기본 게이트웨이 192.168.10.1로 전달한다. 이때 이더넷 프레임의 목적지 MAC은 게이트웨이의 MAC이고, IP 패킷의 목적지는 서버 주소다. ARP로 찾는 대상도 원격 서버가 아니라 같은 링크에 있는 게이트웨이다. RFC 826의 ARP 동작 명세
게이트웨이는 경로를 조회해 다음 구간에 맞는 프레임으로 전달한다. 주소 변환이나 터널링 등이 없는 일반적인 라우팅에서는 출발지·목적지 IP 주소가 유지되고 이더넷 헤더는 구간에 맞게 새로 구성된다. IPv4의 TTL은 라우터를 지날 때 감소하므로 패킷 전체가 그대로 복사된다는 뜻은 아니다. RFC 1812의 IPv4 라우터 요구사항
4. L3 스위치가 있으면 역할 구분이 달라진다
L3 스위치는 L2 스위칭에 더해 IP 라우팅을 수행할 수 있다. 예를 들어 부서별 VLAN의 게이트웨이를 SVI에 둘 수 있다. SVI는 VLAN을 장비 내부 라우팅 기능과 연결하는 논리 인터페이스다. Cisco 구성 문서에서도 VLAN 간 통신에 L3 기능이 필요하며 라우팅 활성화와 인터페이스 설정이 필요하다고 설명한다. Cisco의 IP 유니캐스트 라우팅 구성 문서
따라서 “스위치는 내부 통신, 라우터는 인터넷 통신”이라는 구분은 기업망을 설명하기에 부족하다. 사내 서버망으로 가는 트래픽도 라우팅 대상이 될 수 있다. 설계자는 장비 명칭보다 어느 인터페이스가 각 서브넷의 게이트웨이인지 먼저 표시해야 한다.
선정 단계에서는 필요한 포트 수와 속도뿐 아니라 지원 경로 규모, 라우팅 프로토콜, 접근제어 기능, 라이선스를 확인할 필요가 있다. 같은 L3 스위치라는 분류만으로 기능과 수용량이 같다고 볼 수 없다. Cisco 문서 역시 해당 제품에서 지원 프로토콜이 소프트웨어와 라이선스에 영향을 받음을 명시한다. Cisco의 IP 유니캐스트 라우팅 구성 문서
5. 장애 점검은 실패하는 통신의 범위를 좁히는 작업이다
다음은 앞의 전달 원리에서 도출한 실무 점검 순서다. 특정 증상만으로 원인을 확정하기보다 정상인 구간과 실패하는 구간을 나누는 데 목적이 있다.
- 물리 연결을 확인한다. 링크 상태, 케이블, 포트 오류와 최근 변경 이력을 먼저 확인한다.
- 같은 VLAN의 인접 단말과 통신 가능한지 확인한다. IP·서브넷 마스크, 포트의 VLAN 소속, ARP와 MAC 학습 상태를 대조한다.
- 게이트웨이까지 도달하는지 확인한다. 다른 서브넷만 실패한다면 게이트웨이 설정과 해당 인터페이스 상태를 확인한다.
- 목적지 경로와 응답 경로를 함께 확인한다. 요청이 도착해도 돌아오는 경로가 없으면 정상 통신이 성립하지 않는다.
- 경로가 확인되면 접근제어와 서비스를 구분한다. Ping 실패만으로 단절을 확정하지 말고 허용된 서비스 포트와 서버 상태도 확인한다.
여러 단말이 동시에 느려졌다면 한 PC의 설정만 반복해서 바꾸기보다 공통 경로의 부하와 플러딩 여부를 살펴볼 가치가 있다. Cisco는 지속적인 유니캐스트 플러딩이 성능에 영향을 줄 수 있다고 설명한다. 일시적인 주소 학습 과정과 반복되는 이상 현상을 구분해야 한다. Cisco의 유니캐스트 플러딩 분석
6. 연결 설계와 접근 통제는 함께 검토해야 한다
운영 관점에서 VLAN을 나누었다는 사실만으로 필요한 접근 통제가 완성되었다고 판단해서는 안 된다. VLAN 사이에 라우팅을 구성할 때는 어느 출발지에서 어떤 목적지·서비스로 접속해야 하는지 허용 범위를 함께 정하고, 적용한 ACL이나 방화벽 정책을 검증해야 한다.
특히 같은 VLAN의 통신은 기본 게이트웨이를 거치지 않을 수 있으므로 게이트웨이에만 둔 정책이 모든 내부 통신을 검사한다고 가정하면 안 된다. 보호 대상의 통신 경로와 정책 적용 지점이 실제로 만나는지 확인하는 것이 설계상의 핵심이다.
최종 구성도에는 장비 이름뿐 아니라 VLAN, 서브넷, 게이트웨이, 주요 목적지 경로와 통제 지점을 함께 기록하자. 그 구성도로 정상 경로와 장애 시 확인 순서를 설명할 수 있어야 한다. 라우터와 스위치의 차이를 이해했다는 기준은 정의를 외우는 데 있지 않고, 특정 패킷이 어디로 전달되는지 근거를 들어 추적할 수 있는 데 있다.
참고자료
확인일: 2026년 10월 9일. RFC는 기본 프로토콜 원리의 근거로, Cisco 문서는 스위칭 동작과 명시된 제품·버전의 기능을 확인하는 데 사용했다.