IPv4 고갈 IPv6 전환이 생각보다 느린 진짜 이유

IPv4 고갈 문제와 IPv6로의 전환 현황 참고 이미지

처음 IPv4 주소가 고갈된다는 얘기를 들었을 때, 솔직히 그게 내 일이 될 거라고는 생각 못 했다. 2000년대 중반에 서버 몇 대 관리하면서 공인 IP 하나씩 붙이는 게 당연한 시절이었다. 그러던 어느 날부터 ISP에 공인 IP를 신청하면 "재고 없음"이라는 답이 오기 시작했다. IP 주소가 물건도 아니고 재고가 없다니. 하지만 이건 진짜 현실이었다. 우리가 매일 쓰는 인터넷 주소 체계가 이미 바닥났다는 얘기다.

IPv4 주소란 무엇이고, 왜 43억 개밖에 없나

IPv4 주소는 32비트로 구성된 숫자다. 전봇대에 번호판을 붙이듯, 인터넷에 연결된 모든 장치에 붙이는 고유 번호다. 32비트면 2의 32제곱, 즉 약 42억 9천만 개가 나온다. 이게 전부다.

1983년에 이 체계를 처음 설계할 때, 43억이면 충분하다고 생각했다. 그때는 PC가 연구소에만 있었고, 스마트폰은 상상도 못 했으며, IoT 같은 개념은 SF 소설에나 등장했다. 쉽게 말하면 맨해튼 전화번호부에 다 들어갈 거라고 생각했는데, 알고 보니 서울 지하철 하루 이용객 수준의 장치가 매일 새로 연결되는 세상이 된 것이다.

실제로 IANA(인터넷 할당 번호 관리 기관)가 마지막 IPv4 블록을 지역 레지스트리에 배분한 것이 2011년 2월이었다. 아시아태평양 지역을 담당하는 APNIC은 같은 해 4월에 소진됐고, 유럽 RIPE NCC는 2019년에 대기자 명단만 남겨둔 상태다. 이미 10년이 훨씬 넘게 공식적으로 바닥난 자원이다.

내가 처음 이 상황을 실감한 건 새 서버에 공인 IP를 붙여달라고 ISP에 연락했다가 "현재 여유 IP가 없습니다"라는 답변을 받았을 때였다. 숫자로만 알던 문제가 내 업무를 직접 막아선 순간이었다. 43억이라는 숫자가 부족하다는 게 처음엔 이해하기 어렵지만, 전 세계 인구 80억에 한 사람이 스마트폰·노트북·태블릿·스마트워치·TV를 동시에 쓴다고 생각하면 금방 납득이 된다. 설계 당시의 상상력의 한계가 40년 후 실제 병목으로 나타난 것이다.

그럼 지금 인터넷은 어떻게 돌아가나 — NAT이라는 임시방편

NAT(Network Address Translation)은 쉽게 말하면 집에 있는 공유기다. 집에 공인 IP가 1개인데 PC, 스마트폰, 태블릿, TV가 모두 인터넷에 연결된다. 공유기 안에서는 192.168.x.x 같은 사설 IP를 쓰고, 밖으로 나갈 때는 공인 IP 하나를 함께 공유한다. 마치 회사 대표전화 하나로 수십 명이 돌려쓰는 구조와 같다.

현장에서 NAT의 장점은 분명하다. 공인 IP 하나로 수백 대 장비를 인터넷에 연결할 수 있고, 내부 IP가 외부에 노출되지 않아 보안 측면에서도 이점이 있다. 단점은 P2P 통신이 깔끔하지 않다는 점이다. 게임 서버, 화상회의, VoIP 서비스에서 NAT 때문에 연결이 꼬이는 경우를 현장에서 직접 여러 번 봤다.

한번은 화상회의 솔루션을 도입했는데 특정 방향으로는 영상이 나오고 반대 방향으로는 안 나오는 문제가 생겼다. 결국 NAT 환경에서 UDP 홀 펀칭이 제대로 안 됐던 것이 원인이었고, 그걸 찾는 데 꽤 긴 시간을 썼다. NAT는 분명히 천재적인 임시방편이다. 하지만 임시방편이라는 사실 자체가 문제다. "지금 잘 되니까 그냥 쓰자"는 태도가 수십 년간 이어지다 보니, 정작 근본적인 해결책인 IPv6 전환은 계속 뒤로 밀리는 결과가 됐다.

IPv6가 있는데 왜 전환이 이렇게 느린가 — 진짜 이유 5가지

IPv6는 128비트 주소 체계로, 이론상 3.4 × 10³⁸개의 주소를 제공한다. 지구상 모래알보다 많다고 표현한다. 기술적으로는 완벽한 해결책이다. 그런데 전 세계 IPv6 전환율은 아직도 40~50% 수준에서 머물고 있다. 왜일까.

REASON 01 · 호환성 단절

IPv6는 IPv4와 직접 통신이 안 된다. 완전히 다른 프로토콜이다. 한국 콘센트에 미국 플러그를 꽂으려는 것과 같다. 변환기가 필요하고, 전환 기간 동안 두 체계를 동시에 운영하는 듀얼스택 구성이 필요하다. 이게 전부 인프라 비용이다. 장비 업그레이드, 설정 작업, 운영 인력 교육까지 다 돈이다.

REASON 02 · 레거시의 무게

현장에서 여전히 IPv4로만 동작하는 레거시 장비가 엄청나다. 내가 관리했던 환경에서도 10년이 넘은 서버들이 IPv6를 지원하지 않아서 그냥 놔두는 경우가 있었다. 장비 교체 비용을 정당화하기 어렵고, 그러다 보니 우선순위에서 계속 밀린다.

REASON 03 · NAT가 너무 잘 된다

임시방편이 워낙 잘 작동하다 보니 급하지 않다. 기업 입장에서는 당장 IPv6 안 해도 서비스 운영에 지장이 없다. 위기감이 없으니 예산이 안 붙고, 예산이 없으니 전환이 안 된다. 전형적인 닭이 먼저냐 달걀이 먼저냐다.

REASON 04 · 사람이 익숙하지 않다

IPv4는 192.168.1.1처럼 외우기 쉽다. IPv6는 2001:0db8:85a3:0000:0000:8a2e:0370:7334 이런 식이다. 설정 실수가 날 수밖에 없고, 디버깅도 어렵다. 현장에서 IPv6 설정하다 실수가 나면 추적이 더 힘들어서 익숙한 IPv4로 계속 가려는 관성이 강하다.

REASON 05 · 책임지는 주체가 없다

인터넷은 중앙 집권이 아니다. ISP, 기업, 정부, 개인 모두가 각자 관리한다. 누군가가 "지금부터 IPv6로 전환"을 명령할 수 없는 구조다. 각자 편할 때, 필요할 때 한다. 그러다 보니 글로벌 전환율이 수십 년째 40~50% 선에서 기어가고 있다.

이 이유들 중 가장 크다고 생각하는 게 세 번째와 다섯 번째다. NAT가 너무 잘 작동하고, 강제할 주체가 없다는 조합이 문제의 핵심이다. 좋은 해결책이 있어도 안 쓰는 이유는 언제나 사람과 조직 쪽에 있다. 기술 문제가 아니라 관성과 비용과 의사결정 구조의 문제다.

§ 04

IPv6 주소 구조 예제

IPv6 주소는 길어 보이지만 축약 규칙이 있어서 실제로는 더 짧게 쓸 수 있다.

IPv6 · 주소 표기법

 

# IPv4 주소 예시
192.168.1.100        (32비트, 10진수 4개)

# IPv6 주소 예시
2001:0db8:85a3:0000:0000:8a2e:0370:7334   (128비트, 16진수 8그룹)

# IPv6 축약 표기 (앞에 오는 0 생략 가능)
2001:db8:85a3:0:0:8a2e:370:7334

# 연속된 0 그룹은 :: 로 한 번만 축약 가능
2001:db8:85a3::8a2e:370:7334

# 루프백 주소 (IPv4의 127.0.0.1과 동일)
::1

# 링크 로컬 주소 (자동 할당, 라우터 넘어가지 않음)
fe80::1

리눅스에서 IPv6 주소 확인 및 ping 예제

bash · Linux IPv6 명령어

 

# 인터페이스 IPv6 주소 확인
ip -6 addr show

# IPv6 ping 테스트 (루프백)
ping6 ::1

# 또는
ping -6 ::1

# IPv6 라우팅 테이블 확인
ip -6 route show

# IPv6 연결 테스트 (Google 공개 DNS 서버)
ping6 2001:4860:4860::8888

듀얼스택 서버 nginx 설정 예제 (IPv4 + IPv6 동시 수신)

IPv4와 IPv6를 동시에 받으려면 listen 줄 두 개가 필요하다. [::]:80이 IPv6를 받는 부분이다. 이 설정 하나로 어떤 클라이언트가 오든 대응할 수 있다.

nginx · 듀얼스택 설정

server {
    listen 80;
    listen [::]:80;

    server_name example.com;

    location / {
        root  /var/www/html;
        index index.html;
    }
}

신규 서버를 구성할 때 이 듀얼스택 설정을 기본으로 넣어두는 것이 지금의 내 방식이다. 당장은 IPv6 트래픽이 없더라도, 나중에 고치는 것보다 처음에 해두는 게 훨씬 쉽다는 걸 경험으로 알고 있기 때문이다.

마무리하며

이 문제를 처음 접했을 때와 지금 느낌이 다르다. 처음엔 기술적인 문제로만 봤다. 주소가 부족하면 더 긴 주소 체계로 바꾸면 되지, 뭐가 문제야, 그랬다. 하지만 수년간 현장에서 보면서 이게 기술 문제가 아니라 관성과 비용과 조직 문화의 문제라는 걸 알게 됐다.

NAT이라는 덕테이프가 너무 잘 붙어 있어서, 무너지기 전에는 아무도 진짜 리모델링을 하려 들지 않는다. IPv4 고갈은 진작에 선언됐지만 인터넷이 멈추지는 않았다. 하지만 IoT 기기가 수백억 개로 늘어나는 시대에 NAT만으로는 한계가 분명히 온다. 지금 신규 인프라를 구성할 때는 무조건 IPv6 대응을 포함시킨다. 안 해도 당장은 괜찮지만, 나중에 고치는 건 처음보다 훨씬 더 힘들다는 걸 이미 알고 있으니까.

출처 및 참고자료

• APNIC Blog – IP Addresses through 2024 (2025.01)
• APNIC Blog – The IPv6 Transition (2024.10)
• CIO Korea – 아시아태평양 IPv6 도입률 50% 달성 (2025.04)
• 위키백과 – IPv6
• 한국인터넷정보센터(KRNIC) – IPv6 주소 안내
• Research Nester – IPv6 시장 규모 예측 2037
• APNIC Labs – IP Addresses through 2025 (2026.01)