IPAddress-Lookup.com

IPv4 대 IPv6: 차이점은 무엇이며, 왜 중요한가

IPAddress-Lookup.com ·

인터넷에 연결되는 모든 기기에는 주소가 필요하며, 이 주소는 IPv4와 IPv6, 두 가지 유형 중 하나로 제공됩니다. 네트워크 설정 화면을 살펴보신 적이 있다면, 다음과 같은 내용을 본 적이 있을 것입니다. 192.168.1.42 와 같은 알 수 없는 문자열 옆에 2001:0db8:85a3::8a2e:0370:7334와 같은 신비로운 문자열 옆에 이런 내용이 적혀 있는 것을 본 적이 있다면, 두 프로토콜을 직접 마주한 셈입니다. 이 프로토콜들은 한 기기에서 다른 기기로 패킷을 전달한다는 근본적인 역할은 같지만, 그 기반은 매우 다릅니다. 이 둘의 차이를 이해하는 것은 단순한 학문적 상식이 아닙니다. 이는 연결 속도가 얼마나 빠르게 느껴지는지, 트래픽이 얼마나 안전한지, 그리고 인터넷이 앞으로도 계속 성장할 수 있을지 여부를 좌우합니다. 이 가이드에서는 각 프로토콜이 무엇인지, 기능별로 어떻게 비교되는지, 전환이 왜 이렇게 오래 걸리는지, 그리고 일반 사용자나 웹사이트 소유자인 여러분에게 이것이 어떤 의미를 지니는지 자세히 설명합니다.

만약 “IP 주소”라는 용어 자체가 생소하다면, 먼저 IP 주소가 무엇인지에 대한 입문 자료를 읽어보신 후, 이곳으로 돌아와 두 버전에 대한 심층적인 내용을 살펴보시기 바랍니다.

IPv4란 무엇인가요?

IPv4는 인터넷 프로토콜 버전 4(Internet Protocol version 4)의 약자로, 1981년 표준화된 이래 인터넷의 주축 역할을 해왔습니다. 수십 년 동안 거의 모든 연결이 이에 의존해 왔으며, 오늘날에도 여전히 트래픽의 대부분을 처리하고 있습니다. IPv4 주소는 32비트 숫자입니다. 32비트는 정확히 2의 32제곱에 해당하는 조합을 제공하며, 이는 4,294,967,296개, 즉 대략 43억 개의 주소를 의미합니다.

순수한 32비트 이진수는 사람이 읽을 수 없기 때문에, IPv4 주소는 점으로 구분된 십진수 표기법으로 표기됩니다. 32비트는 ‘옥텟(octet)’이라 불리는 8비트 단위로 나뉘며, 각 단위는 0에서 255 사이의 십진수로 변환된 후 점으로 구분됩니다. 따라서 주소 172.16.254.1 는 실제로 다음과 같은 이진수열입니다 10101100.00010000.11111110.00000001입니다. 각 옥텟은 256개의 값(0부터 255까지)을 가질 수 있으며, 네 개의 옥텟을 곱하면 43억이라는 상한값이 나옵니다.

주소 클래스와 초기 인터넷

초기에는 IPv4 주소 공간이 엄격한 주소 클래스로 구분되었습니다. 클래스 A 네트워크는 첫 번째 옥텟을 네트워크 부분으로 사용하고 나머지 세 옥텟을 호스트에 할당하여, 각각 약 1,600만 개의 주소를 가진 소수의 초대형 네트워크를 형성했습니다. 클래스 B는 중간 규모의 네트워크를 위해 주소를 반으로 나누었고, 클래스 C는 3개의 옥텟을 네트워크에, 단 1개의 옥텟을 호스트에 할당하여 네트워크당 254개의 사용 가능한 주소만 허용했지만, 이러한 네트워크의 수는 매우 많았습니다. 클래스 D와 E는 멀티캐스트 및 실험용으로 예약되었습니다.

이러한 클래스 기반 시스템은 비효율적이었습니다. 300개의 주소가 필요한 조직은 254개 주소로 구성된 클래스 C 블록으로는 부족했기 때문에, 약 65,000개의 주소를 가진 클래스 B 블록을 할당받게 되었고, 그 결과 수만 개의 주소가 유휴 상태로 남게 되었습니다. 이 문제를 해결하기 위해 업계는 CIDR(Classless Inter-Domain Routing)로 전환했습니다. CIDR은 다음과 같은 접두사 길이를 사용하여 실제 필요에 맞게 네트워크 크기를 조정할 수 있게 해줍니다. /24와 같은 접두사 길이를 사용하여 네트워크 크기를 실제 필요에 맞게 조정할 수 있게 되었습니다. 이 슬래시 숫자가 어떻게 작동하는지 이해하고 싶다면, 서브네팅 및 CIDR에 대한 당사의 가이드에서 자세히 다루고 있습니다.

주소 고갈과 NAT의 등장

1981년, 컴퓨터가 희귀하고 값비싼 기계였던 시절에는 40억 개의 주소가 무한한 것처럼 들렸습니다. 하지만 모든 전화기, 노트북, 온도 조절기, 초인종, 자동차가 각자 고유한 주소를 필요로 하게 되자 더 이상 무한하게 들리지 않게 되었습니다. 2011년, 전 세계적으로 할당되지 않은 IPv4 주소의 최상위 풀이 고갈되었으며, 그 이후로 지역 등록 기관들은 대기자 명단과 재활용된 주소 공간을 활용해 운영해 왔습니다.

IPv4가 지금까지 버틸 수 있었던 가장 큰 이유는 네트워크 주소 변환(NAT) 덕분입니다. NAT를 통해 많은 기기가 하나의 공용 IPv4 주소를 공유할 수 있습니다. 가정이나 사무실 내부에서는 기기들이 다음과 같은 예약된 범위에서 할당된 사설 주소를 사용합니다. 192.168.x.x 또는 10.x.x.x와 같은 예약된 범위에서 할당된 사설 주소를 사용합니다. 이러한 주소는 공용 인터넷에서 라우팅될 수 없습니다. 기기가 패킷을 외부로 전송하면 라우터는 발신 주소를 자체의 단일 공용 IP로 재작성하고, 포트 번호와 함께 이 변환 정보를 테이블에 기록합니다. 응답이 돌아오면 라우터는 테이블을 조회하여 패킷을 올바른 내부 기기로 전달합니다. 실질적으로 수백 대의 기기가 하나의 공용 주소 뒤에 숨어 있는 셈입니다. NAT는 인터넷의 수명을 10년에서 20년 정도 더 연장해 주었지만, 어떤 호스트든 다른 호스트에 직접 접속할 수 있었던 원래의 종단 간(end-to-end) 설계는 무너뜨렸습니다. 지금 여러분의 공용 IPv4 주소가 무엇인지 궁금하신가요? 당사의 ‘내 IPv4 주소는 무엇인가(What Is My IPv4)’ 도구를 통해 즉시 확인할 수 있습니다.

IPv6란 무엇인가요?

IPv6는 1990년대 후반, 주소 고갈 문제를 단번에 해결하기 위해 특별히 설계되었습니다. IPv6 주소는 32비트가 아닌 128비트 길이를 가집니다. 이는 단순히 4배 더 큰 것이 아니라, 천문학적으로 더 큰 규모입니다. 2의 128승은 대략 340 언데실리온 개의 주소로, 이는 39자리 숫자입니다(정확히 340,282,366,920,938,463,463,374,607,431,768,211,456). 비유하자면, 지구상의 모래알 하나하나에 수조 개의 주소를 할당하고도 여전히 주소가 넉넉히 남을 정도입니다. IPv6에서는 주소 부족 문제가 전혀 걱정거리가 아닙니다.

128비트 숫자는 점으로 구분된 십진수 표기법으로는 너무 길기 때문에, IPv6에서는 16진수 표기법을 사용합니다. 주소는 다음과 같이 콜론(:)으로 구분된 4자리 16진수 숫자 8개 그룹으로 표기됩니다: 2001:0db8:85a3:0000:0000:8a2e:0370:7334. 각 그룹은 16비트를 나타내며, 숫자는 0부터 9까지, 그리고 a부터 f까지 사용됩니다.

축약 규칙과 이중 콜론

IPv6 주소는 길고 종종 0이 많이 포함되기 때문에, 두 가지 축약 규칙을 적용하여 더 보기 쉽게 만들 수 있습니다. 첫째, 각 그룹의 선행 0은 생략할 수 있으므로 0db8 다음과 같이 db8 로 변환되며, 0000 다음과 같이 변환됩니다 0로 변환됩니다. 둘째, 연속된 0으로만 구성된 그룹 한 개는 이중 콜론 ::로 대체할 수 있습니다. 이 두 가지 규칙을 모두 적용하면 위의 주소는 다음과 같이 깔끔하게 압축됩니다:

  • 전체 형태: 2001:0db8:85a3:0000:0000:8a2e:0370:7334
  • 압축된 형태: 2001:db8:85a3::8a2e:370:7334

' :: 는 주소 내에서 단 한 번만 나타날 수 있습니다. 그렇지 않으면 이 기호가 몇 개의 0 그룹을 나타내는지 알 수 없기 때문입니다. IPv4에서 익숙한 127.0.0.1인 루프백 주소는 IPv6에서는 단순히 ::1 로 표기됩니다.

자동 구성, SLAAC 및 링크 로컬

IPv6의 가장 뛰어난 기능 중 하나는 상태 비의존적 주소 자동 구성(SLAAC)입니다. IPv4에서는 일반적으로 장치가 DHCP 서버로부터 주소를 할당받는데, 이 서버는 반드시 실행 중이고 관리되어야 합니다. SLAAC를 사용하면 장치는 로컬 라우터가 알린 네트워크 접두사와 자체 하드웨어에서 파생된 인터페이스 식별자를 결합하여 유효한 글로벌 주소를 직접 생성할 수 있습니다. 기본적인 연결을 위해 중앙 서버가 필요하지 않습니다.

또한 모든 IPv6 인터페이스는 fe80::/10 범위 내에서 자동으로 할당받습니다. 이 주소는 로컬 네트워크 세그먼트 내에서만 작동하며 그 밖으로 라우팅되지 않지만, 기기가 전원을 켠 직후, 글로벌 주소가 할당되기 전에도 이웃 기기나 라우터와 즉시 통신할 수 있게 해줍니다. 중요한 점은, 모든 장치가 전 세계적으로 고유한 주소를 가질 수 있기 때문에 IPv6는 원래의 종단 간(end-to-end) 모델을 복원하며, 주소 절약을 위해 더 이상 NAT가 필요하지 않다는 것입니다. 현재 연결에 이미 IPv6 주소가 할당되어 있는지 확인하려면 ‘What Is My IPv6’를 방문하십시오.

IPv4 대 IPv6: 기능별 비교

아래 표는 핵심 기술적 차이점을 나란히 정리한 것입니다. 이를 통해 두 프로토콜이 실제로 왜 그렇게 다르게 작동하는지 가장 빠르게 파악할 수 있습니다.

기능 IPv4 IPv6
주소 길이 32비트 128비트
총 주소 수 약 43억 약 340 언데실리언
표기법 점 구분 십진수 (192.168.1.1) 콜론이 포함된 16진수 (2001:db8::1)
헤더 크기 가변, 20~60바이트 고정 40바이트, 처리하기 더 간단함
헤더의 복잡도 필드가 많으며, 체크섬 포함 간소화됨, 체크섬 없음, 확장 헤더 포함
보안 (IPsec) 선택 사항이며, 나중에 추가됨 처음부터 설계에 반영됨
자동 구성 수동 설정 또는 DHCP 필요 SLAAC를 통해 자동 구성 가능
NAT 주소 절약을 위해 널리 사용됨 주소 절약을 위해 필요하지 않음
주소 할당 브로드캐스트, 유니캐스트, 멀티캐스트 단일 전송, 다중 전송, 애니캐스트 (브로드캐스트 없음)
분할 라우터 및 송신 호스트에서 수행 전송 호스트에서만 수행
도입 연도 1981 1998년 (현재도 도입 중)

이 중 몇 가지 항목은 좀 더 자세히 살펴볼 필요가 있습니다. IPv6의 헤더는 40바이트로 고정되어 있으며, 헤더 체크섬을 포함하여 IPv4 라우터가 모든 패킷에서 검사해야 했던 여러 필드가 제거되었습니다. 필드 수가 줄어들어 라우터가 패킷을 더 효율적으로 처리할 수 있습니다. 주소 지정 측면에서는 IPv6가 브로드캐스트를 완전히 제거했습니다. IPv4 브로드캐스트는 세그먼트 내의 모든 장치로 패킷을 전송하는데, 이는 네트워크 부하를 증가시키고 비효율적입니다. IPv6는 이를 대상 지정 멀티캐스트(특정 그룹으로 전송)로 대체하고 애니캐스트(동등한 여러 호스트 중 가장 가까운 곳으로 전송)를 도입했는데, 이 두 방식 모두 확장성이 훨씬 뛰어납니다.

전환이 왜 이렇게 더딘가

IPv6은 20년 넘게 실제 사용이 가능했지만, 전 세계적인 도입률은 여전히 완전한 보급 수준에 훨씬 미치지 못하고 있습니다. 왜 전환이 이토록 더디게 진행되고 있을까요? 핵심적인 이유는 IPv4와 IPv6이 직접 상호 운용되지 않기 때문입니다. IPv6 전용 호스트는 중간에 변환 계층이 없으면 IPv4 전용 호스트와 통신할 수 없습니다. 즉, 인터넷이 단순히 스위치를 켤 수만은 없다는 뜻입니다. 매우 긴 중복 기간 동안 두 프로토콜을 병행하여 운영해야 합니다.

다른 요인들도 지연을 가중시키고 있습니다:

  • NAT가 너무 잘 작동했습니다. NAT는 IPv4 주소 고갈 상황에서도 서비스를 유지할 수 있게 함으로써, 마이그레이션에 대한 시급한 압박을 해소했습니다.
  • 수많은 네트워크에서 여전히 IPv4만 지원하는 구형 하드웨어와 소프트웨어가 사용되고 있습니다.
  • 비용과 관성. 직원 재교육, 방화벽 규칙 업데이트, 애플리케이션의 IPv6 호환성 테스트는 해당 조직에 즉각적인 이득이 거의 없는 실질적인 업무입니다.

듀얼 스택 및 전환 메커니즘

가장 일반적인 가교 방식은 듀얼 스택으로, 장치나 네트워크가 IPv4와 IPv6를 병행하여 실행하는 방식입니다. 듀얼 스택 장치는 IPv4 주소와 IPv6 주소를 모두 보유하며, 양쪽 끝점이 모두 지원하는 프로토콜을 사용하되, 가능한 경우 IPv6를 우선적으로 사용합니다. 듀얼 스택은 깔끔하지만 두 가지 완전한 네트워크 구성을 동시에 유지 관리해야 합니다. 이것이 바로 전환이 매우 점진적이고 대부분 눈에 띄지 않게 진행된 이유입니다. 기기들은 가능한 경우 조용히 IPv6를 우선적으로 사용하고, 어쩔 수 없을 때만 IPv4로 되돌아갑니다.

네트워크 세그먼트가 하나의 프로토콜만 지원하는 경우, 터널링이 개입합니다. 터널링은 호환되지 않는 인프라를 통과할 수 있도록 한 프로토콜의 패킷을 다른 프로토콜의 패킷 안에 감싸는 방식입니다. 예를 들어, 6to4라고 하는 기술은 IPv6 패킷을 IPv4 패킷 안에 캡슐화하여 IPv4 전용 네트워크를 통해 IPv6 트래픽을 전송합니다. NAT64와 같은 변환 기술은 한 걸음 더 나아가, IPv6 전용 클라이언트가 IPv4 전용 서버에 접속할 수 있도록 IPv6 패킷을 IPv4로(또는 그 반대로) 능동적으로 변환합니다. 이러한 메커니즘은 약간의 복잡성을 감수하는 대가로, 전환 중인 인터넷을 하나로 묶어주는 역할을 합니다.

성능 고려 사항

IPv6이 연결 속도를 더 빠르게 해줄까요? 솔직한 대답은 ‘때로는, 아주 약간, 그리고 사람들이 생각하는 이유와는 다르게’입니다. IPv6 자체는 IPv4보다 데이터를 더 빠르게 전송하지 않습니다. 하지만 현실 세계에서 IPv6에 이점을 주는 두 가지 요소가 있습니다. 첫째, 더 단순한 고정 크기 헤더 덕분에 라우터가 패킷을 처리할 때 오버헤드가 약간 줄어듭니다. 둘째, 더 중요한 점은 IPv6 트래픽이 IPv4가 반드시 통과해야 하는 여러 계층의 NAT를 종종 우회한다는 것입니다. NAT를 한 번 통과할 때마다 소량의 지연 시간과 주소 변환 조회 작업이 발생하며, 캐리어급 NAT(ISP가 하나의 주소를 여러 고객에게 공유하는 방식)의 경우 눈에 띄는 지연이 발생할 수 있습니다. IPv6는 종단 간 직접 연결을 복원함으로써 이러한 우회 경로를 제거할 수 있습니다.

대규모 콘텐츠 네트워크를 대상으로 한 측정 테스트에서, IPv6 연결은 IPv4 연결보다 종종 약간 더 빠르게 완료되는 것으로 나타났으나, 그 차이는 미미하며 경로에 따라 달라집니다. 대부분의 사용자에게는 이러한 성능 차이를 감지하기 어렵습니다. 실질적인 이점은 아키텍처 측면에서 더 큽니다. 피어 투 피어(P2P) 애플리케이션, 게임, 화상 통화 시 NAT 통과로 인한 골칫거리가 사라지며, 양쪽 끝점이 실제 접근 가능한 주소를 가지고 있을 때 모든 작업이 더 원활하게 진행됩니다.

일반 사용자에게 이는 무엇을 의미할까요?

일반 가정용 또는 모바일 사용자라면, 이 전환 과정이 사용자에게 전혀 눈에 띄지 않도록 설계되어 별도의 조치가 필요 없다는 점이 좋은 소식입니다. 운영 체제, 라우터, 휴대폰은 모두 듀얼 스택을 자동으로 처리합니다. 웹사이트를 방문할 때, 사용자와 사이트 모두 IPv6를 지원하면 기기가 자동으로 IPv6를 선택하고, 그렇지 않으면 IPv4로 전환됩니다. 사용자가 이를 의식할 일은 거의 없습니다.

이 문제가 표면화되는 부분은 문제 해결과 개인정보 보호 분야입니다. IPv6는 기기에 전 세계적으로 고유한 주소를 부여하기 때문에, 일부 사람들은 추적에 대해 우려합니다. 최신 운영 체제는 주소의 호스트 부분을 주기적으로 변경하는 개인정보 보호 확장 기능을 통해 이 문제를 해결하므로, 사용자의 IPv6 주소는 영구적인 식별 정보가 되지 않습니다. 기억해 두면 좋은 몇 가지 실용적인 요점은 다음과 같습니다:

  • 가정용 네트워크는 거의 확실히 이미 IPv4와 함께 IPv6를 사용하고 있습니다.
  • 사용자는 IPv4 주소와 IPv6 주소를 동시에 보유할 수 있습니다.
  • IPv6 주소는 겉보기에는 복잡해 보이지만, 직접 입력하거나 외워야 할 일은 거의 없습니다.
  • 라우터 펌웨어와 기기를 최신 상태로 유지하는 것이 두 프로토콜을 원활하게 작동시키기 위해 할 수 있는 가장 좋은 방법입니다.

웹사이트 소유자에게 이는 무엇을 의미할까요?

웹사이트나 온라인 서비스를 운영한다면, IPv6를 무시하는 것은 조용히 귀하의 도달 범위를 축소시키는 결과를 초래합니다. 점점 더 많은 모바일 네트워크와 가정용 ISP가 IPv6 우선 방식을 채택하고 있으며, 때로는 캐리어급 NAT 뒤에서 고객에게 IPv6 연결만 제공하기도 합니다. IPv6를 통해 사이트를 제공하면 사용자가 혼잡한 변환 게이트웨이를 거치지 않고 직접 사이트에 접속할 수 있으므로, 안정성이 향상되고 체감 속도도 빨라질 수 있습니다.

웹사이트 운영자가 취할 수 있는 실질적인 조치로는 다음이 있습니다.

  1. DNS에 서버의 IPv6 주소를 가리키는 AAAA 레코드(A 레코드에 해당하는 IPv6 레코드)를 추가하십시오.
  2. 대부분의 주요 호스팅 제공업체나 CDN은 추가 비용 없이 IPv6를 지원하므로, 해당 업체가 IPv6를 지원하는지 확인하십시오.
  3. 방화벽과 애플리케이션 로깅이 더 긴 IPv6 주소 형식을 올바르게 처리하는지 테스트하십시오.
  4. 듀얼 스택(dual-stack)으로 운영하여 두 프로토콜 모두를 지원함으로써 어떤 방문자도 소외되지 않도록 하십시오.

사용 중인 버전을 확인하는 방법

확인하는 방법은 간단합니다. 명령줄에서 다음 명령을 실행하세요. ipconfig Windows에서는 ifconfig / ip addr macOS 및 Linux에서 다음 명령을 실행하고 주소를 확인하십시오. 점으로 구분된 십진수 형식의 주소는 IPv4이며, 콜론(:)이 포함된 주소는 IPv6입니다. fe80:: 로 시작하는 주소는 로컬 네트워크에서만 작동하는 링크 로컬 IPv6 주소이며, 글로벌 IPv6 주소는 일반적으로 2000::/3 범위로 시작합니다. 가장 간단한 방법은 브라우저를 열고 온라인 조회 서비스를 이용하는 것으로, 명령줄 작업 없이도 즉시 대외적으로 노출된 주소를 확인할 수 있습니다. ‘내 IPv4 주소는 무엇인가요?’와 ‘내 IPv6 주소는 무엇인가요?’를 확인하여 네트워크가 인터넷에 정확히 어떤 주소를 노출하고 있는지 알아보세요.

자주 묻는 질문

IPv6이 IPv4를 완전히 대체하고 있나요?

결국은 그렇겠지만, 하룻밤 사이에 이루어지지는 않습니다. 현재 두 프로토콜은 듀얼 스택을 통해 병행하여 운영되고 있으며, 기존 하드웨어와 소프트웨어의 방대한 설치 기반 때문에 IPv4는 앞으로도 수년 동안 계속 사용될 것입니다. 이를 갑작스러운 전환이 아닌, 길고 점진적인 이양 과정으로 생각하시면 됩니다.

IPv4 기기가 IPv6 기기와 직접 통신할 수 있나요?

직접적으로는 불가능합니다. 두 프로토콜은 패킷 수준에서 상호 운용성이 없기 때문입니다. 두 기기 간의 통신에는 NAT64와 같은 변환 메커니즘이나 두 프로토콜을 모두 지원하는 듀얼 스택 중개자가 필요합니다. 이러한 기본 상호 운용성의 부재가 전환이 이렇게 오래 걸리는 주된 이유입니다.

IPv6이 IPv4보다 더 빠르나요?

보통은 약간 더 빠를 뿐입니다. IPv6가 데이터를 더 빠르게 전송하는 것은 아니지만, 더 단순한 헤더와 불필요한 NAT 계층을 피함으로써 일부 경로에서 지연 시간을 줄일 수 있습니다. 더 의미 있는 이점은 게임, 화상 통화, P2P 앱에서 더 원활한 직접 연결이 가능해진다는 점입니다. 일상적인 웹 서핑에서는 극적인 차이를 느끼기 어려울 것입니다.

IPv6가 IPv4보다 더 안전한가요?

IPv6는 처음부터 IPsec 지원이 내장된 상태로 설계된 반면, IPv4에서는 IPsec이 선택적 추가 기능이었습니다. 하지만 실제 보안은 프로토콜 버전 자체보다 네트워크 구성 방식과 방화벽 설정에 훨씬 더 크게 좌우됩니다. IPv6가 더 최신 버전이라고 해서 자동으로 더 안전한 것은 아닙니다.

왜 여전히 192.168.1.5와 같은 사설 IPv4 주소를 가지고 있나요?

이는 로컬 네트워크 내에서 라우터가 할당해 준 사설 주소이며, 완전히 정상적인 현상입니다. 라우터는 NAT를 사용하여 단일 공용 IPv4 주소를 모든 기기에서 공유합니다. 사설 주소는 공용 인터넷에 절대 노출되지 않으며, 오직 라우터의 공용 주소만 노출됩니다.

내 연결이 어떤 주소를 사용하고 있는지 어떻게 확인할 수 있나요?

가장 빠른 방법은 온라인 조회 도구를 사용하는 것입니다. ‘내 IPv4 주소는 무엇인가요?’와 ‘내 IPv6 주소는 무엇인가요?’를 확인하여 네트워크가 인터넷에 정확히 어떤 주소를 노출하고 있는지 확인하세요. IPv6 검색 결과가 비어 있다면, 네트워크나 ISP에서 아직 IPv6를 활성화하지 않은 것입니다.