613. 6LoWPAN - 헤더 압축과 단편화 (IoT의 핏줄)

핵심 인사이트: IPv6 주소는 128비트로 어마어마하게 뚱뚱하다. 지그비(802.15.4)처럼 한 번에 고작 127바이트의 모래알만 한 데이터만 나를 수 있는 가난한 저전력 무선 환경에 이 거대한 IPv6를 욱여넣으면, 주소만 싣다가 트럭이 꽉 차버린다. 6LoWPAN은 이 거대한 IPv6 주소를 마법처럼 압축하고 잘게 썰어서, 가장 척박한 무선 환경에서도 인터넷 주소를 쓸 수 있게 해 준 천재적인 통역 기술이다.

Ⅰ. 6LoWPAN의 개념과 등장 배경

• 풀네임: IPv6 over Low-Power Wireless Personal Area Networks
• 개념: 속도가 극도로 느리고 패킷 크기가 매우 작은 저전력 무선 통신망(IEEE 802.15.4 기반, 예: 지그비, 스레드) 위에서, 덩치가 큰 IPv6 패킷을 원활하게 주고받을 수 있도록 중간에서 압축하고 쪼개주는(적응 계층, Adaptation Layer) IETF 표준 기술입니다.

Ⅱ. 해결해야 할 물리적 한계 (MTU 불일치 문제)

• IPv6의 요구사항: 인터넷 통신을 하려면 패킷의 최소 크기(MTU)가 1,280바이트는 되어야 한다고 규정하고 있습니다. 게다가 IPv6 자체 헤더(주소표표)만 무려 40바이트를 차지합니다.
• 802.15.4 무선망의 한계: 그런데 저전력 무선망은 한 번에 쏠 수 있는 최대 패킷 크기(MTU)가 고작 127바이트밖에 안 됩니다. 이 중 물리 계층 헤더 25바이트, 보안 암호 21바이트를 빼고, IPv6 헤더 40바이트까지 빼버리면, 실제 온도를 측정한 '데이터 알맹이'를 실을 공간이 30바이트도 남지 않는 끔찍한 비효율이 발생합니다.

Ⅲ. 6LoWPAN의 핵심 해결 기술 2가지 🌟

6LoWPAN은 네트워크 계층(IP)과 데이터링크 계층(MAC) 사이에 쏙 들어가서 두 가지 마법을 부립니다.

1. 헤더 압축 (Header Compression) - 뼈 깎는 다이어트

• IPv6 헤더 40바이트 중, 버전 정보나 출발지/목적지 IP 주소의 앞부분 등 '뻔하게 겹치는 내용(공통 접두사, Prefix)'을 모조리 생략해 버립니다.
• 주변 노드끼리 통신할 때는 긴 IP 주소 대신 이미 알고 있는 짧은 MAC 주소로 유추하게 만들어, 40바이트짜리 뚱뚱한 IPv6 헤더를 불과 2바이트~7바이트 수준으로 극한 압축해 버립니다. 덕분에 데이터 알맹이를 실을 공간이 빵빵해집니다.

2. 단편화 및 재조립 (Fragmentation & Reassembly) - 잘게 썰기

• 외부 인터넷망에서 1,280바이트짜리 거대한 패킷 덩어리가 들어오면, 이를 802.15.4 규격에 맞게 100바이트 남짓의 작은 조각으로 여러 번 잘게 썹니다(단편화).
• 목적지 센서 노드에 도착하면 조각난 번호를 보고 다시 하나의 큰 패킷으로 예쁘게 풀로 붙여 조립해 냅니다.

Ⅳ. 실무적 의의

6LoWPAN 기술이 없었다면, 앞서 배운 'Thread(스레드) 프로토콜'이나 수만 개의 센서가 인터넷 IP 주소를 직접 부여받는 진정한 의미의 초연결 사물인터넷(IoT) 시대는 오지 못했을 것입니다.

📢 섹션 요약 비유: 인터넷 세계의 택배 상자(IPv6)는 가로세로 1미터짜리 규격 박스입니다. 그런데 우리 마을 도로는 너무 좁아서 '오토바이(802.15.4)'만 다닐 수 있고, 짐칸에는 고작 라면 박스 크기만 실립니다. 6LoWPAN은 1미터짜리 거대한 택배 박스를 뜯어 불필요한 과대 포장(헤더 압축)을 완전히 버리고, 내용물을 10개의 작은 봉투에 나눠 담아(단편화) 오토바이 10대로 실어 나른 뒤, 도착지에서 다시 원래 모양으로 조립해 주는 기적의 택배 분류 센터입니다.