LLC

작성자

익명

작성일

2026.07.31

조회수

버전

LLC 데이터 링크 계층 IEEE 802.2 MAC SNAP 흐름 제어 오류 제어 네트워크 프로토콜 중급

LLC (Logical Link Control)

1. 개요

LLC(Logical Link Control, 논리 링크 제어)는 OSI 7계층 모델의 제2계층인 데이터 링크 계층(Data Link Layer)의 두 개의 하위 계층 중 상위 계층(Upper Sublayer)으로, 네트워크 계층(Layer 3)과 물리적 매체 접근 제어(MAC) 계층 사이에서 인터페이스 역할을 수행하는 프로토콜입니다.

IEEE 802 표준에서는 데이터 링크 계층을 효율적으로 관리하기 위해 이를 두 개의 하위 계층으로 분리하였습니다. 하위 계층인 MAC(Media Access Control)이 물리적 매체에 데이터를 전송하는 하드웨어적인 제어를 담당한다면, 상위 계층인 LLC는 상위 계층의 프로토콜을 식별하고 논리적인 연결을 관리하는 소프트웨어적인 제어를 담당합니다.

2. 주요 기능 및 목적

LLC의 핵심 목적은 상위 네트워크 계층(Network Layer)이 하위의 물리적 네트워크 매체(Ethernet, Token Ring, Wi-Fi 등)의 종류에 상관없이 동일한 방식으로 데이터를 주고받을 수 있도록 추상화된 인터페이스를 제공하는 것입니다.

2.1 주요 기능

다양한 LAN 표준 간 호환성 유지: 서로 다른 MAC 프로토콜을 사용하는 네트워크 환경에서도 상위 계층이 일관된 통신 방식을 유지하게 합니다.
흐름 제어(Flow Control): 송신 측과 수신 측의 처리 속도 차이로 인해 데이터가 손실되는 것을 방지하기 위해 전송량을 조절합니다.
오류 제어(Error Control): 전송 중 발생한 프레임의 손상이나 분실을 감지하고, 재전송을 요청하여 데이터의 무결성을 보장합니다.
연결 관리: 논리적인 연결을 설정, 유지 및 해제하는 과정을 제어합니다.

3. LLC의 동작 모드

LLC는 서비스의 신뢰성 요구 수준에 따라 세 가지 동작 모드를 제공합니다. 이는 IEEE 802.2 표준에 정의되어 있습니다.

구분	비연결 모드 (Unacknowledged Connectionless)	확인 응답 모드 (Acknowledged Connectionless)	연결 모드 (Connection-Oriented)
연결성	연결 설정 과정 없음	연결 설정 없음	세션 설정 후 데이터 전송
신뢰성	낮음 (전송 후 확인 안 함)	중간 (개별 프레임 확인 응답)	높음 (순서 보장 및 확인)
오버헤드	매우 낮음	중간	높음 (제어 프레임 다수 발생)
특징	단순 전송, 빠른 속도	신뢰성 필요하나 연결 비용 절감	신뢰성 최우선, 흐름 제어 포함

4. 프레임 구조 및 캡슐화

LLC는 네트워크 계층으로부터 받은 패킷을 MAC 계층으로 전달하기 전, 특정 제어 정보를 추가하여 캡슐화합니다.

4.1 LLC 프레임 구조 시각화

+-----------------------------------------------------------------------+
|                          Network Layer Packet (Payload)               |
+-----------------------------------------------------------------------+
|  DSAP (1 byte)  |  SSAP (1 byte)  |  Control (1 byte)  |  SNAP Header |
+-----------------------------------------------------------------------+
 <--------------------------- LLC Header ------------------------------>

4.2 LLC 헤더 구성 요소

DSAP (Destination Service Access Point): 목적지 시스템의 어떤 상위 계층 프로토콜(예: IP, IPX 등)이 이 데이터를 처리해야 하는지를 지정하는 주소입니다.
SSAP (Source Service Access Point): 송신 시스템의 어떤 상위 계층 프로토콜이 이 데이터를 보냈는지를 지정합니다.
Control Field: 프레임의 종류와 시퀀스 번호 등을 포함하여 흐름 및 오류 제어를 수행합니다. 프레임 유형은 다음과 같이 구분됩니다.
- I-프레임(Information): 실제 사용자 데이터를 전송하는 프레임
- S-프레임(Supervisory): 흐름 제어 및 오류 제어를 위한 감독 프레임
- U-프레임(Unnumbered): 연결 설정 및 해제 등 제어 정보를 담은 무번호 프레임

4.3 SNAP (Subnetwork Access Protocol)의 도입

표준 LLC 헤더의 SAP 필드는 8비트로 제한되어 있어, 급증하는 다양한 네트워크 프로토콜을 모두 식별하기에 부족했습니다. 이를 해결하기 위해 SNAP 헤더가 도입되었습니다. * 개념: LLC 헤더 뒤에 추가되는 확장 헤더입니다. * 필요성: 3바이트의 OUI(Organizationally Unique Identifier)와 2바이트의 프로토콜 ID를 제공하여, 수천 개의 서로 다른 프로토콜을 정확하게 식별할 수 있게 합니다.

5. MAC 하위 계층과의 관계

LLC와 MAC은 상호 보완적인 관계이며, 함께 하나의 데이터 링크 계층을 형성합니다.

5.1 역할 분담

LLC (논리적 제어): "어떤 프로토콜을 사용할 것인가?"와 "데이터가 정확히 전달되었는가?"라는 논리적 신뢰성에 집중합니다.
MAC (물리적 제어): "언제 매체에 접근할 것인가?"와 "어떤 물리적 주소(MAC Address)로 보낼 것인가?"라는 물리적 전송에 집중합니다.

5.2 데이터 흐름도

데이터 흐름: Network Layer (IP) $\rightarrow$ LLC (SAP/SNAP 추가) $\rightarrow$ MAC (MAC 주소/CRC 추가) $\rightarrow$ Physical Layer (Bit stream)

6. 요약 및 비교

6.1 현대 네트워크에서의 위상 변화

과거에는 다양한 LAN 표준(Token Ring, FDDI 등)이 공존했기에 LLC의 역할이 매우 중요했습니다. 전통적인 IEEE 802.3 프레임은 LLC를 사용하지만, 현재 대부분의 TCP/IP 트래픽은 LLC 없이 Type 필드를 사용하는 Ethernet II 형식을 따릅니다. 현대 네트워크는 Ethernet(IEEE 802.3)이 사실상 표준(De facto standard)으로 자리 잡으면서, 많은 경우 LLC/SNAP 구조 대신 EtherType 필드(MAC 헤더 내에 포함)를 통해 상위 프로토콜을 직접 식별합니다. 따라서 현대의 일반적인 TCP/IP 통신에서는 LLC의 복잡한 연결 모드보다는 단순한 인터페이스 역할만 수행하는 경우가 많습니다.

6.2 EtherType vs SNAP 비교

비교 항목	EtherType (Ethernet II)	SNAP (IEEE 802.2/802.3)
위치	MAC 헤더 내의 Type 필드	LLC 헤더 뒤의 확장 헤더
식별 방식	2바이트 프로토콜 ID로 즉시 식별	DSAP/SSAP $\rightarrow$ OUI $\rightarrow$ Protocol ID 단계적 식별
구조적 복잡도	단순함 (오버헤드 낮음)	복잡함 (오버헤드 높음)
주요 용도	현대 TCP/IP 네트워크의 표준	다양한 벤더 프로토콜 및 레거시 표준 지원

6.3 LLC vs MAC 핵심 차이점

비교 항목	LLC (Logical Link Control)	MAC (Media Access Control)
주요 관심사	상위 계층과의 인터페이스, 신뢰성	물리적 매체 접근, 하드웨어 주소
식별자	SAP (Service Access Point)	MAC Address (물리 주소)
제어 대상	논리적 연결, 흐름/오류 제어	충돌 감지(CSMA/CD), 프레임 동기화
표준	IEEE 802.2	IEEE 802.3 (Ethernet), 802.11 (Wi-Fi)

6.4 패킷 캡처 분석 사례 (Wireshark 기준)

Wireshark와 같은 패킷 분석 도구에서 LLC/SNAP 프레임을 분석하면 다음과 같은 계층 구조를 확인할 수 있습니다.

Ethernet II Frame
└── Ethernet Header
    └── Type: 0x0802 (LLC)  <-- LLC 프레임임을 명시
        └── LLC Header
            └── DSAP: 0xaa (SNAP) <-- SNAP 확장 헤더 사용 알림
            └── SSAP: 0xaa
            └── Control: 0x03
                └── SNAP Header
                    └── OUI: 00:00:00 (Standard)
                    └── Protocol ID: 0x0800 (IPv4) <-- 실제 상위 프로토콜은 IPv4임
                        └── Internet Protocol Version 4

위 사례에서 보듯, LLC 헤더의 DSAP/SSAP가 0xaa로 설정되어 있으면 이는 SNAP을 사용한다는 의미이며, 최종적으로 SNAP 헤더 내부의 Protocol ID를 통해 해당 패킷이 IPv4 패킷임을 식별하게 됩니다.

📝 마크다운 원본

이 문서의 마크다운 원본 내용입니다.

# LLC (Logical Link Control)

## 1. 개요
**LLC(Logical Link Control, 논리 링크 제어)**는 OSI 7계층 모델의 제2계층인 데이터 링크 계층(Data Link Layer)의 두 개의 하위 계층 중 상위 계층(Upper Sublayer)으로, 네트워크 계층(Layer 3)과 물리적 매체 접근 제어(MAC) 계층 사이에서 인터페이스 역할을 수행하는 프로토콜입니다.

IEEE 802 표준에서는 데이터 링크 계층을 효율적으로 관리하기 위해 이를 두 개의 하위 계층으로 분리하였습니다. 하위 계층인 **MAC(Media Access Control)**이 물리적 매체에 데이터를 전송하는 하드웨어적인 제어를 담당한다면, 상위 계층인 **LLC**는 상위 계층의 프로토콜을 식별하고 논리적인 연결을 관리하는 소프트웨어적인 제어를 담당합니다.

## 2. 주요 기능 및 목적
LLC의 핵심 목적은 상위 네트워크 계층(Network Layer)이 하위의 물리적 네트워크 매체(Ethernet, Token Ring, Wi-Fi 등)의 종류에 상관없이 동일한 방식으로 데이터를 주고받을 수 있도록 **추상화된 인터페이스**를 제공하는 것입니다.

### 2.1 주요 기능
*   **다양한 LAN 표준 간 호환성 유지:** 서로 다른 MAC 프로토콜을 사용하는 네트워크 환경에서도 상위 계층이 일관된 통신 방식을 유지하게 합니다.
*   **흐름 제어(Flow Control):** 송신 측과 수신 측의 처리 속도 차이로 인해 데이터가 손실되는 것을 방지하기 위해 전송량을 조절합니다.
*   **오류 제어(Error Control):** 전송 중 발생한 프레임의 손상이나 분실을 감지하고, 재전송을 요청하여 데이터의 무결성을 보장합니다.
*   **연결 관리:** 논리적인 연결을 설정, 유지 및 해제하는 과정을 제어합니다.

## 3. LLC의 동작 모드
LLC는 서비스의 신뢰성 요구 수준에 따라 세 가지 동작 모드를 제공합니다. 이는 **IEEE 802.2 표준**에 정의되어 있습니다.

| 구분 | 비연결 모드 (Unacknowledged Connectionless) | 확인 응답 모드 (Acknowledged Connectionless) | 연결 모드 (Connection-Oriented) |
| :--- | :--- | :--- | :--- |
| **연결성** | 연결 설정 과정 없음 | 연결 설정 없음 | 세션 설정 후 데이터 전송 |
| **신뢰성** | 낮음 (전송 후 확인 안 함) | 중간 (개별 프레임 확인 응답) | 높음 (순서 보장 및 확인) |
| **오버헤드** | 매우 낮음 | 중간 | 높음 (제어 프레임 다수 발생) |
| **특징** | 단순 전송, 빠른 속도 | 신뢰성 필요하나 연결 비용 절감 | 신뢰성 최우선, 흐름 제어 포함 |

## 4. 프레임 구조 및 캡슐화
LLC는 네트워크 계층으로부터 받은 패킷을 MAC 계층으로 전달하기 전, 특정 제어 정보를 추가하여 캡슐화합니다.

### 4.1 LLC 프레임 구조 시각화
```text
+-----------------------------------------------------------------------+
|                          Network Layer Packet (Payload)               |
+-----------------------------------------------------------------------+
|  DSAP (1 byte)  |  SSAP (1 byte)  |  Control (1 byte)  |  SNAP Header |
+-----------------------------------------------------------------------+
 <--------------------------- LLC Header ------------------------------>
```

### 4.2 LLC 헤더 구성 요소
*   **DSAP (Destination Service Access Point):** 목적지 시스템의 어떤 상위 계층 프로토콜(예: IP, IPX 등)이 이 데이터를 처리해야 하는지를 지정하는 주소입니다.
*   **SSAP (Source Service Access Point):** 송신 시스템의 어떤 상위 계층 프로토콜이 이 데이터를 보냈는지를 지정합니다.
*   **Control Field:** 프레임의 종류와 시퀀스 번호 등을 포함하여 흐름 및 오류 제어를 수행합니다. 프레임 유형은 다음과 같이 구분됩니다.
    *   **I-프레임(Information):** 실제 사용자 데이터를 전송하는 프레임
    *   **S-프레임(Supervisory):** 흐름 제어 및 오류 제어를 위한 감독 프레임
    *   **U-프레임(Unnumbered):** 연결 설정 및 해제 등 제어 정보를 담은 무번호 프레임

### 4.3 SNAP (Subnetwork Access Protocol)의 도입
표준 LLC 헤더의 SAP 필드는 8비트로 제한되어 있어, 급증하는 다양한 네트워크 프로토콜을 모두 식별하기에 부족했습니다. 이를 해결하기 위해 **SNAP 헤더**가 도입되었습니다.
*   **개념:** LLC 헤더 뒤에 추가되는 확장 헤더입니다.
*   **필요성:** 3바이트의 OUI(Organizationally Unique Identifier)와 2바이트의 프로토콜 ID를 제공하여, 수천 개의 서로 다른 프로토콜을 정확하게 식별할 수 있게 합니다.

## 5. MAC 하위 계층과의 관계
LLC와 MAC은 상호 보완적인 관계이며, 함께 하나의 데이터 링크 계층을 형성합니다.

### 5.1 역할 분담
*   **LLC (논리적 제어):** "어떤 프로토콜을 사용할 것인가?"와 "데이터가 정확히 전달되었는가?"라는 **논리적 신뢰성**에 집중합니다.
*   **MAC (물리적 제어):** "언제 매체에 접근할 것인가?"와 "어떤 물리적 주소(MAC Address)로 보낼 것인가?"라는 **물리적 전송**에 집중합니다.

### 5.2 데이터 흐름도
> **데이터 흐름:** `Network Layer (IP)` $\rightarrow$ `LLC (SAP/SNAP 추가)` $\rightarrow$ `MAC (MAC 주소/CRC 추가)` $\rightarrow$ `Physical Layer (Bit stream)`

## 6. 요약 및 비교

### 6.1 현대 네트워크에서의 위상 변화
과거에는 다양한 LAN 표준(Token Ring, FDDI 등)이 공존했기에 LLC의 역할이 매우 중요했습니다. 전통적인 IEEE 802.3 프레임은 LLC를 사용하지만, 현재 대부분의 TCP/IP 트래픽은 LLC 없이 Type 필드를 사용하는 **Ethernet II** 형식을 따릅니다. 현대 네트워크는 Ethernet(IEEE 802.3)이 사실상 표준(De facto standard)으로 자리 잡으면서, 많은 경우 LLC/SNAP 구조 대신 **EtherType** 필드(MAC 헤더 내에 포함)를 통해 상위 프로토콜을 직접 식별합니다. 따라서 현대의 일반적인 TCP/IP 통신에서는 LLC의 복잡한 연결 모드보다는 단순한 인터페이스 역할만 수행하는 경우가 많습니다.

### 6.2 EtherType vs SNAP 비교

| 비교 항목 | EtherType (Ethernet II) | SNAP (IEEE 802.2/802.3) |
| :--- | :--- | :--- |
| **위치** | MAC 헤더 내의 Type 필드 | LLC 헤더 뒤의 확장 헤더 |
| **식별 방식** | 2바이트 프로토콜 ID로 즉시 식별 | DSAP/SSAP $\rightarrow$ OUI $\rightarrow$ Protocol ID 단계적 식별 |
| **구조적 복잡도** | 단순함 (오버헤드 낮음) | 복잡함 (오버헤드 높음) |
| **주요 용도** | 현대 TCP/IP 네트워크의 표준 | 다양한 벤더 프로토콜 및 레거시 표준 지원 |

### 6.3 LLC vs MAC 핵심 차이점

| 비교 항목 | LLC (Logical Link Control) | MAC (Media Access Control) |
| :--- | :--- | :--- |
| **주요 관심사** | 상위 계층과의 인터페이스, 신뢰성 | 물리적 매체 접근, 하드웨어 주소 |
| **식별자** | SAP (Service Access Point) | MAC Address (물리 주소) |
| **제어 대상** | 논리적 연결, 흐름/오류 제어 | 충돌 감지(CSMA/CD), 프레임 동기화 |
| **표준** | IEEE 802.2 | IEEE 802.3 (Ethernet), 802.11 (Wi-Fi) |

### 6.4 패킷 캡처 분석 사례 (Wireshark 기준)
Wireshark와 같은 패킷 분석 도구에서 LLC/SNAP 프레임을 분석하면 다음과 같은 계층 구조를 확인할 수 있습니다.

```text
Ethernet II Frame
└── Ethernet Header
    └── Type: 0x0802 (LLC)  <-- LLC 프레임임을 명시
        └── LLC Header
            └── DSAP: 0xaa (SNAP) <-- SNAP 확장 헤더 사용 알림
            └── SSAP: 0xaa
            └── Control: 0x03
                └── SNAP Header
                    └── OUI: 00:00:00 (Standard)
                    └── Protocol ID: 0x0800 (IPv4) <-- 실제 상위 프로토콜은 IPv4임
                        └── Internet Protocol Version 4
```
위 사례에서 보듯, LLC 헤더의 DSAP/SSAP가 `0xaa`로 설정되어 있으면 이는 **SNAP**을 사용한다는 의미이며, 최종적으로 SNAP 헤더 내부의 Protocol ID를 통해 해당 패킷이 IPv4 패킷임을 식별하게 됩니다.

AI 생성 콘텐츠 안내

이 문서는 AI 모델(gemma-4-31b)에 의해 생성된 콘텐츠입니다.

주의사항: AI가 생성한 내용은 부정확하거나 편향된 정보를 포함할 수 있습니다. 중요한 결정을 내리기 전에 반드시 신뢰할 수 있는 출처를 통해 정보를 확인하시기 바랍니다.

위키너와나

LLC