
A 프로토콜 데이터 유닛 (PDU)는 하나의 정보 단위를 나타냅니다. 네트워크는 두 개의 피어 엔티티 간에 이러한 단위를 전송합니다. OSI 모델의 특정 계층에 존재합니다. 프로토콜 데이터 단위는 데이터와 제어 정보를 함께 포함합니다. 이러한 캡슐화는 해당 계층에서의 통신에 필수적입니다. 네트워크 스택을 통과하면서 그 형태가 변화한다. 이를 통해 네트워크를 통한 데이터 전송이 성공적으로 이루어질 수 있습니다.
주요 테이크 아웃
- A 프로토콜 데이터 유닛 (PDU)는 데이터의 단위입니다. OSI 모델의 각 계층에서 그 형태가 달라집니다.
- 애플리케이션 계층에서 데이터 전송 과정이 시작됩니다. 이 과정에서 사용자 데이터가 첫 번째 PDU로 변환됩니다.
- 전송 계층은 데이터의 신뢰성을 보장하기 위해 세그먼트를 사용합니다. 빠른 데이터 전송을 위해 데이터그램을 사용합니다.
- 네트워크 계층은 네트워크 간에 데이터를 전송하는 역할을 합니다. 경로를 찾기 위해 IP 주소를 사용합니다.
- 데이터 링크 계층은 로컬 영역 내에서의 데이터 전달을 담당합니다. 동일한 네트워크에 있는 장치들의 MAC 주소를 사용합니다.
- 물리 계층은 데이터를 비트 단위로 전송합니다. 이러한 비트들은 전기 신호나 빛의 펄스로 변환됩니다.
- 캡슐화는 정보를 추가하는 과정입니다 PDU데이터가 계층을 따라 아래로 이동할 때 이런 현상이 발생합니다.
- 디캡슐화는 PDU에서 정보를 제거하는 과정입니다. 데이터가 계층을 올라갈 때 이런 현상이 발생합니다.
프로토콜 데이터 유닛 이해: 계층별 변환 과정
프로토콜 데이터 유닛의 탄생: 애플리케이션 계층(7계층)
네트워크를 통한 데이터의 이동은 애플리케이션 계층에서 시작됩니다. 이 계층은 소프트웨어 애플리케이션과 직접 상호작용합니다. 사용자들은 여기에서 작업을 시작하여 전송을 위한 초기 데이터를 생성합니다.
사용자 데이터가 초기 프로토콜 데이터 단위가 됩니다
사용자가 이메일을 보내거나 웹사이트를 둘러보거나 파일을 전송할 때, 해당 애플리케이션은 원시 데이터를 생성합니다. 이 원시 데이터는 바로 그 첫 번째 형태가 됩니다 프로토콜 데이터 단위이것은 사용자가 전송하고자 하는 정보를 나타냅니다. 예를 들어, 데이터 센터에서 애플리케이션 서버가 데이터베이스 서버에 요청을 보낼 수 있습니다. 이 요청은 최초의 데이터 단위를 구성합니다.
응용 계층 프로토콜 데이터 단위의 예시
애플리케이션 계층의 PDU는 대부분 그 기능과 관련된 의미 있는 이름을 가지고 있습니다.
- HTTP 데이터: 웹 브라우저가 웹 페이지를 요청할 때, 해당 HTTP 요청 자체는 애플리케이션 계층 PDU입니다.
- FTP 데이터: 파일 전송 프로토콜은 파일 업로드 및 다운로드를 관리하기 위해 PDU를 사용합니다.
- SMTP 데이터: 이메일 클라이언트는 SMTP PDU를 사용하여 이메일을 보내고 받습니다.
프로토콜 데이터 유닛의 포맷 지정: 표현 계층(레이어 6)
표현 계층은 애플리케이션 계층에서 전송된 데이터가 수신 시스템이 이해할 수 있는 형식으로 변환되도록 보장합니다. 번역기 역할을 합니다.
상호 운용성을 위한 프로토콜 데이터 유닛 변환
서로 다른 시스템들은 각기 다른 데이터 형식을 사용합니다. 표현 계층은 상호 운용성을 보장하기 위해 프로토콜 데이터 단위를 변환합니다. 이러한 변환을 통해 다양한 시스템들이 효과적으로 서로 소통할 수 있게 됩니다. 이러한 목적으로 사용되는 일반적인 데이터 형식에는 다음과 같은 것들이 있습니다:
- EDIFACT
- JSON
- XML
- 프로토콜 버퍼
암호화, 압축 및 데이터 표현 방식
이 계층은 암호화 및 압축과 같은 중요한 서비스도 담당합니다. 데이터 압축 알고리즘은 전송되는 데이터의 크기를 줄여줍니다이로 인해 PDU의 크기가 직접적으로 줄어들어 대역폭 활용률이 향상되고 전송 속도도 빨라집니다. 반면에 암호화는 일반 텍스트를 암호화된 텍스트로 변환하는 과정입니다. 이 과정은 본질적으로 PDU의 크기를 변경시키지 않습니다. 하지만 수학적 알고리즘과 키 관리를 위해 추가적인 CPU 자원 및 메모리가 필요하기 때문에 처리 과정에서 오버헤드가 발생합니다. 이러한 오버헤드는 특히 복잡한 변환 작업에서 지연 시간을 증가시킬 수 있습니다.
대화 관리: 세션 계층(레이어 5)
세션 계층은 애플리케이션 간의 통신 세션을 설정하고 관리하며 종료하는 역할을 수행합니다. 이를 통해 데이터가 체계적으로 교환될 수 있도록 보장됩니다.
세션 제어 정보가 포함된 프로토콜 데이터 단위
이 계층의 PDU에는 세션 제어 정보가 포함되어 있습니다. 이 정보는 두 개의 애플리케이션 간의 대화를 효과적으로 관리하는 데 도움을 줍니다. 대화가 원활하게 진행되도록 보장해 줍니다.
세션의 설정, 관리 및 종료
세션 계층은 표준적인 메커니즘을 사용하여 세션을 제어합니다.
- 대화상자 컨트롤: 이러한 메커니즘은 어느 당사자가 특정 시점에 데이터를 전송할 수 있는지를 결정합니다. 이는 통신하는 당사자들 간의 순서적인 데이터 교환을 보장하기 위해 교환 순서를 관리합니다.
- 동기화: 이는 복구를 위해 대화 내에 조정 지점 또는 체크포인트를 설정하는 것을 의미합니다. 세션에 문제가 발생하더라도 처음부터 다시 시작하는 대신 마지막 동기화 지점에서부터 통신을 재개할 수 있습니다. 데이터 센터에서 대규모 데이터베이스를 백업하는 것과 같은 대규모 데이터 전송 작업에 이는 매우 중요합니다.
- 토큰 관리: 이 메커니즘은 애플리케이션 간에 전달되는 제어 토큰을 사용하여 체계적인 커뮤니케이션이 이루어지도록 합니다. 토큰을 보유한 애플리케이션만이 데이터 전송 권한을 부여받으므로, 이를 통해 충돌을 방지하고 체계적인 데이터 흐름을 보장할 수 있습니다.
전송 계층의 프로토콜 데이터 단위: 세그먼트와 데이터그램
전송 계층은 매우 중요한 역할을 하는 다리와 같습니다. 세션 계층에서 데이터를 가져와 네트워크 전송을 위해 준비합니다. 이 계층은 데이터를 더 작고 관리하기 쉬운 단위로 나눕니다. 또한 신뢰할 수 있는 전달이나 빠른 비연결 전송을 위한 정보도 추가됩니다. 그 결과로 생성되는 단위는 TCP의 경우 세그먼트이고, UDP의 경우 데이터그램입니다.
세그먼트로서의 프로토콜 데이터 유닛(TCP)
전송 제어 프로토콜(TCP)은 바이트 스트림을 안정적이고 순서대로, 그리고 오류가 없도록 전달할 수 있게 해줍니다. 데이터가 목적지에 온전하고 정확하게 도착하도록 보장합니다.
포트 번호 및 순서 정보를 추가합니다
TCP 세그먼트에는 제대로 전달되기 위해 필수적인 정보가 포함되어 있습니다. 포트 번호를 추가합니다. 이러한 숫자들은 대상 호스트에서 실행되는 특정 애플리케이션 프로세스를 식별하는 데 사용됩니다. 예를 들어, 데이터 센터에 위치한 웹 서버는 HTTP 요청을 받기 위해 80번 포트를 사용합니다. TCP는 또한 각 데이터 바이트에 순서 번호를 부여합니다. 이러한 숫자들 덕분에 수신 시스템은 데이터를 올바른 순서대로 재조합할 수 있습니다. 이를 통해 원본 메시지의 무결성을 보장할 수 있습니다. TCP 헤더의 최소 크기는 20바이트이 20바이트의 오버헤드는 TCP가 전송 계층에서 각 데이터 블록에 추가하는 것입니다.
신뢰할 수 있는 데이터 전달을 보장하기
TCP는 데이터 전송의 신뢰성을 보장하기 위해 여러 가지 메커니즘을 사용한다:
- 확인 패킷(ACK): 수신자는 성공적으로 수신된 각 패킷에 대해 ACK를 보냅니다. 이 ACK에는 다음으로 예상되는 바이트의 시퀀스 번호가 포함되어 있습니다. 이를 통해 발신자는 수신된 패킷을 추적할 수 있습니다.
- 재송신: 지정된 시간 내에 확인 응답이 도착하지 않으면, 송신자는 누락된 패킷을 다시 전송합니다. 이를 통해 네트워크 문제가 발생하더라도 모든 데이터가 정상적으로 전송될 수 있습니다.
- 시퀀스 번호: TCP 세그먼트 내의 각 바이트는 고유한 시퀀스 번호를 가지고 있습니다. 이를 통해 수신자는 데이터를 올바른 순서대로 재조합할 수 있습니다. 패킷이 순서대로 도착하지 않더라도 이러한 방식은 데이터의 무결성을 보장하며, 데이터 손실이나 중복을 방지합니다.
- 오류 검출(체크섬): TCP는 전송 과정에서 손상된 데이터 세그먼트를 식별하기 위해 체크섬을 사용합니다. 손상된 데이터 세그먼트는 폐기되어 재전송이 필요하게 됩니다.
- 확실한 배송 보장: 인식 및 재전송 시스템을 통해 모든 데이터가 목적지에 도달하도록 보장됩니다. 또는 발신자는 해당 작업이 영구적으로 실패했다는 알림을 받게 됩니다.
- 중복 방지: 시퀀스 번호를 통해 수신자는 중복된 데이터 세그먼트를 식별하여 제거할 수 있습니다. 이러한 문제들은 네트워크 지연이나 재전송 과정에서 발생할 수 있습니다.
데이터그램으로서의 프로토콜 데이터 유닛(UDP)
사용자 데이터그램 프로토콜(UDP)은 더 간단하고 연결이 필요 없는 서비스를 제공합니다. 신뢰성보다는 속도를 더 중요하게 여깁니다.
신뢰성보다는 속도를 우선시하는 것
UDP는 데이터를 전송하기 전에 연결을 설정하지 않습니다. 또한 배송이나 주문이 보장되는 것도 아닙니다. 이러한 방식은 특정 애플리케이션에서 작업 속도를 높이고 효율성을 향상시킵니다. UDP는 지연 시간이 매우 중요한 네트워크 애플리케이션에 이상적인 프로토콜입니다. 여기에는 게임, 음성 및 영상 통신이 포함됩니다. 이러한 애플리케이션들은 일정 수준의 데이터 손실이 발생해도 사용자가 느끼는 품질에 큰 영향을 미치지 않습니다. UDP는 수신 측이 동의하기 전에도 데이터 전송을 가능하게 함으로써 전송 속도를 높여줍니다. 이는 시간에 민감한 통신에 매우 유용합니다.
UDP의 빠른 속도가 매우 중요한 이러한 구체적인 사용 사례들을 살펴보겠습니다:
- 비디오 스트리밍 서비스(예: 유튜브, 넷플릭스): 단일 프레임이 손실되는 것이 스트림 전송을 일시 중단하고 재전송하는 것보다 낫기 때문에 UDP가 더 선호됩니다. 사용자들은 아마도 사소한 오류만을 알아차릴 것입니다.
- 온라인 게임: UDP의 장점은, 조금 오래된 정보라도 받는 것이 너무 늦게 도착하는 완벽한 정보를 받는 것보다 낫기 때문입니다.
- 라이브 비디오 스트리밍(VoIP 및 화상 회의 포함): UDP의 낮은 오버헤드와 패킷 손실에 대한 탄력성 덕분에 지연 시간이 줄어듭니다.
- 도메인 이름 시스템(DNS): 일반적으로 빠르고 가벼운 쿼리를 위해 UDP를 사용합니다.
- 사물인터넷(IoT) 장치들은 보통 소량의 데이터 패킷을 전송할 때 UDP를 사용합니다.
비연결 통신
UDP는 연결 설정이 필요 없는 비연결형 프로토콜이기 때문에, 사전 설정 없이 데이터그램을 전송할 수 있습니다. 이 시스템은 통신에 관한 상태 정보를 유지하지 않습니다. 이를 통해 오버헤드와 지연 시간을 줄일 수 있습니다. 각 데이터그램은 독립적인 프로토콜 데이터 단위입니다. 발신자는 그 내용을 단순히 수신지로 전송하기만 하면 됩니다. 수신기는 데이터가 도착하자마자 이를 처리합니다. 이러한 특성 덕분에 UDP는 가끔씩 데이터가 손실되어도 문제가 되지 않는 애플리케이션에 적합합니다.
프로토콜 데이터 유닛의 라우팅: 네트워크 계층(레이어 3)
네트워크 계층은 서로 다른 네트워크 간에서 데이터를 라우팅하는 중요한 역할을 수행합니다. 이 단계에서는… 프로토콜 데이터 단위 이를 “패킷”으로 변환합니다. 이 계층은 패킷들이 지리적으로 분리된 네트워크에 위치해 있더라도 소스 호스트에서 목적지 호스트까지 정상적으로 전송될 수 있도록 보장합니다.
패킷으로서의 프로토콜 데이터 단위
글로벌 접근을 위한 논리 주소 지정 방식
네트워크 계층은 주로 IP(인터넷 프로토콜) 주소를 통해 논리적 주소 체계를 도입합니다. 이러한 주소들은 계층적 구조를 제공함으로써 장치들이 전 세계적으로 서로 통신할 수 있게 해줍니다. 예를 들어, 데이터 센터에 위치한 서버는 인터넷을 통해 클라이언트에게 데이터를 전송할 때 자신의 IP 주소를 사용합니다.
IP 주소는 계층 구조를 가지고 있습니다. 이들은 네트워크 부분과 호스트 부분으로 구성되어 있습니다이 구조는 특정 네트워크 내의 호스트들을 식별하는 데 사용됩니다. 원래 IP 주소는 32비트의 주소 길이 내에서 A 클래스, B 클래스, C 클래스와 같은 다양한 카테고리로 분류되었습니다. 클래스리스 도메인 간 라우팅(Classless Inter-Domain Routing, CIDR)은 이후 IPv4의 32비트 주소 공간 활용률을 향상시켰습니다CIDR은 임의의 크기의 네트워크를 지원하며, 네트워크 접두사를 기반으로 작동합니다. IPv6 주소는 128비트 길이이므로, 주소 공간이 약 3.4 × 10^38개의 고유 식별자에 이르게 확장되었습니다. 이는 IPv4 주소 고갈 문제를 해결하기 위한 것입니다. 32비트 주소 공간을 가진 IPv4는 약 43억 개의 고유한 주소를 지원합니다. 이것은 현대 인터넷의 발전 속도에 부족한 것으로 드러났습니다. 사설 주소 범위와 네트워크 주소 변환(NAT) 기술이 이러한 주소 부족 문제를 완화해 줍니다.
패킷이 네트워크를 통해 목적지에 도달하는 방법
루터는 네트워크 계층에서 작동합니다. 그들은 각 패킷 내의 목적지 IP 주소를 확인합니다. 그런 다음 라우터는 라우팅 테이블을 사용하여 패킷이 목적지에 도달하기 위한 최적의 경로를 결정합니다. 이러한 프로세스를 통해 패킷들은 여러 네트워크를 거쳐 대륙을 가로지르거나 서로 다른 데이터 센터를 연결할 수 있습니다.
네트워크 PDU 일반적인 인터넷 트래픽의 (페이로드) 크기는 다양합니다.:
| 프레임 부분 | 최소 크기(바이트) | 최대 크기(바이트) |
|---|---|---|
| 네트워크 PDU(페이로드) | 46 | 1,500 |
이더넷 프레임 페이로드로 표시되는 일반적인 인터넷 트래픽에 대한 네트워크 계층 PDU(패킷)의 일반적인 크기는 최소 46바이트~최대 1,500바이트. 46바이트의 최소 페이로드는 이더넷의 슬롯 시간을 기준으로 한 반면, 최대 페이로드는 1500바이트가 표준이며 더 큰 '점보 프레임'을 고려하지 않습니다.
프로토콜 데이터 유닛 라우팅에서 IP의 역할
소스 및 대상 IP 주소
모든 패킷에는 소스 IP 주소와 대상 IP 주소가 모두 포함됩니다. 소스 IP는 발신자를 식별하고 대상 IP는 의도된 수신자를 지정합니다. 라우터는 이러한 주소를 사용하여 전달 결정을 내립니다. 최종 목적지에 도달할 때까지 패킷 홉을 홉 단위로 지정합니다.
프로토콜 데이터 단위의 단편화 및 재조립
때로는 특정 네트워크 링크에 비해 패킷이 너무 큰 경우가 있습니다. 이는 패킷 크기가 해당 링크의 MTU(최대 전송 단위)를 초과할 때 발생합니다. 이런 일이 발생하면, IP 조각화는 패킷을 더 작은 조각으로 나눕니다..
IP 조각화는 패킷이 더 작은 조각으로 나뉘는 인터넷 프로토콜 프로세스입니다. 이는 원래 패킷 크기가 통과해야 하는 링크의 최대 전송 단위(MTU)보다 클 때 발생합니다. 이렇게 하면 결과로 나오는 작은 조각이 해당 링크를 통과할 수 있습니다. IPv4에서는 라우터가 다음 홉의 MTU보다 큰 네트워크 패킷을 수신하는 경우 두 가지 옵션이 있습니다. 'Don't Fragment'(DF) 플래그가 설정된 경우 패킷을 삭제하고 ICMP 'Fragmentation Needed' 메시지를 보낼 수 있습니다. 또는 패킷을 조각화하여 더 작은 MTU를 사용하여 링크를 통해 보낼 수 있습니다.
조각화로 인해 오버헤드와 대기 시간이 발생할 수 있습니다. 수신 호스트는 원본 패킷을 재구성하기 위해 모든 조각을 재조립해야 합니다. 이 프로세스는 데이터 센터를 연결하는 다양한 WAN 또는 VPN 터널을 포함하여 다양한 네트워크 인프라 전반에 걸쳐 데이터 전달을 보장하는 데 중요합니다.
프로토콜 데이터 단위의 로컬 전달: 데이터 링크 계층(계층 2)
네트워크 계층은 다양한 네트워크를 통해 패킷을 라우팅합니다. 그런 다음 데이터 링크 계층이 로컬 전달을 대신합니다. 이 계층은 직접 연결된 장치 간에 데이터가 안정적으로 이동하도록 보장합니다. 네트워크 계층의 패킷을 "프레임"으로 변환합니다."
프레임으로서의 프로토콜 데이터 단위
데이터링크 계층에서는 프로토콜 데이터 단위 프레임이 됩니다. 이 프레임은 로컬 네트워크 세그먼트를 통한 물리적 전송을 위해 데이터를 준비합니다. 예를 들어 이더넷 프레임은 IP 패킷을 페이로드로 캡슐화합니다. 여기에는 특정 헤더, 트레일러, 소스 및 대상 MAC(미디어 액세스 제어) 주소가 모두 포함됩니다. 이러한 MAC 주소는 서버 및 데이터 센터 내에서 가장 가까운 라우터와 같은 통신 장치의 네트워크 인터페이스 카드(NIC)를 식별합니다. Wi-Fi 네트워크도 프레임을 사용하여 다음과 같이 분류합니다. 관리, 제어 및 데이터 프레임. 기본 이더넷 프레임의 크기는 1518바이트입니다. 최신 표준에서는 이더넷 프레임 크기를 2000바이트로 확장했습니다. 프레임 형식은 일반적으로 MTU(최대 전송 단위)로 알려진 상한을 사용하여 가변 길이 프레임을 지원합니다.
MAC 주소를 사용한 물리적 주소 지정
MAC 주소는 물리적 주소 지정을 제공합니다. 각 네트워크 인터페이스 카드에는 고유한 MAC 주소가 있습니다. 이 주소를 사용하면 동일한 로컬 네트워크 세그먼트에 있는 장치가 직접 통신할 수 있습니다. 라우터는 MAC 주소를 사용하여 LAN 내의 올바른 장치에 프레임을 전달합니다.
오류 감지 및 수정 메커니즘
데이터 링크 계층은 로컬 전송 중에 데이터 무결성을 보장합니다. FCS(프레임 검사 시퀀스)는 CRC(순환 중복 검사)를 사용하여 오류 감지 기능을 제공합니다. 송신자는 프레임 내용을 기반으로 체크섬을 계산합니다. 예고편에는 이 체크섬이 포함되어 있습니다. 수신자는 체크섬을 다시 계산하고 이를 수신된 FCS와 비교합니다. 체크섬이 일치하면 프레임이 오류 없이 도착했을 가능성이 높습니다. 서로 다른 경우 수신자는 손상된 프레임을 삭제합니다. 다른 오류 감지 기술에는 패리티 비트와 체크섬이 포함됩니다. Forward Error Correction과 같은 오류 정정 방법을 사용하면 수신자가 재전송 없이 오류를 수정할 수 있습니다.
네트워크 전송을 위한 프로토콜 데이터 단위 프레이밍
시작 및 끝 프레임 구분 기호
프레임은 시작과 끝에서 특정 비트 패턴을 사용합니다. 이를 프레임 구분 기호라고 합니다. 이는 수신 장치가 프레임이 시작되고 끝나는 위치를 식별하는 데 도움이 됩니다. 이렇게 하면 수신기가 프레임 내의 데이터를 올바르게 해석할 수 있습니다.
데이터 링크 계층의 흐름 제어
흐름 제어는 빠른 송신자가 느린 수신자를 압도하는 것을 방지합니다. 이는 효율적인 데이터 전송을 보장합니다. Stop-and-Wait 프로토콜은 기본적인 메커니즘입니다. 송신자는 하나의 프레임을 전송하고 다음 프레임을 보내기 전에 수신자의 승인을 기다립니다. 슬라이딩 윈도우 프로토콜은 고급 버전입니다. 승인을 받기 전에 여러 프레임을 보낼 수 있도록 하여 데이터 전송 효율성을 향상시킵니다. 이렇게 하면 유휴 시간이 줄어들고 네트워크 사용이 최적화됩니다.
물리적 프로토콜 데이터 단위: 비트 온 더 와이어(계층 1)

의 여행 프로토콜 데이터 유닛 물리 계층에서 정점에 이릅니다. 이 계층은 물리적 매체를 통한 원시 데이터 비트의 실제 전송을 나타냅니다. 데이터 링크 계층의 프레임을 전기 신호, 광 펄스 또는 전파로 변환합니다.
프로토콜 데이터 단위를 비트로 변환
프레임을 전기 신호 또는 광 펄스로 변환
이 기본 계층에서는 계층 2의 프레임이 비트 스트림으로 변환됩니다. 그런 다음 이 비트는 물리적 신호로 변환됩니다. 예를 들어, 데이터 센터 서버의 네트워크 인터페이스 카드(NIC)는 구리 케이블을 통한 전송을 위해 디지털 데이터를 전기 신호로 변환합니다. 각 비트는 특정 전압 레벨을 나타냅니다. 또는 광섬유 케이블의 경우 데이터가 광 펄스로 전송됩니다. Wi-Fi와 같은 무선 매체는 전파를 통해 데이터를 전송합니다. 엔지니어는 다양한 변조 기술을 사용하여 대역폭과 데이터 속도를 최적화합니다. 여기에는 다음이 포함됩니다 QAM(직교 진폭 변조), PSK(위상 편이 변조) 및 FSK(주파수 편이 변조). 예를 들어, 이전 모뎀 기술에서는 1비트는 소리를 나타내고 0비트는 침묵(AM 변조)을 나타냅니다. FSK는 1비트에는 고음, 0비트에는 저음을 사용했습니다. 위상 인코딩은 신호의 위상을 사용하므로 각 Baud가 여러 비트를 인코딩할 수 있습니다. 최신 모뎀은 더 빠른 속도를 위해 이러한 방법을 결합하는 경우가 많습니다.
원시 전송 매체
물리계층에서는 다양한 전송매체를 활용한다. 여기에는 다음이 포함됩니다 이더넷 케이블, Wi-Fi 전파 및 USB 연결. 이러한 미디어는 변환된 신호를 전달합니다. 물리 계층은 이 물리 매체를 통한 원시 데이터 비트의 실제 전송을 담당합니다. 전송 매체의 물리적 특성을 처리합니다. 여기에는 전압 수준, 변경 시기, 물리적 커넥터가 포함됩니다.
물리적 프로토콜 데이터 유닛의 보이지 않는 여정
인코딩 및 디코딩 기술
인코딩 기술은 안정적인 데이터 전송을 위해 매우 중요합니다. 디지털 데이터를 물리적 매체에 적합한 형식으로 변환합니다. 예를 들어, 라인 코딩은 데이터를 전기적 변동으로 변환합니다.. 이 프로세스는 효과적인 데이터 흐름을 보장합니다. 그런 다음 수신기는 이러한 신호를 다시 디지털 비트로 디코딩합니다. 이는 전송된 데이터의 무결성을 보장합니다.
비트 스트림 동기화
동기화는 물리 계층에서 매우 중요합니다. 이는 수신자가 들어오는 비트 스트림을 올바르게 해석하도록 보장합니다. 표준 클록을 사용하여 비트 동기화가 이루어집니다.. 한 에지는 데이터를 보내고 지연된 에지는 이를 수신합니다. 공통 클록은 종종 두 인터페이스를 모두 구동합니다. 물리 계층 동기화는 네트워크에서 주파수 동기화를 위한 기본 방법입니다. 이는 일반적으로 기존 디지털 전송 시스템과 현대 디지털 전송 시스템 모두에서 물리적 계층 클럭 복구를 사용합니다. 클록 복구 메커니즘 수신된 신호에서 직접 타이밍 정보를 추출합니다. 일부 인코딩 방법은 데이터 스트림 자체 내에 클럭 신호를 통합합니다. 다른 시스템은 데이터와 함께 독립적으로 클럭 신호를 전송합니다. 프리앰블 비트 패턴은 프레임 동기화에도 사용됩니다. 이러한 특수 패턴은 수신기가 수신 신호를 포착하고 적절한 타이밍을 설정하는 데 도움이 됩니다.
캡슐화 프로세스: 프로토콜 데이터 단위가 스택을 내려가는 방법

애플리케이션 계층에서 물리 계층까지 프로토콜 데이터 단위(PDU)가 이동하는 과정에는 캡슐화라는 중요한 프로세스가 포함됩니다. 이 프로세스는 네트워크를 통한 최종 전송을 위해 데이터를 준비합니다.
프로토콜 데이터 단위에 헤더 및 트레일러 추가
PDU가 OSI 스택 아래로 이동함에 따라 각 레이어는 자신의 고유한 레이어를 추가합니다. 제어 정보. 이 정보는 특정 계층에서의 적절한 처리 및 전달을 보장합니다.
각 단계에서 레이어별 정보가 추가됨
각 계층은 상위 계층으로부터 수신한 PDU에 헤더를 추가합니다. 때로는 레이어가 예고편을 추가하기도 합니다. 이러한 추가 사항에는 다음이 포함됩니다. 중요한 지침 수신 측의 피어 계층에 대해. 예를 들어 전송 계층은 애플리케이션 식별을 위해 포트 번호를 추가합니다. 네트워크 계층은 라우팅을 위해 IP 주소를 추가합니다. 데이터 링크 계층은 로컬 전달을 위해 MAC 주소를 추가합니다. 이러한 정보의 체계적인 추가는 각 계층이 해당 기능을 올바르게 수행하도록 보장합니다.
데이터가 내려갈 때 데이터의 "래핑"
캡슐화를 "래핑" 프로세스로 시각화할 수 있습니다. 애플리케이션 계층 PDU는 프레젠테이션 계층의 데이터 페이로드가 됩니다. 그런 다음 프레젠테이션 계층은 헤더를 추가하여 새 PDU를 생성합니다. 그러면 이 새로운 PDU가 세션 계층의 페이로드가 됩니다. 각 계층은 자체 제어 정보를 사용하여 위 계층의 PDU를 효과적으로 래핑합니다. 이는 각 레이어의 PDU가 위 레이어의 PDU를 포함하는 러시아 인형과 유사한 중첩 구조를 만듭니다.
프로토콜 데이터 단위에 대한 누적 효과
캡슐화는 프로토콜 데이터 단위의 크기와 무결성에 직접적인 영향을 미칩니다. 추가된 각 헤더 또는 트레일러는 전체 크기에 영향을 미칩니다.
각 레이어의 오버헤드로 크기 증가
각 레이어가 헤더와 트레일러를 추가하면 PDU의 크기가 늘어납니다. 이 누적 효과는 PDU가 스택 아래로 내려갈수록 더 커진다는 것을 의미합니다. 예를 들어 IPSec 캡슐화는 일반적으로 패킷 크기를 다음과 같이 늘립니다. 패킷당 40~60바이트. 이러한 증가는 새로운 IP 헤더, ESP 또는 AH와 같은 보안 헤더 및 암호화 알고리즘을 위한 패딩의 추가로 인해 발생합니다. ESP 터널 모드에서 AES-CBC 및 HMAC-SHA1-96과 같은 최악의 시나리오에서 IPSec 캡슐화는 총 오버헤드에 근접할 수 있습니다. 73바이트. 이 오버헤드에는 터널 IP 헤더, ESP 헤더, 초기화 벡터, 패딩, 트레일러 필드 및 무결성 검사 값이 포함됩니다. 예를 들어 31바이트 일반 텍스트 IPv4 패킷은 ESP 캡슐화 후 73바이트의 오버헤드를 포함하여 104바이트가 될 수 있습니다. 이러한 오버헤드는 네트워크 기능과 보안을 위해 필요한 비용입니다.
캡슐화 중 데이터 무결성 유지
크기 증가에도 불구하고 캡슐화 프로세스에는 데이터 무결성을 유지하는 메커니즘도 포함됩니다. PDU에는 오류 감지 및 수정을 위한 특정 필드가 포함되어 있습니다.. 특히 데이터 링크 계층의 예고편에는 다음과 같은 오류 확인 정보가 포함되는 경우가 많습니다. CRC(순환 중복 검사) 또는 FCS(프레임 검사 시퀀스) 데이터. 이러한 기술에는 데이터 콘텐츠를 기반으로 값을 생성하는 작업이 포함됩니다. 발신자는 이 값을 데이터에 포함합니다. 수신 장치는 이 값을 다시 계산하고 비교합니다. 불일치는 오류를 나타내며 잠재적으로 재전송으로 이어질 수 있습니다. 헤더에는 순서 지정 및 플래그와 같은 제어 정보도 포함됩니다. 이러한 기능은 오류를 감지하고 수정하여 페이로드가 그대로 도착하도록 보장합니다. 목적지에.
캡슐화 해제 프로세스: 프로토콜 데이터 단위가 스택을 올라가는 방법
이후 프로토콜 데이터 유닛 (PDU)는 네트워크를 통한 여정을 완료하고 대상 장치에 도착합니다. 여기서 캡슐화 해제 프로세스가 시작됩니다. 이 프로세스는 캡슐화를 역전시켜 수신 장치가 원본 데이터를 추출할 수 있도록 합니다. 수신 측의 각 계층은 PDU를 처리하여 특정 제어 정보를 제거합니다.
프로토콜 데이터 유닛에서 헤더 및 트레일러 제거
캡슐화 해제는 데이터를 체계적으로 풀어냅니다. 각 계층은 전송 장치의 피어 계층에서 추가한 헤더와 트레일러를 제거합니다.
데이터가 상승할 때 데이터 풀기
PDU가 OSI 스택 위로 올라가면서 각 계층은 해당 기능과 관련된 제어 정보를 제거합니다. 이 언래핑을 통해 아래 레이어의 PDU가 드러납니다. 예를 들어 프레임이 데이터 링크 계층에 도착하면 프레임 검사 시퀀스를 포함하여 계층 2 헤더와 트레일러가 제거됩니다. 그런 다음 네트워크 계층은 결과 패킷을 처리하여 IP 헤더를 제거합니다. 마지막으로 전송 계층은 TCP 헤더를 제거합니다. 상위 계층(세션, 프리젠테이션 및 애플리케이션)은 추가 헤더나 트레일러를 제거하지 않습니다. 그들은 단지 수신한 데이터를 처리할 뿐입니다. 이러한 체계적인 제거를 통해 원본 애플리케이션 데이터가 그대로 유지됩니다.
| OSI 계층 | 헤더/예고편이 제거됨 |
|---|---|
| 데이터 링크 계층 | 레이어 2 헤더 및 트레일러(프레임 확인 시퀀스 포함) |
| 네트워크 계층 | IP 헤더 |
| 전송 계층 | TCP 헤더 |
| 상위 계층(세션, 프레젠테이션, 애플리케이션) | 더 이상 헤더나 예고편이 제거되지 않습니다. |
각 레이어의 검증 및 오류 검사
각 계층은 캡슐화 해제 중에 중요한 확인 및 오류 검사를 수행합니다. 이는 데이터 무결성과 적절한 처리를 보장합니다. 물리적 계층에서 장치는 다음과 같은 문제를 감지합니다. 8B/10B 디코드 오류 또는 신호 손실(LOS). 이러한 경보는 원시 비트 스트림에 문제가 있음을 나타냅니다. 데이터 링크 계층은 프레임 트레일러의 CRC(순환 중복 검사)를 사용하여 손상된 프레임을 식별합니다. 이 검사에 실패한 프레임은 모두 삭제됩니다. 또한 올바른 로컬 전달을 위해 MAC 주소를 확인합니다.
네트워크 계층은 TTL(Time-to-Live) 필드를 감소시킵니다. TTL이 0에 도달하면 패킷이 삭제되어 무한 루프가 방지됩니다. 또한 헤더 체크섬을 확인하여 IPv4 헤더의 손상을 감지합니다. 유효하지 않은 패킷은 폐기됩니다. 조각화는 IPv4 헤더의 특정 필드를 검사하여 감지됩니다. 전송 계층에서 시스템은 TCP 패킷을 검사합니다. 시퀀스 번호, 승인 번호 및 창 크기. UDP 처리에는 기본 헤더 유효성 검사가 포함됩니다. 각 계층은 체크섬 또는 기타 확인 방법을 사용하여 헤더와 페이로드의 유효성을 검사합니다. 유효성 검사에 실패한 패킷을 삭제하고 오류 알림을 보낼 수 있습니다.
원래 프로토콜 데이터 단위 재구성
모든 레이어별 정보를 성공적으로 확인하고 제거한 후 시스템은 원본 데이터를 재구성합니다.
올바른 애플리케이션에 데이터 전달
그만큼 캡슐화 해제 프로세스는 궁극적으로 원본 데이터를 의도한 애플리케이션에 전달합니다.. 전송 계층 PDU 또는 세그먼트에는 소스 및 대상 포트 번호가 포함됩니다. 이 숫자는 특정 전송 및 수신 애플리케이션을 식별하는 데 중요합니다. PDU의 필수 구성 요소인 헤더는 소스 및 대상 주소, 오류 검사 코드, 시퀀스 세부 정보와 같은 제어 정보를 전달합니다. 이렇게 하면 올바른 데이터 순서가 보장됩니다. 대상 장치의 캡슐화 해제 프로세스에는 각 계층에서 추가된 헤더와 트레일러를 제거하는 작업이 포함됩니다. 이렇게 하면 원본 데이터가 올바른 애플리케이션에 전달됩니다.
애플리케이션 계층 프로토콜 데이터 단위의 최종 형태
Transport Layer가 데이터를 Session Layer로 전달하고 Presentation Layer를 거치면 PDU는 최종적으로 원래의 형태로 돌아옵니다. 이는 애플리케이션 계층 PDU가 됩니다. 이는 사용자 또는 애플리케이션이 처음에 보낸 데이터입니다. 예를 들어, 이제 완전히 재구성된 이메일 메시지나 웹 페이지 콘텐츠가 이메일 클라이언트나 웹 브라우저로 전달됩니다. PDU의 여정은 애플리케이션 데이터의 성공적인 전달로 마무리됩니다.
응용 프로그램 데이터에서 유선 비트에 이르기까지 프로토콜 데이터 단위의 여정은 OSI 모델의 강력함을 보여줍니다. 복잡한 네트워크 전반에서 성공적이고 안정적인 데이터 통신을 위해서는 각 계층의 변환이 필수적입니다. 이 체계적인 프로세스는 데이터 무결성과 적절한 전달을 보장합니다.
PDU를 이해하는 것은 네트워크 전문가와 매니아에게 매우 중요합니다.. 그것은 그들에게 도움이 된다 시퀀스 번호를 분석하여 데이터 센터의 패킷 손실과 같은 문제를 해결합니다.. 이 지식은 트래픽을 모니터링하고 이상 현상을 감지하는 데도 도움이 됩니다. 이러한 PDU 변환을 통해 구현된 OSI 모델의 모듈성과 효율성 덕분에 강력하고 적응 가능한 네트워크 운영이 가능해졌습니다.
FAQ
프로토콜 데이터 유닛(PDU)이란 무엇입니까?
PDU는 데이터 단위입니다. OSI 모델의 피어 계층 간에 전송됩니다. 여기에는 데이터 및 제어 정보가 포함됩니다. 각 계층은 PDU를 변환하여 통신을 위한 특정 세부 정보를 추가합니다.
PDU가 다른 OSI 계층에서 이름을 변경하는 이유는 무엇입니까?
PDU는 각 계층에 추가되거나 제거된 제어 정보를 반영하기 위해 이름을 변경합니다. 이는 해당 레이어 내에서 특정 형태와 기능을 식별하는 데 도움이 됩니다. 예를 들어 전송 계층의 세그먼트입니다.
PDU와 관련하여 캡슐화란 무엇입니까?
캡슐화는 각 OSI 계층이 상위 계층에서 수신한 PDU에 자체 헤더(때로는 트레일러)를 추가하는 프로세스입니다. 이는 데이터가 스택 아래로 내려갈 때 레이어별 제어 정보로 데이터를 "래핑"합니다.
캡슐화 해제는 어떻게 작동하나요?
캡슐화 해제는 캡슐화의 반대입니다. PDU가 수신 장치의 OSI 스택 위로 올라가면 각 계층은 특정 헤더와 트레일러를 제거합니다. 그러면 전달을 위해 원본 애플리케이션 데이터가 언래핑됩니다.
TCP 세그먼트와 UDP 데이터그램의 주요 차이점은 무엇입니까?
TCP 세그먼트는 오류 확인 및 승인을 통해 안정적이고 순차적인 전달을 제공합니다. UDP 데이터그램은 안정성보다 속도를 우선시하여 보장 없이 연결 없이 더 빠른 전송을 제공합니다.
PDU 라우팅에서 IP 주소와 MAC 주소는 어떻게 다릅니까?
IP 주소는 네트워크 전반의 글로벌 라우팅을 위한 논리적 주소 지정을 제공합니다. MAC 주소는 동일한 네트워크 세그먼트에 있는 장치 간의 로컬 전달을 위한 물리적 주소 지정을 제공합니다. 라우터는 둘 다 사용합니다.
PDU에 오류 검사가 중요한 이유는 무엇입니까?
오류 검사는 전송 중 데이터 무결성을 보장합니다. 체크섬 및 CRC와 같은 메커니즘은 손상된 데이터를 감지합니다. 이는 결함이 있는 PDU를 재전송하거나 폐기하도록 유도하여 전달된 정보의 정확성을 보장합니다.
물리 계층의 PDU는 어떻게 되나요?
물리 계층에서 PDU는 원시 비트로 변환됩니다. 이 비트는 전기 신호, 광 펄스 또는 전파로 변환됩니다. 그런 다음 물리적 매체는 이러한 신호를 네트워크를 통해 전송합니다.



