IPv6 주소체계와 전환 기술: 헤더, 자동 설정, 공존 전략
IPv6의 주소 공간과 헤더 구조, SLAAC·IPSec·QoS 지원, IPv4와의 전환 기술을 실무 관점에서 정리합니다.
2026-08-14 · 최초 발행 2025-07-16
IPv4 주소 고갈 이후에 요구된 변화
IPv6는 IPv4의 주소 부족을 해결하기 위해 개발된 128비트 인터넷 프로토콜이다. IPv4의 32비트 체계는 약 43억 개 주소라는 한계를 가지며, NAT(Network Address Translation)만으로는 이 문제를 근본적으로 해소하기 어렵다.
주소 공간 확대만이 요구된 것은 아니다. 보안성, 이동성, 패킷 처리 효율성에 대한 요구가 커졌고, VTF(Verification, Transition, Functionality)와 PNH(Performance, Numbering, Header) 관점의 개선도 필요해졌다. 서비스 탐색(SD, Service Discovery)을 개선할 새 프로토콜에 대한 요구 역시 IPv6 설계 배경에 포함된다.
주소 표현부터 자동 구성까지 달라진 IPv6
IPv6는 2^128개의 주소 공간, 약 340조 × 1조 × 1조 개의 주소를 제공한다. 이 공간은 지구상의 모든 장치에 고유 주소를 할당할 수 있는 기반이 된다. 주소는 16비트 단위의 8개 영역을 16진수로 적는다.
2001:0db8:85a3:0000:0000:8a2e:0370:7334
각 영역 앞의 0은 생략할 수 있고, 연속된 0 블록은 ::로 한 번만 축약할 수 있다.
2001:db8:85a3::8a2e:370:7334
주소 구성에서는 SLAAC(Stateless Address Autoconfiguration)가 플러그앤플레이 방식의 자동 네트워크 구성을 지원한다. DHCPv6와 함께 사용할 수도 있어, 네트워크 관리 부담을 줄이는 선택지가 된다.
IPv6는 IPSec을 기본으로 통합하고 인증 헤더(AH)와 암호화(ESP)를 지원한다. 패킷 위변조 방지와 데이터 기밀성을 제공하며, 엔드-투-엔드 보안도 구현하기 쉬워진다. Traffic Class와 Flow Label은 패킷 우선순위를 지정하고, 음성·영상 같은 실시간 트래픽에 대한 품질 보장을 지원한다.
모바일 환경에서는 IPv4의 삼각 라우팅 문제를 해결하고, 모바일 노드가 위치를 바꿀 때 더 효율적인 경로를 제공한다. 모바일 IPv6를 사용하면 이동 중에도 연결을 유지할 수 있다.
기본 헤더는 고정하고, 필요한 기능은 확장한다
IPv6는 기본 헤더와 확장 헤더를 분리한다. 기본 헤더의 필드는 IPv4의 12개에서 8개로 줄었고, 크기는 40바이트로 고정됐다. Checksum 필드를 없애 라우터의 처리 부담을 낮추며, 고정 길이 헤더는 라우팅 효율을 높이는 데 기여한다.
- Version(4bit): IPv6 버전 정보이며 값은 6이다.
- Traffic Class(8bit): QoS를 위한 패킷 우선순위를 정의한다.
- Flow Label(20bit): 같은 흐름에 속한 패킷을 식별해 실시간 처리를 지원한다.
- Payload Length(16bit): 기본 헤더 뒤에 오는 데이터 길이를 바이트 단위로 나타낸다.
- Next Header(8bit): 확장 헤더 또는 상위 프로토콜(TCP/UDP)을 식별한다.
- Hop Limit(8bit): 패킷이 통과할 수 있는 최대 라우터 수이며 IPv4의 TTL과 유사하다.
- Source Address(128bit): 송신지 주소다.
- Destination Address(128bit): 수신지 주소다.
확장 헤더는 기본 헤더의 Next Header 필드로 연결되며, 필요한 경우에만 사용한다. 표준화된 확장 헤더에는 Hop-by-Hop Options, Destination Options, Routing, Fragment, Authentication Header(AH), Encapsulating Security Payload(ESP)가 있다.
Hop-by-Hop Options는 경로상의 모든 노드가 처리해야 하는 옵션을 담는다. Destination Options는 최종 목적지에서만 처리된다. Routing은 소스 라우팅과 모바일 IPv6를 지원하며, Fragment는 패킷 분할 정보를 담는다. IPv4와 달리 분할은 발신지에서만 수행한다. AH는 인증과 무결성 검증을, ESP는 암호화와 데이터 보호를 담당한다.
IPv4와 비교해 달라진 패킷 처리 모델
| 구분 | IPv4 | IPv6 |
|---|---|---|
| 주소 길이 | 32비트 | 128비트 |
| 주소 표기법 | 8비트씩 4부분 10진수(예: 192.168.0.1) | 16비트씩 8부분 16진수(예: 2001:db8::1428:57ab) |
| 가용 주소 수 | 약 43억개 | 2^128개 (거의 무한대) |
| 주소 할당 방식 | A, B, C, D 클래스 단위 비순차적 할당 | 네트워크 규모 및 단말기 수에 따른 순차적 할당 |
| 헤더 크기 | 가변 (20-60바이트) | 고정 (40바이트) |
| 헤더 필드 수 | 12개 | 8개 |
| 체크섬 | 헤더에 포함 | 제거 (상위 계층에서 처리) |
| QoS | ToS 필드 (제한적) | Traffic Class, Flow Label (향상됨) |
| 보안 | IPSec 별도 설치 | IPSec 기본 내장 |
| 패킷 분할 | 중간 라우터에서 가능 | 발신지에서만 가능 |
| 브로드캐스트 | 지원 | 미지원 (멀티캐스트로 대체) |
| 설정 | 수동 또는 DHCP | 자동 구성(SLAAC) 또는 DHCPv6 |
공존 구간에서 선택하는 전환 방식
IPv4에서 IPv6으로의 전환은 점진적으로 진행된다. 네트워크와 애플리케이션의 호환성 조건에 따라 이중 스택, 터널링, 주소 변환을 사용한다.
이중 스택으로 IPv4와 IPv6를 함께 운용하기
이중 스택은 하나의 장치에서 IPv4와 IPv6 프로토콜을 동시에 구현하는 방식이다. 두 스택을 독립적으로 운용하면서 네트워크 상황에 맞는 프로토콜을 선택한다. 라우터와 스위치에 주로 적용되지만, 구현 복잡성과 자원 소모가 단점이다.
IPv4 구간을 통과시키는 터널링
터널링은 IPv6 패킷을 IPv4 패킷으로 캡슐화해 IPv4 네트워크를 통과시키는 방법이다. 네트워크 인프라를 바꾸지 않고 IPv6를 도입할 수 있다. 공용 IPv4 주소를 이용하는 6to4, NAT 환경의 Teredo, 인트라넷 도입을 지원하는 ISATAP이 주요 기술이다.
IPv6 전용 호스트와 IPv4 호스트를 잇는 주소 변환
주소 변환은 NAT64/DNS64 같은 메커니즘을 이용해 IPv6 전용 호스트와 IPv4 전용 호스트 사이의 통신을 지원한다. 게이트웨이가 주소를 변환하며, 양방향 통신을 위해 상태 정보를 관리해야 한다. 변환 과정에서는 일부 기능이 제한될 수 있다.
통신사·클라우드·IoT로 넓어진 적용 범위
국내 주요 통신사들은 IPv4 주소 고갈에 대비해 IPv6 백본망 구축을 완료했다. LTE와 5G 네트워크에서 IPv6를 지원해 모바일 디바이스의 직접 연결성을 높이고, 듀얼 스택으로 기존 서비스와의 호환성을 유지하면서 전환하고 있다.
AWS, Azure, GCP 등 주요 클라우드 서비스는 IPv6를 기본 지원한다. VPC(Virtual Private Cloud) 환경에서는 IPv6 CIDR 블록을 할당할 수 있으며, 글로벌 확장성과 IoT 디바이스 연결에 활용된다.
IoT 환경에서는 수십억 개 장치를 수용할 주소 공간과 자동 구성 기능이 특히 유용하다. 스마트 시티와 스마트 홈 같은 환경에서 IPv6 기반 네트워크 구축이 확대되고 있다.
IPv4와의 공존은 계속된다
IPv6 도입은 필연적이지만 IPv4와의 공존은 장기간 지속될 전망이다. 5G, IoT, 엣지 컴퓨팅과 결합해 네트워크 혁신을 주도하고, 보안과 프라이버시 강화를 위한 IPv6 확장 기능 개발도 이어질 것으로 보인다.
대규모 주소 공간을 활용한 새 서비스 모델의 등장도 예상된다. 국가별 IPv6 도입률 격차를 해소하기 위한 정책적 지원이 필요한 이유다. IPv6 전환 전략은 주소 확장뿐 아니라 네트워크 인프라의 지속가능성을 위한 운영 과제로 다뤄야 한다.