Layer model

OSI는 설명 좌표, TCP/IP는 인터넷 구현 좌표에 가깝다

두 모델은 일대일 대응표가 아니라 관점이 다르다. 실제 인터넷 프로토콜 묶음은 TCP/IP 4계층으로 설명하는 편이 자연스럽고, OSI는 문제 지점을 말할 때 세밀한 어휘를 제공한다.

7

Application

HTTP, DNS, SMTP처럼 사용자가 만나는 서비스 규칙

6

Presentation

문자 인코딩, 압축, 암호화 표현 방식

5

Session

대화 상태와 연결 유지 방식의 추상화

4

Transport

포트, 재전송, 흐름 제어, TCP/UDP

3

Network

IP 주소와 라우팅으로 목적지 네트워크를 찾는다

2

Data Link

MAC 주소, 프레임, 같은 링크 안 전달

1

Physical

전기, 전파, 광 신호와 매체 특성

5~7
4
3
1~2
Application

프로세스가 직접 쓰는 프로토콜

HTTP, DNS, TLS 같은 규칙을 한 덩어리로 다룬다. OSI의 세션과 표현 계층은 여기에서 라이브러리와 프로토콜 설계로 흡수된다.

Transport

프로세스 간 전달

포트 번호로 애플리케이션을 구분하고 신뢰성 정책을 정한다.

Internet

네트워크 간 전달

IP 패킷을 목적지 주소 기준으로 다음 홉에 넘긴다.

Link

한 링크 안 프레임 전달

이더넷, Wi-Fi, PPP처럼 실제 매체와 프레임 형식을 함께 다룬다.

주소 단서

MAC은 링크, IP는 인터넷, port는 전송

문제가 어느 계층인지 모를 때 주소 종류를 먼저 보면 빠르다.

실무 언어

L2, L3, L4, L7로 줄여 말한다

장비와 장애 분석에서는 OSI 번호가 공용 약어처럼 쓰인다.

주의

모델은 지도이지 구현 코드가 아니다

프로토콜은 계층을 가로지르는 최적화와 예외를 가질 수 있다.

대응표는 외우는 표보다 디버깅 좌표로 써야 오래 간다

웹 요청이 실패했을 때 DNS와 HTTP는 응용, TCP 연결은 전송, 라우팅은 인터넷, ARP와 Wi-Fi 품질은 링크 문제로 나눠 보면 원인 후보가 빠르게 좁혀진다.