# TCP/IP 모델

**TCP/IP 모델**(Transmission Control Protocol/Internet Protocol model)은 인터넷의 핵심 프로토콜인 TCP와 IP를 기반으로 한 네트워크 통신 모델입니다. OSI 참조 모델과 함께 네트워크 시스템의 설계와 구현을 위한 표준화된 프레임워크로 널리 사용되며, 현대 인터넷의 기술적 토대를 형성합니다. 이 모델은 하드웨어와 소프트웨어의 추상화를 통해 다양한 네트워크 기술 간의 상호 운용성을 보장합니다.

## 개요 및 역사적 배경

TCP/IP 모델은 1970년대 미국 국방성 고등연구계획국(DARPA)이 주도한 ARPANET 프로젝트에서 개발되었습니다. 당시 존재하던 다양한 네트워크 기술들을 통합하고, 신뢰할 수 있는 데이터 전송을 가능하게 하기 위해 설계되었습니다. OSI 모델이 이론적으로 완벽하지만 구현이 복잡하다는 비판을 받던 시기에, 실용적이고 효율적인 접근 방식을 제시하며 인터넷의 표준으로 자리 잡았습니다.

이 모델은 OSI 모델의 7계층을 4개의 상위 수준으로 통합하여 단순화했으며, 각 계층은 독립적인 기능을 수행하면서도 하위 계층과 밀접하게 협력하여 전체 통신 과정을 관리합니다.

## TCP/IP 모델의 4계층 구조

TCP/IP 모델은 일반적으로 다음 네 가지 계층으로 구성됩니다. 각 계층은 특정 네트워크 기능을 담당하며, 데이터는 상위 계층에서 하위 계층으로 전달되면서 헤더가 추가됩니다.

### 1. 애플리케이션 계층 (Application Layer)

애플리케이션 계층은 사용자의 응용 프로그램과 네트워크 서비스 간의 인터페이스를 제공합니다. 이 계층에서는 데이터의 생성, 포맷, 암호화 등 최종 사용자와 관련된 모든 작업이 처리됩니다.

*   **주요 프로토콜**: HTTP, HTTPS, FTP, SMTP, DNS, SSH
*   **기능**: 웹 페이지 요청, 이메일 전송, 파일 업로드/다운로드, 도메인 이름 해석 등

### 2. 전송 계층 (Transport Layer)

전송 계층은 호스트 간(end-to-end)의 데이터 전송을 담당하며, 데이터의 신뢰성, 흐름 제어, 오류 검출 및 수정을 수행합니다. 이 계층에서 데이터는 '세그먼트'(TCP) 또는 '데이터그램'(UDP)으로 분할됩니다.

*   **주요 프로토콜**: TCP (Transmission Control Protocol), UDP (User Datagram Protocol)
*   **TCP**: 연결 지향적, 신뢰성 보장, 순서 보장 (웹 브라우징, 이메일 등)
*   **UDP**: 비연결 지향적, 빠른 전송, 신뢰성 없음 (스트리밍, 온라인 게임 등)

### 3. 인터넷 계층 (Internet Layer)

인터넷 계층은 논리적 주소(IP 주소)를 사용하여 데이터를 소스에서 목적지까지 라우팅하는 역할을 합니다. 이 계층에서는 패킷(Packet) 단위로 데이터를 처리하며, 경로 선택(Routing)과 분할/조립 기능을 수행합니다.

*   **주요 프로토콜**: IP (Internet Protocol), ICMP (Internet Control Message Protocol), ARP (Address Resolution Protocol)
*   **기능**: 논리적 주소 지정, 라우팅, 패킷 전송

### 4. 네트워크 접근 계층 (Network Access Layer)

네트워크 접근 계층(또는 링크 계층)은 물리적 네트워크 매체를 통해 데이터를 전송하는 역할을 합니다. 이 계층에서는 물리적 주소(MAC 주소)를 사용하고, 전기적 신호나 광신호로 데이터를 변환합니다.

*   **주요 기술**: Ethernet, Wi-Fi (IEEE 802.11), PPP, ARP
*   **기능**: 물리적 주소 지정, 비트 스트림 전송, 오류 검출

## OSI 모델과의 비교

TCP/IP 모델과 OSI 모델은 유사한 목표를 가지고 있지만, 설계 철학과 구조에서 차이가 있습니다.

| 특징 | TCP/IP 모델 | OSI 모델 |
| :--- | :--- | :--- |
| **계층 수** | 4계층 | 7계층 |
| **설계 접근법** | 프로토콜 중심 (실용적) | 참조 모델 중심 (이론적) |
| **개발 시기** | 1970년대 (인터넷 선구자) | 1980년대 (이후 표준화) |
| **주요 적용 분야** | 실제 인터넷 구현 | 교육 및 네트워크 설계 참고 |

TCP/IP 모델은 OSI 모델의 세션 계층과 표현 계층을 애플리케이션 계층에 통합하고, 물리 계층과 데이터 링크 계층을 네트워크 접근 계층으로 통합하여 단순화했습니다. 이로 인해 구현이 용이해지고 효율성이 높아졌습니다.

## 주요 특징 및 장점

1.  **표준화와 상호 운용성**: 다양한 하드웨어와 운영 체제 간에 통신이 가능하도록 표준화된 프로토콜을 제공합니다.
2.  **확장성**: 새로운 프로토콜이나 기술을 쉽게 추가할 수 있어 인터넷의 급속한 성장에 대응했습니다.
3.  **분산형 구조**: 중앙 집중식 관리가 아닌, 분산된 노드 간 통신을 지원하여 단일 장애점을 줄였습니다.
4.  **신뢰성**: TCP 프로토콜을 통해 데이터의 손실 없이 정확한 전송을 보장합니다.

## 결론

TCP/IP 모델은 단순한 기술적 규격을 넘어, 현대 디지털 사회의 인프라를 지탱하는 핵심 개념입니다. 클라우드 컴퓨팅, 사물인터넷(IoT), 모바일 통신 등 최신 기술들도 모두 TCP/IP 모델을 기반으로 동작합니다. 네트워크 엔지니어링을 공부하거나 IT 시스템을 설계하는 전문가라면 TCP/IP의 작동 원리와 각 계층의 역할을 깊이 이해하는 것이 필수적입니다.

## 참고 자료 및 관련 문서

*   [RFC 793](https://www.rfc-editor.org/rfc/rfc793): Transmission Control Protocol
*   [RFC 791](https://www.rfc-editor.org/rfc/rfc791): Internet Protocol
*   OSI 참조 모델
*   네트워크 라우팅 및 스위칭
*   IP 주소 체계 (IPv4, IPv6)

## 데이터 캡슐화와 역캡슐화 과정

데이터가 송신측에서 수신측으로 전달될 때, 각 계층은 하위 계층으로 데이터를 넘기며 제어 정보가 담긴 헤더(Header)를 추가합니다. 이 과정을 **캡슐화(Encapsulation)**라고 하며, 수신측에서 이를 다시 제거하며 상위 계층으로 올리는 과정을 **역캡슐화(Decapsulation)**라고 합니다.

### 캡슐화 단계별 구조도
```text
[ 송신측: 캡슐화 ]                      [ 수신측: 역캡슐화 ]
애플리케이션 계층  ──(Data)──▶  ◀──(Data)──  애플리케이션 계층
       │                                          ▲
       ▼                                          │
전송 계층        ──(Segment)──▶  ◀──(Segment)──  전송 계층
       │                                          ▲
       ▼                                          │
인터넷 계층      ──(Packet)──▶   ◀──(Packet)──   인터넷 계층
       │                                          ▲
       ▼                                          │
네트워크 접근 계층 ──(Frame)──▶   ◀──(Frame)──   네트워크 접근 계층
```

1. **캡슐화 (Encapsulation)**: `데이터` $\rightarrow$ `세그먼트(L4 헤더 추가)` $\rightarrow$ `패킷(L3 헤더 추가)` $\rightarrow$ `프레임(L2 헤더/트레일러 추가)` 순으로 포장됩니다.
2. **역캡슐화 (Decapsulation)**: 수신측에서는 물리적 신호를 받아 `프레임` $\rightarrow$ `패킷` $\rightarrow$ `세그먼트` $\rightarrow$ `데이터` 순으로 각 계층의 헤더를 확인하고 제거하며 최종 데이터를 복원합니다.

## 현대적 변형 및 확장 모델

전통적인 TCP/IP 4계층 모델은 실무적 구현에 집중되어 있으나, 교육적 목적이나 정밀한 분석을 위해 OSI 모델의 개념을 일부 도입한 **5계층 하이브리드 모델**이 널리 사용됩니다.

### 4계층 모델 vs 5계층 모델 비교

| 구분 | TCP/IP 4계층 모델 | TCP/IP 5계층 모델 (하이브리드) | 비고 |
| :--- | :--- | :--- | :--- |
| **최상위 계층** | 애플리케이션 계층 | 애플리케이션 계층 | 동일 |
| **전송 계층** | 전송 계층 | 전송 계층 | 동일 |
| **네트워크 계층** | 인터넷 계층 | 네트워크 계층 | 동일 |
| **하위 계층** | **네트워크 접근 계층** | **데이터 링크 계층 $\rightarrow$ 물리 계층** | 4계층 모델은 물리/링크를 통합 |

최근의 네트워크 환경에서는 소프트웨어 정의 네트워크(SDN)나 가상화 기술의 발전으로 인해 계층 간 경계가 모호해지는 경향이 있으나, 여전히 트러블슈팅과 프로토콜 설계 시에는 이러한 계층적 해석이 표준으로 사용됩니다.

## IP 버전별 특성 및 차이점

인터넷 계층의 핵심 프로토콜인 IP는 주소 고갈 문제와 효율성 개선을 위해 IPv4에서 IPv6로 진화하였습니다.

### IPv4와 IPv6 헤더 및 주요 차이점

| 항목 | IPv4 | IPv6 |
| :--- | :--- | :--- |
| **주소 길이** | 32비트 (약 43억 개) | 128비트 (거의 무한대) |
| **주소 표기** | 10진수 (예: 192.168.0.1) | 16진수 (예: 2001:0db8::ff00:42:8329) |
| **헤더 구조** | 가변 길이 (옵션 필드 존재) | **고정 길이 (기본 헤더 단순화)** |
| **체크섬** | 헤더 체크섬 포함 (매 홉마다 계산) | 체크섬 제거 (상/하위 계층에 위임하여 속도 향상) |
| **단편화(Fragmentation)** | 라우터와 송신측 모두 수행 | **송신측에서만 수행 (라우터 부하 감소)** |
| **보안성** | IPsec 별도 추가 설치 필요 | IPsec 기본 설계 반영 |

## 계층 간 독립성과 유연성

TCP/IP 모델의 핵심 설계 원칙 중 하나는 **계층 간 독립성(Loose Coupling)**입니다. 이는 각 계층이 하위 계층에 구체적인 구현 방식을 묻지 않고, 정의된 인터페이스를 통해 서비스만을 요청하는 구조를 의미합니다.

*   **유연한 교체**: 예를 들어, 물리적 전송 매체가 이더넷(유선)에서 Wi-Fi(무선)로 변경되어도(네트워크 접근 계층의 변화), 상위 계층인 TCP나 HTTP 프로토콜은 수정 없이 그대로 동작합니다.
*   **독립적 발전**: 전송 계층에서 새로운 혼잡 제어 알고리즘이 개발되어 적용되더라도, 애플리케이션 계층의 소프트웨어를 다시 작성할 필요가 없습니다.
*   **모듈화**: 이러한 독립성 덕분에 네트워크 엔지니어는 특정 계층의 문제만을 격리하여 분석하고 해결할 수 있는 효율적인 유지보수 환경을 갖게 됩니다.

## TCP 연결 및 해제 메커니즘

TCP는 신뢰성 있는 연결을 위해 세션을 설정하고 종료하는 엄격한 핸드셰이크 과정을 거칩니다.

### 3-Way Handshake (연결 설정)
클라이언트와 서버가 서로의 통신 준비 상태를 확인하고 시퀀스 번호를 동기화하는 과정입니다.

```mermaid
sequenceDiagram
    participant Client
    participant Server
    Note over Client, Server: [Step 1] SYN (Synchronize Sequence Number)
    Client->>Server: SYN (Seq=x)
    Note over Client, Server: [Step 2] SYN + ACK (Acknowledgment)
    Server->>Client: SYN (Seq=y), ACK (Ack=x+1)
    Note over Client, Server: [Step 3] ACK
    Client->>Server: ACK (Ack=y+1)
    Note over Client, Server: 연결 성립 (Established)
```

### 4-Way Handshake (연결 해제)
데이터 전송이 완료된 후, 양측의 연결을 안전하게 종료하는 과정입니다.

```mermaid
sequenceDiagram
    participant Client
    participant Server
    Note over Client, Server: [Step 1] FIN (Finish)
    Client->>Server: FIN (Seq=a)
    Note over Client, Server: [Step 2] ACK
    Server->>Client: ACK (Ack=a+1)
    Note over Client, Server: 서버의 남은 데이터 전송 완료 대기
    Note over Client, Server: [Step 3] FIN
    Server->>Client: FIN (Seq=b)
    Note over Client, Server: [Step 4] ACK
    Client->>Server: ACK (Ack=b+1)
    Note over Client, Server: 연결 종료 (Closed)
```

## 라우팅과 포워딩의 상세 차이

인터넷 계층에서 패킷이 목적지까지 전달되는 과정은 크게 '경로 결정(Routing)'과 '실제 전달(Forwarding)'이라는 두 가지 메커니즘으로 나뉩니다.

### 개념 비교
*   **라우팅 (Routing)**: 네트워크 전체의 지도를 보고 목적지까지 가는 **최적의 경로를 결정**하는 제어 평면(Control Plane)의 작업입니다. 라우팅 테이블을 생성하고 업데이트하는 과정이 이에 해당합니다.
*   **포워딩 (Forwarding)**: 라우터의 입력 인터페이스로 들어온 패킷을 라우팅 테이블에 따라 **적절한 출력 인터페이스로 내보내는** 데이터 평면(Data Plane)의 작업입니다.

### 예시 상황: 내비게이션과 교차로
이 차이는 운전자의 경로 탐색 과정에 비유할 수 있습니다.
1.  **라우팅 상황**: 운전자가 출발 전 내비게이션을 켜고 "서울에서 부산까지 가는 가장 빠른 길은 경부고속도로를 타는 것이다"라고 **전체 경로를 계획**하는 단계입니다.
2.  **포워딩 상황**: 운전자가 실제 도로를 달리다가 교차로(라우터)를 만났을 때, 내비게이션의 지시에 따라 **"여기서는 오른쪽 방향으로 꺾어야 한다"**며 실제로 핸들을 돌려 다음 지점으로 이동하는 단계입니다.

## 벤더 독립성과 상호 운용성

TCP/IP 모델의 가장 큰 강점 중 하나는 특정 하드웨어 제조사에 종속되지 않는 **벤더 독립성(Vendor Independence)**입니다.

*   **표준 프로토콜의 역할**: Cisco, Juniper, HPE 등 서로 다른 제조사의 라우터와 스위치가 섞여 있는 환경에서도, 모든 장비가 표준화된 TCP/IP 프로토콜 스택을 구현하고 있기 때문에 아무런 문제 없이 통신할 수 있습니다.
*   **상호 운용성 보장**: 이는 마치 전 세계 어디서나 동일한 전압 표준을 사용하면 제조사가 다른 가전제품을 꽂아도 작동하는 것과 같습니다. 이러한 특성 덕분에 기업은 특정 벤더의 독점(Lock-in)에서 벗어나 비용 효율적인 네트워크 인프라를 구축할 수 있습니다.

## TCP/IP 모델의 핵심 설계 원칙: End-to-End 원칙

**End-to-End 원칙(종단 간 원칙)**은 네트워크의 지능을 중심(Core)이 아닌 끝단(Host)에 배치해야 한다는 설계 철학입니다.

*   **개념**: 네트워크 내부의 라우터나 스위치는 패킷을 빠르게 전달하는 단순한 기능(Best-effort delivery)에 집중하고, 데이터의 신뢰성 보장, 오류 복구, 흐름 제어와 같은 복잡한 기능은 통신의 양 끝단인 호스트(송신자와 수신자)가 담당하게 하는 것입니다.
*   **의의**:
    *   **단순성**: 네트워크 코어가 단순해지므로 장비의 처리 속도가 향상됩니다.
    *   **확장성**: 새로운 서비스나 프로토콜을 도입할 때 네트워크 내부 장비를 모두 교체할 필요 없이, 끝단의 소프트웨어만 업데이트하면 되므로 인터넷의 폭발적인 성장을 가능하게 했습니다.
    *   **유연성**: 네트워크 중간 단계에서 데이터 내용을 수정하거나 제어하지 않으므로, 다양한 형태의 애플리케이션이 자유롭게 구현될 수 있습니다.

## 최신 네트워크 트렌드와 TCP/IP의 진화

전통적인 TCP는 신뢰성을 보장하지만, 연결 설정 시 발생하는 지연(Latency)과 패킷 손실 시 전체 전송이 멈추는 '헤드 오브 라인 블로킹(HOL Blocking)'이라는 한계가 있습니다. 이를 극복하기 위해 **QUIC(Quick UDP Internet Connections)** 프로토콜이 등장했습니다.

### QUIC 프로토콜의 특징
QUIC는 UDP를 기반으로 하면서 TCP의 신뢰성과 TLS의 보안성을 결합한 프로토콜입니다.
*   **연결 설정 시간 단축**: 0-RTT(Zero Round Trip Time) 연결을 통해 핸드셰이크 과정을 획기적으로 줄여 웹 페이지 로딩 속도를 높였습니다.
*   **멀티플렉싱**: 여러 스트림을 독립적으로 전송하여, 하나의 패킷이 손실되어도 다른 스트림의 전송에 영향을 주지 않습니다.
*   **HTTP/3로의 진화**: Google이 제안하고 IETF에서 표준화한 QUIC는 HTTP/3의 전송 계층으로 채택되어 현대 웹 통신의 표준이 되고 있습니다.

### TCP vs QUIC 성능 비교

| 비교 항목 | TCP (HTTP/1.1, 2) | QUIC (HTTP/3) | 비고 |
| :--- | :--- | :--- | :--- |
| **기반 프로토콜** | TCP | UDP | 전송 방식의 변화 |
| **연결 설정** | 3-Way Handshake (느림) | 0-RTT / 1-RTT (매우 빠름) | 초기 지연 시간 감소 |
| **신뢰성 보장** | TCP 계층에서 수행 | QUIC 계층에서 자체 구현 | UDP 기반 신뢰성 확보 |
| **HOL Blocking** | 발생 (스트림 간 의존성) | 해결 (스트림 독립 전송) | 패킷 손실 시 효율적 |
| **연결 이동성** | IP 변경 시 연결 끊김 | Connection ID 기반 유지 | 모바일 환경(Wi-Fi $\leftrightarrow$ LTE) 유리 |