OSI 모델 — 깔끔하고 혼란 없는 설명 (당황했을 때)
Source: Dev.to

이 노트는 OSI 모델이 혼란스러울 때를 위해 작성되었습니다. 고의적으로 전문 용어를 과다 사용하지 않으며 명확한 사고 모델에 초점을 맞춥니다.
1️⃣ PDU(Protocol Data Unit)란?
PDU는 단순히 해당 OSI 계층에서 데이터가 취하는 형태를 말합니다. 각 계층마다 PDU 이름이 달라집니다:
| OSI 계층 | PDU 이름 |
|---|---|
| Application / Presentation / Session | Data |
| Transport (TCP) | Segment |
| Transport (UDP) | Datagram |
| Network | Packet |
| Data Link | Frame |
| Physical | Bits (signals) |
예시
"Hello"
2️⃣ 애플리케이션 데이터는 이미 0과 1인가?
논리적으로: ❌ 아니요 – 문자열, 바이트, JSON, 텍스트, 객체입니다.
물리적으로 (나중에): ✅ 예 – 결국 신호가 됩니다.
상위 계층은 구조와 의미를 생각하고, 하위 계층은 신호를 생각합니다. 두 관점 모두 올바르며, 단지 다른 계층에 있을 뿐입니다.
3️⃣ 전송 계층 (TCP / UDP)
전송 계층이 추가하는 것
- 출발 포트
- 목적지 포트
- 전송 제어 정보
이 필드들은 TCP 헤더 또는 UDP 헤더의 일부입니다.
TCP vs UDP (빠른 비교)
| 특징 | TCP | UDP |
|---|---|---|
| 신뢰성 | ✅ 신뢰성 | ❌ 비신뢰성 |
| 정렬 | ✅ 정렬됨 | ❌ 정렬되지 않음 |
| 속도 | ⏳ 느림 | ⚡ 빠름 |
| 재전송 | ✅ 손실된 데이터를 재전송 | ❌ 재전송 없음 |
4️⃣ 네트워크 계층
네트워크 계층이 추가하는 것
- 출발지 IP 주소
- 목적지 IP 주소
These fields form the IP header.
After this step:
Segment → Packet
IP 답변: “Where should this data go globally?”
5️⃣ 데이터 링크 계층
데이터 링크 계층이 추가하는 것
- Source MAC address
- Destination MAC address
- Error‑checking trailer (CRC)
이 필드들은 MAC header + trailer를 구성합니다.
이 단계 이후:
Packet → Frame
MAC는 “이 로컬 네트워크에서 정확히 어떤 장치가 이 패킷을 받아야 하는가?” 라고 답합니다.
핵심 규칙
- IP는 엔드‑투‑엔드에서 동일하게 유지
- MAC은 각 홉마다 변경
6️⃣ 물리 계층
- ❌ 헤더나 주소를 이해하지 않습니다
- ✅ 프레임을 물리 신호로 변환합니다
예시
- Wi‑Fi → 라디오 파동
- Ethernet → 전기 신호
- Fiber → 빛 펄스
따라서:
- Wi‑Fi = 라디오
- Ethernet = 전기
7️⃣ 캡슐화 흐름 (한 줄)
Data → Segment → Packet → Frame → Signals
각 계층은 자신의 정보만 추가합니다.
8️⃣ Header Mapping (Common Doubt)
| 헤더 | 포함 내용 |
|---|---|
| TCP / UDP 헤더 | 소스 포트, 목적지 포트, 제어 정보 |
| IP 헤더 | 소스 IP, 목적지 IP |
| MAC 헤더 | 소스 MAC, 목적지 MAC |
이 내용이 당신의 의문과 일치한다면, 당신의 이해는 정확합니다.
9️⃣ 한 문장 정신 모델
Application은 의미를 생성 → Transport는 대화를 관리 → Network는 목적지를 찾음 → Data Link는 장치를 찾음 → Physical은 신호를 이동시킴
최종 메모
이 메모는:
- 가벼움
- 정신 모델 중심
- 혼란스러울 때 언제든지 다시 보기 안전함
행복한 네트워킹 🚀