IPv6

IPv6
인터넷 프로토콜 버전 6
통신 프로토콜
Diagram of an IPv6 header
IPv6 헤더
목적인터넷 워킹 프로토콜
개발자인터넷 기술 태스크포스
서론1995년 12월, 26년 전(1995년-12년)
에 기반을 둔IPv4
RFC2460, 8200
인터넷 프로토콜 스위트
응용 프로그램레이어
트랜스포트 레이어
인터넷 레이어
링크 레이어

IPv6(Internet Protocol version 6)은 네트워크의 컴퓨터에 식별 및 위치 시스템을 제공하고 인터넷을 통해 트래픽을 라우팅하는 통신 프로토콜인 IP(Internet Protocol)의 최신 버전입니다.IPv6 는, IPv4 주소의 고갈이라고 하는 오랫동안 예상되고 있던 문제에 대처하기 위해서, Internet Engineering Task Force(IETF; 인터넷 기술 특별 조사위원회)에 의해서 개발되어 IPv4 [1]를 대체하는 것을 목적으로 하고 있습니다.1998년 12월, IPv6는 IETF의 [2]표준 초안이 되었고, 이후 2017년 [3][4]7월 14일 인터넷 표준으로 승인되었다.

인터넷상의 디바이스에는, 식별 및 로케이션 정의를 위해서 일의의 IP 주소가 할당됩니다.1990년대 상용화 이후 인터넷이 급속히 성장함에 따라 IPv4 주소 공간보다 훨씬 더 많은 주소가 디바이스 접속에 필요한 것이 분명해졌다.1998년까지 IETF는 후속 프로토콜을 공식화했다.IPv6는 128비트주소를 사용하여 이론상 2개 또는 약 3.4×10개의38 주소를 허용합니다128.여러 범위가 특수한 용도로 예약되어 있거나 사용에서 완전히 제외되어 있으므로 실제 숫자는 약간 더 작습니다.이 2개의 프로토콜은 상호 운용이 가능하도록 설계되어 있지 않기 때문에, 직접 통신할 수 없기 때문에, IPv6로의 이행이 복잡해집니다.그러나 이를 수정하기 위해 몇 가지 전환 메커니즘이 고안되었습니다.

IPv6 는, 주소 지정 스페이스의 넓이에 가세해 그 외의 기술적인 메리트를 제공합니다.특히, 인터넷상에서 루트 집약을 용이하게 하는 계층형 주소 할당 방식을 사용할 수 있기 때문에 라우팅 테이블의 확장이 제한됩니다.멀티캐스트 어드레싱의 사용이 확장 및 간소화되어 서비스 전달에 대한 추가 최적화가 제공됩니다.프로토콜 설계에서는 디바이스 이동성, 보안 및 설정 측면을 고려했습니다.

IPv6 주소는, 콜론으로 구분된, 각각4 자리수의 16 진수로 이루어진 8 개의 그룹으로 표시됩니다.예를 들어 2001:0db8:0000:0000:8a2e:0370:7334는 2001:db8:8a2e:370:7334가 됩니다.

주요 기능

IPv6 주소에 사용되는 용어집

IPv6는 패킷 교환형 인터넷 워크를 위한 인터넷 계층 프로토콜이며, 여러 IP 네트워크를 통해 엔드 투 엔드 데이터그램 전송을 제공하며, 이전 버전의 프로토콜인 IPv4에서 개발된 설계 원칙을 준수합니다.

IPv6 는, 보다 많은 주소를 제공할 뿐만 아니라, IPv4 에 없는 기능도 실장하고 있습니다.이것에 의해, 네트워크 접속 프로바이더를 변경할 때의 주소 설정, 네트워크 번호 변경, 및 라우터 아나운스먼트의 각 부분이 간소화됩니다.패킷 플래그멘테이션을 엔드 포인트에 배치함으로써 라우터의 패킷 처리가 간소화됩니다.IPv6 서브넷사이즈는, 주소의 호스트 ID 부분의 사이즈를 64 비트로 고정하는 것으로 표준화 됩니다.

IPv6 의 어드레싱 아키텍처는 RFC 4291 에 정의되어 있어, 유니캐스트, 애니캐스트, 및 멀티 [5]: 210 캐스트의 3 종류의 전송을 허가합니다.

동기 및 기원

IPv4 주소의 고갈

주요 기사: IPv4 주소 소진
닷 10 진수의 IPv4 주소 표현을 바이너리 값으로 분해합니다.

IPv4(Internet Protocol Version 4)는 최초로 공개적으로 사용된 인터넷 프로토콜 버전입니다.IPv4는 인터넷과 월드와이드웹의 기반이 되기 전에 미국 국방부 기관인 국방고등연구계획국(DARPA)에 의해 연구 프로젝트로 개발되었다.IPv4 는, 32 비트로 이루어진 수치 식별자를 사용하는 어드레싱 시스템을 포함한다.이러한 주소는 보통 도트 10진 표기로 4개의 옥텟(각각 0 ~255) 또는 숫자당8비트)의 10진수치로 표시됩니다.따라서, IPv4 는 2 주소 또는 약 43억 주소의32 어드레싱 기능을 제공합니다.이 버전은 원래 DARPA의 네트워킹 [6]개념을 테스트하는 것으로 간주되었기 때문에, IPv4 에서는 주소의 고갈이 우려되는 것은 아니었습니다.인터넷 운영의 첫 10년 동안, 주소 공간을 절약하기 위해 방법을 개발해야 한다는 것이 명백해졌다.1990년대 초, 클래스리스 네트워크 모델을 사용해 어드레싱 시스템을 재설계한 후에도, IPv4 주소의 고갈을 막기에는 불충분하고, 인터넷 인프라스트럭처를 한층 더 변경할 필요가 [7]있는 것이 분명해졌다.

마지막으로 할당되지 않은 1,600만 IPv4 주소의 최상위 주소 블록은 2011년 2월에 Internet Assigned Numbers Authority(IANA; 인터넷 할당 번호국)에 의해 5개의 지역 인터넷레지스트리(RIR)[8]에 할당되었습니다.단, 각 RIR에는 여전히 사용 가능한 주소 풀이 있으며 /8 Classless Inter-Domain Routing(CIDR; 클래스리스 도메인 간 라우팅) 블록이 1개 남아 있을 때까지 표준 주소 할당 정책을 계속 사용할 수 있습니다.그 후 RIR에서 Local Internet Registry(LIR; 로컬인터넷레지스트리)에는 1,024 주소의 블록(/22)만이 제공됩니다.2015년 9월 현재 아시아 태평양 네트워크 정보 센터(APNIC), Réseaux IP Européens 네트워크 조정 센터(RIPE_NCC), 중남미 카리브 네트워크 정보 센터(LACNIC) 및 미국 인터넷 번호 등록소(AR)는 모두 이 [9][10][11]단계에 도달했습니다.이것에 의해, African Network Information Center(AFRINIC; 아프리카 네트워크 정보 센터)는, IPv4 주소의 배포에 통상의 프로토콜을 계속 사용하고 있는 유일한 지역 인터넷 레지스트리가 됩니다.2018년 11월 현재 AFRINIC의 최소 할당은 /22 또는 1024 IPv4 주소입니다.LIR는 전체 주소 공간의 약 80%가 [12]사용되면 추가 할당을 받을 수 있습니다.

RIPE NCC는,[13] 2019년 11월 25일에 IPv4 주소가 완전하게 바닥났다고 발표해, IPv6의 채용에 한층 더 진보를 요구했다.

인터넷은 가까운 [by whom?]장래에 IPv6와 함께 IPv4를 사용할 것으로 예상되고 있다.

IPv4와의 비교

인터넷에서는, 데이터는 네트워크 패킷의 형태로 송신됩니다.IPv6 는,[2][14] 라우터에 의한 패킷 헤더 처리를 최소한으로 억제하도록 설계된 새로운 패킷 형식을 지정합니다.IPv4 패킷과 IPv6 패킷의 헤더는 크게 다르기 때문에, 2개의 프로토콜은 상호 운용할 수 없습니다.그러나 대부분의 전송 및 애플리케이션 계층 프로토콜은 IPv6 상에서 작동하기 위해 거의 또는 전혀 변경할 필요가 없습니다. 예외는 새로운 주소 형식이 기존 프로토콜 구문과 충돌을 일으킬 수 있는 파일 전송 프로토콜(FTP) 및 네트워크 시간 프로토콜(NTP)과 같은 인터넷 계층 주소를 포함하는 애플리케이션 프로토콜입니다.

주소 공간 확대

IPv4 에 비해 IPv6 의 주된 장점은, 주소 공간이 넓다는 것입니다.IPv4 [2]의 32 비트에 비해, IPv6 주소의 사이즈는 128 비트입니다.따라서 주소 공간에는 2=182,282,366,920,938,463,374,607,431,768,211,456개의 주소(약 3.4×1038)가 있습니다128.이 공간의 일부 블록과 일부 특정 주소는 특수 용도로 예약되어 있습니다.

이 주소 공간은 매우 크지만 IPv6 설계자는 사용 가능한 주소로 지리적 포화를 보장하려는 의도는 없었습니다.주소가 길수록 주소 할당이 단순해지고 효율적인 루트 집약이 가능해져 특별한 어드레싱 기능의 실장이 가능하게 됩니다.IPv4 에서는, 작은 주소 공간을 최대한 활용하기 위해서, 복잡한 Classless Inter-Domain Routing(CIDR; 클래스리스 도메인간 라우팅) 방식이 개발되었습니다.IPv6 의 서브넷의 표준 사이즈는, 2 개의 주소입니다64.이는 IPv4 주소 공간 전체의 약 40억 배입니다.따라서, IPv6 에서는 실제의 주소 공간 사용율은 적지만, 큰 서브넷스페이스와 계층형 루트 집약에 의해서, 네트워크 관리와 라우팅 효율이 향상됩니다.

멀티캐스팅

IPv6의 멀티캐스트 구조

멀티캐스팅(단일 송신 조작으로 패킷을 복수의 수신처에 송신하는 것)은, IPv6 의 기본 사양의 일부입니다.IPv4 에서는, 이것은 옵션([15]일반적으로 실장되고 있습니다만) 기능입니다.IPv6 멀티캐스트 어드레싱은 IPv4 멀티캐스트와 공통되는 기능과 프로토콜을 가지고 있지만 특정 프로토콜의 필요성을 제거하여 변경과 개선도 제공합니다.IPv6 에서는, 종래의 IP 브로드캐스트, 즉 특별한 브로드캐스트주소를 사용해 접속 링크상의 모든 호스트에 패킷을 송신하는 것은 실장되어 있지 않기 때문에, 브로드캐스트주소는 정의되어 있지 않습니다.IPv6에서는 주소 ff02::1의 링크 로컬 모든 노드 멀티캐스트그룹에 패킷을 송신함으로써 같은 결과를 얻을 수 있습니다.이는 주소 224.0.0.1에 대한 IPv4 멀티캐스팅과 유사합니다.IPv6에서는 IPv6 멀티캐스트그룹 주소에 랑데부포인트 주소를 짜넣는 것을 포함한 새로운 멀티캐스트 실장에도 준비되어 있기 때문에, 도입이 심플해집니다.도메인 간 솔루션의 [16]nt.

IPv4 에서는, 글로벌하게 라우팅 가능한 멀티 캐스트 그룹을 1개라도 할당하는 것은 매우 어렵고, 도메인간 솔루션의 실장은 곤란합니다.[17]IPv6용 로컬인터넷레지스트리에 의한 유니캐스트주소 할당에는, 적어도 64비트라우팅 프리픽스가 있어 IPv6(64비트도)에서 사용 가능한 최소의 서브넷사이즈를 얻을 수 있습니다.이러한 할당을 통해 유니캐스트주소 프레픽스를 IPv6 멀티캐스트주소 포맷에 삽입하면서 32비트블록, 주소의 최하위 비트 또는 약 42억 멀티캐스트그룹 식별자를 제공할 수 있습니다.따라서 IPv6 서브넷의 각 사용자는 멀티캐스트애플리케이션용으로 [18]글로벌하게 라우팅 가능한 송신원 고유의 멀티캐스트그룹 세트를 자동적으로 사용할 수 있습니다.

스테이트리스 주소 자동 설정(SLAAC)

「IPv6 주소」도 참조해 주세요.스테이트리스 주소 자동 설정

IPv6 호스트는 자동적으로 설정됩니다.모든 인터페이스에는 자기 생성 링크 로컬주소가 있으며 네트워크에 접속하면 경합 해결이 실행되고 라우터는 라우터 [19]애드버타이즈먼트를 통해 네트워크프리픽스를 제공합니다.라우터의 스테이트리스 설정은, 특수한 라우터 번호 [20]재설정 프로토콜을 사용해 실시할 수 있습니다.필요한 경우 호스트는 Dynamic Host Configuration Protocol 버전 6(DHCPv6) 또는 정적 주소를 통해 추가 스테이트 풀 주소를 수동으로 구성할 수 있습니다.

IPv4 와 같이, IPv6 는 글로벌하게 일의의 IP 주소를 서포트합니다.IPv6 의 설계는, 네트워크 주소 변환을 낡은 것으로 하는 것으로써, 초기 인터넷 확립시에 생각해 온 엔드 투 엔드 네트워크 설계의 원칙을 재차 강조하는 것을 목적으로 하고 있습니다.따라서 네트워크상의 모든 디바이스는 다른 디바이스에서 직접 글로벌하게 주소를 지정할 수 있습니다.

안정적이고 일의적이며 글로벌하게 주소를 지정할 수 있는IP 주소를 사용하면, 네트워크상의 디바이스의 트래킹이 용이하게 됩니다.따라서 이러한 주소는 노트북이나 [21]휴대폰과 같은 모바일 디바이스에서 특히 프라이버시 문제가 됩니다.이러한 프라이버시 문제에 대처하기 위해 SLAAC 프로토콜에는 RFC 4941 "Privacy Extensions for Stateless Address Autoconfiguration in IPv6"[22]에 코드화된 통상적인 "프라이버시 주소", 즉 "일시 주소"라고 불리는 것이 포함됩니다.임시 주소는 랜덤으로 불안정합니다.일반적인 컨슈머 디바이스는 매일 새로운 임시 주소를 생성하며, 1주일 후에 오래된 주소로 주소가 지정된 트래픽을 무시합니다.임시 주소는 XP SP1 [23]이후 Windows, (Mac OS X) 10.7 이후 MacOS, 4.0 이후 Android 및 버전 4.3 이후 iOS에서 기본적으로 사용됩니다.Linux 배포별 임시 주소 사용은 다양합니다.[24]

IPv4 [25][26]에서는, 라우팅 프리픽스가 다른 새로운 접속 프로바이더의 기존 네트워크의 번호를 다시 매기는 것이 큰 과제입니다.다만, IPv6 에서는, 호스트 식별자(주소의 최하위 64 비트)는,[19] 호스트에 의해서 독립적으로 설정할 수 있기 때문에, 몇개의 라우터에 의해서 통지되는 프리픽스를 변경하면, 원칙적으로 네트워크 전체의 번호가 재설정됩니다.

SLAAC 주소 생성 방식은 구현에 따라 달라집니다.IETF 에서는, 주소는 결정론적이지만, 의미적으로는 [27]불투명할 것을 권장합니다.

IPsec

IPsec(Internet Protocol Security)는 원래 IPv6용으로 개발되었지만 IPv4에서 가장 먼저 광범위한 배포가 발견되었고, 이를 위해 리엔지니어링되었습니다.IPsec은 모든 IPv6 프로토콜 [2]구현의 필수 부분이며 Internet Key Exchange(IKE; 인터넷키 익스체인지)가 권장되었지만, RFC 6434에서는 IPv6 구현에 IPsec을 포함하는 것이 IPv6을 사용할 수 있는 모든 유형의 디바이스에 대해 완전한 IPsec 구현이 필요하다고 간주되기 때문에 권장 사항으로 다운그레이드되었습니다.다만, RFC 4301 의 시점에서는, IPsec 를 실장하는 IPv6 프로토콜의 실장은 IKEv2 를 실장해, 최소한의 암호화 알고리즘 세트를 서포트할 필요가 있습니다.이 요건에 의해, 다른 벤더의 디바이스간의 IPsec 실장의 상호 운용성이 향상됩니다.IPsec Authentication Header(AH; 인증 헤더) 및 Encapsulating Security Payload Header(ESP; 캡슐화 보안 페이로드 헤더)는, IPv6 확장 [28]헤더로서 실장됩니다.

라우터에 의한 간단한 처리

IPv6 의 패킷 헤더는, IPv4 헤더보다 심플합니다.거의 사용되지 않는 많은 필드가 옵션의 헤더 [29]확장자로 이동되었습니다.간소화된 IPv6 패킷헤더로 라우터에 의한 패킷 전송 프로세스가 간소화되었습니다.IPv6 패킷헤더는 IPv4 패킷헤더의 최소 2배 크기이지만, 라우터에 의한 베이스 IPv6 헤더만을 포함한 패킷의 처리가 보다 효율적일 수 있습니다.이는 헤더가 공통 [2][14]워드사이즈와 일치하도록 정렬되어 있기 때문입니다.다만, 많은 디바이스는, (하드웨어가 아니고) 소프트웨어로 IPv6 서포트를 실장하고 있기 때문에, 패킷 처리의 [30]퍼포먼스가 매우 저하합니다.또한 많은 구현에서 확장 헤더를 사용하면 라우터의 CPU에 의해 패킷이 처리되어 퍼포먼스가 저하되거나 [31]보안 문제가 발생할 수 있습니다.

게다가 IPv6 헤더에는 체크섬이 포함되어 있지 않습니다.IPv4 헤더 체크섬은 IPv4 헤더용으로 계산되며, 존속 가능 시간(IPv6 프로토콜에서는 홉 제한)이 1씩 단축될 때마다 라우터에 의해 재계산되어야 합니다.IPv6 헤더에 체크섬이 없는 것은 네트워크에서의 대부분의 처리가 리프 노드에서 이루어지는 것을 상정하고 있는 인터넷 설계의 엔드 투 엔드 원칙을 더욱 촉진합니다.IPv6 패킷에 캡슐화된 데이터에 대한 무결성 보호는 링크 계층 또는 상위 계층 프로토콜(Transmission Control Protocol(TCP) 및 트랜스포트 계층 상의 User Datagram Protocol(UDP)의 오류 검출에 의해 보증되는 것으로 간주됩니다.따라서 IPv4 에서는 UDP 데이터그램헤더에 체크섬(헤더필드에 0으로 표시)이 없는 반면 IPv6 에서는 UDP 헤더에 체크섬이 필요합니다.

IPv6 라우터는, IP 플래그멘테이션을 실행하지 않습니다.IPv6 호스트는, 패스 MTU 검출의 실행, 엔드 투 엔드 플래그멘테이션의 실행, 또는 디폴트의 Maximum Transmission Unit(MTU; 최대 전송 유닛)의 1280 옥텟 이하의 패킷을 송신하기 위해서 필요합니다.

유동성

모바일 IPv4 와 달리, 모바일 IPv6 는 삼각 루팅을 회피하기 때문에, 네이티브 IPv6 와 같이 효율적입니다.IPv6 라우터에서는,[32] 서브넷 전체가 새로운 라우터 접속 포인트로의 이동을 허가하는 경우도 있습니다.

확장 헤더

IPv6 확장 헤더의 몇 가지 예

IPv6 패킷헤더의 최소 사이즈는 40 옥텟(320비트)입니다.옵션은 확장으로 구현됩니다.이것은 향후 코어 [2]패킷 구조에 영향을 주지 않고 프로토콜을 확장할 수 있는 기회를 제공합니다.다만, RFC 7872 에서는, 일부의 네트워크 오퍼레이터가 자율 시스템을 통과할 때에, 확장 헤더를 가지는 IPv6 패킷을 드롭 하는 것에 주의하고 있습니다.

점보그램

IPv4 에서는, 패킷이 65,535(2-116) 옥텟의 페이로드로 제한됩니다.IPv6 노드에서는, 점보그램이라고 불리는 이 제한을 넘는 패킷을 임의로 처리할 수 있습니다.점보그램은 4,294,967,29532 옥텟까지 지정할 수 있습니다.점보그램을 사용하면 고MTU 링크보다 성능이 향상될 수 있습니다.점보그램의 사용은 점보 페이로드 옵션 확장 [33]헤더로 나타납니다.

IPv6 패킷

주요 기사: IPv6 패킷
IPv6 패킷헤더

IPv6 패킷에는, 헤더와 페이로드의 2개의 부분이 있습니다.

헤더는 모든 패킷에 필요한 최소한의 기능을 가진 고정 부분으로 구성되어 있으며, 그 뒤에 특수 기능을 구현하기 위한 옵션 확장이 이어지는 경우가 있습니다.

고정 헤더는, IPv6 패킷의 최초의 40 옥텟(320 비트)을 차지합니다.송신원주소와 행선지 주소, 트래픽클래스, 홉카운트, 헤더 뒤에 이어지는 옵션의 내선번호 또는 페이로드 타입이 포함됩니다.이 [Next Header]필드는 헤더 뒤에 오는 데이터를 해석하는 방법을 수신자에게 알려줍니다.패킷에 옵션이 포함되어 있는 경우 이 필드에는 다음 옵션의 옵션유형이 포함됩니다.마지막 옵션의 "Next Header" 필드는 패킷 페이로드로 전송되는 상위 계층 프로토콜을 가리킵니다.

현재 [IPv6 Traffic Class]필드를 사용하고 있는 경우는, 이것을 6 비트의 Differentiated Services Code[34] Point 필드와 2 비트의 Explicit Congestion Notification [35]필드로 분할합니다.

확장 헤더에는 라우팅, 플래그멘테이션, IPsec 프레임워크를 사용한 보안 등 네트워크 내 패킷의 특수한 처리에 사용되는 옵션이 포함되어 있습니다.

특별한 옵션이 없는 경우 payload는 64kB 미만이어야 합니다.점보 페이로드 옵션(홉 바이 홉 옵션 확장 헤더)의 경우 페이로드 크기는 4GB 미만이어야 합니다.

IPv4 와 달리, 라우터는 패킷을 fragment화하지 않습니다.호스트는 패스 MTU 디스커버리를 사용하여 패킷을 fragment화할 필요 없이 수신처에 도달할 수 있을 정도로 작게 만듭니다.「IPv6 패킷플래그멘테이션」을 참조해 주세요.

주소 지정

주요 기사: IPv6 주소
IPv6 유니캐스트주소의 일반적인 구조

IPv6 주소에는 128비트가 있습니다.IPv6 주소 공간의 설계에서는, IPv4 와는 다른 설계 이념이 실장되어 있습니다.IPv4 에서는 서브넷화가 사용되어 작은 주소 공간의 사용 효율이 향상되었습니다.IPv6 에서는, 주소 공간은 예측 가능한 장래에 충분히 큰 것으로 간주됩니다.로컬 영역 서브넷에서는, 항상 주소의 호스트 부분(인터페이스 ID 로서 지정)에 64 비트가 사용됩니다.또, 최상위 64 비트가 라우팅 [36]프리픽스로 사용됩니다.IPv6 서브넷의 스캔이 불가능하다는 통념이 존재하지만, RFC 7707 에서는, 일부의 IPv6 주소 설정 기술 및 알고리즘에 의한 패턴은, 많은 실제의 시나리오에서 주소 스캔을 가능하게 하고 있는 것에 주목하고 있습니다.

주소 표시

IPv6 주소의 128비트는, 각각 16비트의 8개의 그룹으로 표시됩니다.각 그룹은 4개의 16진수 자리수[37][38](16진수 또는 정식적으로는 16진수라고도[39] 하며 비공식적으로는 쿼드블 또는 쿼드니블이라고도[39] 함)로 작성되며 그룹은 콜론(:)으로 구분됩니다.예를 들어 2001:0db8:0000:0000:0000:ff00:0042:8329 입니다.

편리하고 알기 쉽게 하기 위해서, IPv6 주소의 표현을 다음의 룰로 단축할 수 있습니다.

  • 16 진수의 임의의 그룹에서1개 또는 복수의 선행 제로가 삭제됩니다.보통은 선행 제로가 모두 삭제됩니다.예를 들어 그룹 0042는 42로 변환됩니다.
  • 연속되는 제로 섹션은 2개의 콜론(::)으로 대체됩니다.여러 번 사용하면 주소가 불확실해지기 때문에, 이것은 주소로 1회만 사용할 수 있습니다.RFC 5952에서는 [40]0의 생략된 단일 섹션을 나타내기 위해 이중 콜론을 사용하지 않도록 요구하고 있습니다.

다음 규칙의 적용 예를 나타냅니다.

초기 주소: 2001:0db8:0000:0000:00:00:00:ff00:0042:8329.
각 그룹의 선행 제로를 모두 삭제한 후: 2001:db8:0:0:0:ff00:42:8329.
연속되는 제로 섹션이 생략된 후: 2001:db8::ff00:42:8329.

루프백 주소 0000:0000:0000:0000:0000:0000:0001은 RFC 5156에 정의되어 있으며 두 규칙을 모두 사용하여 ::1로 축약되어 있습니다.

IPv6 주소가 복수의 표현을 가지는 경우가 있기 때문에,[41] IETF 는 그것들을 텍스트로 표현하기 위한 제안된 표준을 발행하고 있습니다.

IPv6 주소에는 콜론이 포함되어 URL에서는 콜론을 사용하여 호스트를 포트 번호로부터 분리하기 위해 RFC2732[42] 에서는, URL 의 호스트 부분으로서 사용되는 IPv6 주소는, http://[2001:db8:4006:812:200e]또는 http:/[2001:db8:4006:12:200]와 같이 각 괄호로 둘러싸도록 규정되어 있습니다.

링크 로컬 주소

IPv6의 링크 로컬 유니캐스트주소 구조

IPv6 호스트의 모든 인터페이스에는 fe80::/10 프리픽스를 가지는 링크 로컬주소가 필요합니다.이 접두사는 링크 로컬 주소 자동 [citation needed]구성이라는 프로세스에서 DHCP 서버와 같은 외부 네트워크 구성 요소의 존재나 협력 없이 호스트가 자체적으로 계산하고 할당할 수 있는 64비트 접미사와 결합됩니다.

링크 로컬주소의 하위64비트(서픽스)는 원래 기반이 되는 네트워크인터페이스 카드의 MAC 주소로부터 취득되었습니다.이 주소 할당 방식은 장애가 있는 네트워크 카드를 교환했을 때 바람직하지 않은 주소 변경을 일으키기 때문에 보안 및 프라이버시 문제도 다수 발생하고 있기 때문에 RFC 8064는 원래의 MAC 기반 방식을 RFC 7217에 [citation needed]규정된 해시 기반 방식으로 대체했습니다.

주소 고유성 및 라우터 요청

IPv6 에서는, IPv4 의 Address Resolution Protocol(ARP) 기능의 기반이 되는 브로드캐스트어드레싱 방식이 서포트되지 않기 때문에, IP 주소를 링크 레이어 주소(MAC 주소)에 매핑 하기 위해서 새로운 메카니즘이 사용됩니다.IPv6는 링크레이어에 Neighbor Discovery Protocol(NDP, ND)을 실장하고 있습니다.링크 레이어는 ICMPv6 및 멀티캐스트 [5]: 210 전송에 의존합니다.IPv6 호스트는, IP 주소의 링크 레이어 주소를 요구하는 네이버 송신 요구 메시지를 송신하는 것에 의해서, 로컬 에리어 네트워크(LAN)내의 IPv6 주소의 일의성을 확인합니다.LAN 내의 다른 호스트가 그 주소를 사용하고 있는 경우는,[43] 응답합니다.

새로운 IPv6 인터페이스를 기동하는 호스트는, 우선 일의의 주소를 생성하도록 설계된 몇개의 메카니즘 중 하나를 사용해 일의의 링크 로컬주소를 생성합니다.고유하지 않은 주소가 감지되면 호스트는 새로 생성된 주소로 다시 시도할 수 있습니다.일의의 링크 로컬주소가 확립되면, IPv6 호스트는, 이 링크상에서 LAN 가 IPv6 를 서포트하는 라우터 인터페이스에 접속되어 있는지를 판별합니다.이를 위해서는 링크 로컬주소를 송신원으로 하는 모든[44] 라우터의 멀티캐스트그룹에 ICMPv6 라우터 송신 요구 메시지를 송신합니다.소정의 횟수만큼 시행해도 응답이 없을 경우 호스트는 라우터가 연결되어 있지 않다고 판단합니다.라우터 애드버타이즈먼트라고 불리는 응답을 라우터로부터 수신했을 경우, 응답에는 적절한 유니캐스트네트워크 [45]프리픽스를 가지는 글로벌하게 일의인 주소를 확립할 수 있는 네트워크 설정 정보가 포함됩니다.또, DHCP 를 사용해 상세한 정보와 주소를 취득할 필요가 있는지를 호스트에 통지하는 2 개의 플래그 비트도 있습니다.

  • Manage 비트: 호스트가 DHCP를 사용하여 라우터 애드버타이즈먼트에서 자동 설정된 주소에 의존하지 않고 추가 주소를 취득할 필요가 있는지 여부를 나타냅니다.
  • 호스트가 DHCP를 통해 다른 정보를 가져올지 여부를 나타내는 Other 비트입니다.그 외의 정보는, 호스트가 접속되어 있는 서브넷의 1개 또는 복수의 프리픽스 정보 옵션, 프리픽스의 라이프 타임, 및 다음의 2개의 [43]플래그로 구성됩니다.
    • 온링크: 이 플래그가 설정되어 있는 경우 호스트는 특정 서브넷 상의 모든 주소를 온링크로 간주하여 지정된 라이프 타임 동안 라우터에 패킷을 송신하지 않고 직접 전송합니다.
    • 주소:이 플래그는 호스트에게 실제로 글로벌주소를 작성하도록 지시합니다.

글로벌 어드레싱

IPv6의 글로벌 유니캐스트주소 구조

글로벌 주소의 할당 순서는 로컬주소 구축과 비슷합니다.프리픽스는 네트워크상의 라우터 애드버타이즈먼트에서 제공됩니다.복수의 프리픽스 아나운스먼트를 실시하면, 복수의 주소가 설정됩니다.[43]

Stateless Address Auto Configuration(SLAAC; 스테이트레스 주소 자동 설정)에서는 RFC 4291에서 정의된 대로 64개의 주소 블록이 필요합니다.로컬 인터넷 레지스트리는 하위 네트워크 간에 분할되는 최소 32개의 블록을 할당합니다.[46]첫 번째 권장사항에서는 최종 소비자 사이트(RFC 3177)에 48개의 서브넷을 할당하고 있었습니다.이는 RFC 6177로 대체되었습니다.RFC 6177에서는 "단, 모든 홈사이트에 48을 부여하는 것은 권장하지 않습니다." 56s가 구체적으로 고려되고 있습니다.ISP가 이 권고에 따를지는 미지수입니다.예를 들어, 초기 시험 기간 동안 Comcast 고객에게는 단일 64개의 네트워크가 [47]제공되었습니다.

도메인 네임시스템의 IPv6

Domain Name System(DNS; 도메인네임 시스템)에서는 호스트명은 AAAA("quad-A") 자원 레코드에 의해 IPv6 주소에 매핑됩니다.역해결의 경우 IETF는 도메인 ip6.arpa을 예약했습니다.이 도메인에서는, 이름 공간은 IPv6 주소의 니블 단위(4 비트)의 1 자리수의 16 진수 표현에 의해서 계층적으로 분할됩니다.이 방식은 RFC 3596에 정의되어 있습니다.

듀얼 스택호스트가 DNS 서버에 문의하여 Fully Qualified Domain Name(FQDN; 완전 수식 도메인 이름)을 해결하면 호스트의 DNS 클라이언트는 2개의 DNS 요구를 전송합니다.하나는 A 레코드를 쿼리하고 이제1개는 AAAA 레코드를 쿼리합니다.호스트 오퍼레이팅시스템은 주소 선택 규칙 RFC 6724 [48]프리퍼런스로 설정할 수 있습니다.

대체 레코드 타입은 IPv6 의 초기 DNS 실장에서는, 네트워크의 번호 변경, 포워드 룩업의 A6 레코드, 및 비트 문자열 라벨이나 DNAME 레코드등의 그 외의 많은 혁신이 용이하게 되도록 설계되어 있었습니다.RFC 2874 및 그 참조(RFC 3364의 양쪽 스킴의 장점과 단점에 대한 자세한 설명 포함)에 정의되어 있습니다만, 실험 상태(RFC 3363)에서는 권장되지 않습니다.

이행 메커니즘

주요 기사: IPv6 이행 메커니즘

IPv6 는 IPv4 를 즉시 대체할 수 없습니다.두 프로토콜은 한동안 동시에 계속 작동합니다.따라서 IPv6 호스트가 IPv4 서비스에 도달할 수 있도록 하고 분리된 IPv6 호스트와 네트워크가 IPv4 인프라스트럭처를 [49]통해 서로 도달할 수 있도록 하려면 IPv6 이행 메커니즘이 필요합니다.

Silvia Hagen에 의하면, IPv4 및 IPv6 의 듀얼 스택 실장은, IPv6 [50]로의 이행에 있어서 가장 간단한 방법입니다.그 외의 많은 이행 메카니즘에서는, IPv4 네트워크내에서 IPv6 트래픽을 캡슐화하기 위해서 터널링을 사용합니다.또, 그 반대도 마찬가지입니다.이는 불완전한 해결책으로 링크의 Maximum Transmission Unit(MTU; 최대 전송 유닛)이 감소하기 때문에 패스 MTU 디스커버리가 복잡해지고 [51][52]지연이 증가할 수 있습니다.

듀얼 스택 IP 구현

듀얼 스택 IP 실장은, 이더넷등의 공통의 물리층 실장에 가세해 컴퓨터 또는 네트워크 디바이스의 operating system에 완전한 IPv4 및 IPv6 프로토콜 스택을 제공합니다.이것에 의해, 듀얼 스택호스트가 IPv6 네트워크와 IPv4 네트워크에 동시에 참가할 수 있습니다.이 방법은 RFC 4213에 [53]정의되어 있습니다.

operating system에 듀얼 스택을 실장하고 있는 디바이스는, IPv4 및 IPv6 주소를 가지고 있어 IPv4 또는 IPv6 를 사용해 LAN 또는 인터넷의 다른 노드와 통신할 수 있습니다.DNS(Domain Name System) 프로토콜은 IP 프로토콜 모두에서 FQDN(정규화된 도메인 이름)과 IP 주소를 확인하는 데 사용되지만 이중 스택을 사용하려면 DNS 서버가 두 유형의 주소를 모두 해결할 수 있어야 합니다.이러한 듀얼 스택 DNS 서버에는 A 레코드에는 IPv4 주소가, AAAA 레코드에는 IPv6 주소가 보관 유지됩니다.해결할 대상에 따라 DNS 네임서버는 IPv4 또는 IPv6 IP 주소 또는 둘 다 반환할 수 있습니다.기본 주소 선택 메커니즘 또는 기본 프로토콜은 호스트 또는 DNS 서버에서 구성해야 합니다.IETF는 듀얼 스택애플리케이션을 지원하기 위해 Happy Eyeball을 공개하고 있습니다.따라서, IPv4 와 IPv6 의 양쪽 모두를 사용해 접속할 수 있습니다만, 사용 가능한 경우는 IPv6 접속을 우선합니다.다만, 호스트와 DNS 서버가 IPv6 주소를 반환한 서비스 사이의 모든 라우터에도 듀얼 스택을 실장할 필요가 있습니다.네트워크가 IPv6 버전의 라우팅 프로토콜을 사용하여 IPv6 패킷을 전송할 수 있는 경우에만 듀얼 스택 클라이언트를 IPv6보다 우선하도록 구성해야 합니다.듀얼 스택 네트워크 프로토콜을 사용하면 애플리케이션 계층을 IPv6으로 [54]마이그레이션할 수 있습니다.

듀얼 스택은 주요 운영 체제 및 네트워크 디바이스 벤더에서 지원되지만 레거시 네트워킹 하드웨어 및 서버는 IPv6를 지원하지 않습니다.

ISP 고객(공개 IPv6 사용)

IANA, RIR 및 ISP를 사용한IPv6 프리픽스 할당 메커니즘

Internet Service Provider(ISP; 인터넷서비스 프로바이더)는, 기업 및 개인 고객에게, 퍼블릭용 IPv6 글로벌 유니캐스트주소를 제공하는 일이 증가하고 있습니다.다만, IPv4 가 로컬 에리어 네트워크(LAN)로 사용되고 있어 ISP 가 제공할 수 있는 퍼블릭측의 IPv6 주소의 수가 1 개 밖에 없는 경우, IPv4 LAN 주소는 NAT64(Network Address Translation(NAT; 네트워크주소 변환) 메카니즘)를 사용해 퍼블릭측의 IPv6 주소로 변환됩니다.일부 ISP는 글로벌하게 라우팅 가능한IPv4 주소 풀을 모두 사용하고 있기 때문에, 퍼블릭측의 IPv4 주소 및 IPv6 주소를 고객에게 제공할 수 없기 때문에, 듀얼 스택네트워킹을 서포트할 수 없습니다.한편, ISP의 고객은, IPv4 Web 서버나 그 외의 [55]수신처에의 접속을 시도하고 있습니다.

모든 Regional Internet Registry(RIR; 지역 인터넷레지스트리) 존의 ISP 중 상당수의 ISP가 IPv6 주소 공간을 취득하고 있습니다.여기에는 Verizon Wireless, Star Hub Cable, Chubu Telecommunications, Kabel Deutschland, Swisscom, T-Mobile, Internode, Telefonica [56]등 세계 주요 ISP 및 모바일 네트워크 사업자가 다수 포함되어 있습니다.

일부 ISP는 아직 고객에게 IPv4 주소만을 할당하고 있습니다만, 많은 ISP는 고객에게 IPv6 또는 듀얼 스택 IPv4 및 IPv6만을 할당합니다.ISP는, 네트워크를 개입시킨 고객으로부터의 IPv6 트래픽의 쉐어가 20~40%라고 보고하고 있습니다만, 2017년 중반까지, 복수의 대규모 Internet Exchange Point(IXP; 인터넷 교환 포인트)의 총트래픽의 극히 일부만을 차지했습니다.AMS-IX는 2%로 보고했고 시애틀은IX는 7%를 보고했습니다.2017년 조사에 따르면 듀얼 스택 ISP에 의해 서비스를 제공받은 DSL 고객 중 상당수는 DNS 서버에 완전한 도메인 이름을 IPv6 주소로 해결하도록 요청하지 않은 것으로 나타났습니다.또, IPv6 대응 Web 서버 자원으로부터의 트래픽의 대부분은, ISP가 제공하는 듀얼 스택 기능을 사용하지 않는 ISP 고객이나, IPv4 전용 ISP [57]고객으로 인해, 아직 IPv4 를 개입시켜 요구되어 IPv4 를 개입시켜 처리되고 있는 것도 조사 결과입니다.

터널링

IPv6 패킷을 IPv4 패킷으로 캡슐화하기 위한 기술적 근거는 RFC 4213에 기재되어 있습니다.인터넷 백본이 IPv4 전용일 때 자주 사용되는 터널링 프로토콜 중 하나는 6 to [58]4였습니다.Teredo 터널링은 IPv6 LAN과 IPv4 인터넷백본의 통합에도 자주 사용되었습니다.Teredo 는, RFC 4380 에 개략적으로 기술되어 있어 IPv6 로컬에리어 네트워크가 UDP내에 IPv6 패킷을 캡슐화함으로써 IPv4 네트워크상에서 터널링 할 수 있습니다.Teredo 릴레이는 Teredo 서버와 네이티브 IPv6 네트워크 사이를 중개하는 IPv6 라우터입니다.ISP 네트워크가 네이티브 IPv6로 전환될 때까지 6to4와 Teredo가 널리 배치될 것으로 예상되었지만, 2014년에는 두 메커니즘의 사용이 거의 [59]0으로 떨어진 것으로 Google 통계에서 나타났습니다.

IPv4 매핑된 IPv6 주소

IPv4 호환 IPv6 유니캐스트주소
IPv4 매핑된IPv6 유니캐스트주소

하이브리드 듀얼 스택 IPv6/IPv4 실장에서는, IPv4 매핑 IPv6 [60][61]주소의 특수한 클래스가 인식됩니다.이러한 주소는, 통상은 표준 IPv6 형식의 96 비트프리픽스로 기술됩니다.나머지 32 비트는, 통상의 IPv4 의 닷 10 진표기로 기술됩니다.

이 그룹의 주소는 80비트프리픽스 0, 다음 16비트는 1 및 나머지 최하위 32비트는 IPv4 주소를 포함합니다.예를 들어, ::fff:192.0.2.128 은 IPv4 주소 192.0.2.128 을 나타냅니다.「IPv4 호환 IPv6 주소」라고 불리는 이전의 형식은:192.0.2.128 이었지만,[61] 이 방법은 권장되지 않습니다.

IPv4와 IPv6 프로토콜 스택은 내부 차이가 크기 때문에 IPv6 스택의 프로그래머가 사용할 수 있는 하위 수준의 기능 중 일부는 IPv4 매핑된 주소와 함께 사용할 때 동일하게 작동하지 않습니다.IPv6 스택과 IPv4 스택이 다른 실장(Microsoft Windows 2000, XP, Server 2003 등)이거나 보안상의 문제(OpenBSD)[62] 때문에 IPv4 매핑주소 기능이 실장되지 않는 경우가 있습니다.이러한 운영 체제에서는 프로그램이 사용하는 각 IP 프로토콜에 대해 별도의 소켓을 열어야 합니다.Linux 커널, NetBSD 및 FreeBSD와 같은 일부 시스템에서는 이 기능이 소켓 옵션 IPV6_V6 ONLY에 [63]: 22 의해 제어됩니다.

주소 프리픽스 64:ff9b:/96 는, NAT64 이행 [64]방식에서 사용하는 IPv4 내장 IPv6 주소의 클래스입니다.예를 들어, 64:ff9b::192.0.2.128 은 IPv4 주소 192.0.2.128 을 나타냅니다.

보안.

IPv6 를 사용하면, 시큐러티상의 영향이 몇개인가 발생할 가능성이 있습니다.그 중 일부는 IPv6 프로토콜 자체와 관련이 있을 수 있고 다른 일부는 [65][66]구현 결함과 관련이 있을 수 있습니다.

섀도 네트워크

소프트웨어 제조원에 의해 디폴트로 IPv6 가 유효하게 되어 있는 노드를 추가하면, 의도치 않게 섀도 네트워크가 작성되어 IPv4 시큐러티 관리만이 행해지고 있는 네트워크에 IPv6 트래픽이 유입되는 일이 있습니다.이것은, operating system의 업그레이드에서도 발생할 가능성이 있습니다.새로운 operating system에서는 IPv6 가 디폴트로 유효하게 되어 있습니다만, 오래된 operating system에서는 유효하게 되어 있지 않습니다.시큐러티 인프라스트럭처를 IPv6 에 대응하도록 갱신하지 않으면, IPv6 트래픽이 IPv6 를 [67]바이패스 하는 일이 있습니다.디폴트로는 IPv6 스택이 유효하게 되어 있지 않은 Windows XP 시스템을,[68] 디폴트로 유효하게 되어 있지 않은 Windows 7 시스템으로 대체하고 있는 비즈니스 네트워크에서는, 섀도 네트워크가 발생하고 있습니다.따라서, 일부의 IPv6 스택 실장에서는, IPv4 매핑주소를 디세블로 해, 대신에 IPv4 와 IPv6 의 양쪽 모두를 [69]서포트할 필요가 있는 듀얼 스택네트워크를 사용하는 것을 추천합니다.

IPv6 패킷 플래그멘테이션

연구에 의하면, IPv4 와 같이, 네트워크 시큐러티 제어를 회피하기 위해서 플래그멘테이션을 이용할 수 있는 것이 판명되었습니다.그 결과, RFC 7112 에서는, IPv6 패킷의 첫 번째 fragment에 IPv6 헤더 체인 전체가 포함되어 있는 것을 요구하고 있습니다.따라서 일부 매우 병적인 플래그멘테이션은 금지되어 있습니다.또한 RFC 7113의 RA-Guard 회피에 관한 조사 결과 RFC 6980에서는 네이버 검출에서의 플래그멘테이션 사용이 권장되지 않으며 Secure Neighbor Discovery(SEND)에서의 플래그멘테이션 사용은 권장되지 않습니다.

RFC에 의한 표준화

작업 그룹의 제안

IPv6에 준거하는 표준의 타임라인

인터넷의 세계적인 성장이 예상됨에 따라, 인터넷 기술 특별 조사위원회(IETF)는 1990년대 초에 차세대 IP [5]: 209 프로토콜을 개발하기 위한 노력을 시작했습니다.1992년 초까지, 인터넷 주소 지정 시스템의 확대에 대한 몇 가지 제안이 나타났고, 1992년 말까지 IETF는 [70]백서에 대한 요구를 발표했다.1993년 9월에 IETF는 이러한 문제에 대처하기 위해 임시 애드혹 IP Next Generation(IPNG; IP 차세대) 영역을 만들었습니다.새로운 분야는 Alison Mankin과 Scott Bradner가 주도했으며 다양한 배경의 15명의 엔지니어로 구성된 이사회를 갖고 방향 설정 및 예비 문서 [7][71]검토를 실시했습니다.실무 회원들은 J알라드(마이크로 소프트), 스티브 Bellovin(AT&T), 짐 바운드(디지털 이큅먼트 코퍼레이션), 로스 Callon(웰플릿), 브라이언 카펜터(CERN), 데이브 클라크(MIT), 존 커런(NEARNET), 스티브 디어 링에 의하여(제록스), 디노 Farinacci(시스코), 폴 프랜시스(NTT), 에릭 Fleischmann(보잉), 마크 Knopper(아메 리텍), 그렉 Minshall(N.ovell), Rob Ulmann(Lotus), Licia Zhang(Xerox)[72]이 있습니다.

인터넷 엔지니어링 태스크 포스는 1994년 7월 25일 여러 IPNG 작업 [7]그룹을 구성하면서 IPNG 모델을 채택했다.1996년까지 RFC 1883에서 시작하여 인터넷 프로토콜 버전 6(IPv6)을 정의하는 일련의 RFC가 출시되었습니다.(버전 5는 실험적인 Internet Stream Protocol에 의해 사용되었습니다.)

RFC 표준화

IPv6 를 표준화한 최초의 RFC 는, 1995년의 RFC 1883 로,[5]: 209 1998년의 RFC 2460 에 의해서 폐지되었습니다.2017년 7월에 이 RFC는 IPv6를 "인터넷 표준"(IETF 프로토콜의 [3]최고 성숙도 수준)으로 높인 RFC 8200으로 대체되었습니다.

도입

주요 기사: IPv6 도입
지역 인터넷 레지스트리(RIR)별 월별 IPv6 할당

1993년의 인터넷 라우팅 및 IP 주소 할당에 Classless Inter-Domain Routing(CIDR; 클래스리스 도메인 간 라우팅)이 도입되어 Network Address Translation(NAT; 네트워크주소 변환)이 광범위하게 사용됨에 따라, IPv6 의 전개가 지연되어 2000년대 중반부터 개시되었습니다.

대학들은 IPv6의 초기 도입자들 중 하나였다.Virginia Tech는, 2004년에 시험적인 장소에 IPv6 를 도입해, 후에 캠퍼스 네트워크 전체로 IPv6 의 도입을 확대했습니다.2016년까지 네트워크 트래픽의 82%가 IPv6를 사용했습니다.Imperial College London은 2003년에 시험적인 IPv6 도입을 개시해, 2016년까지 네트워크의 IPv6 트래픽은 평균 20~40%였습니다.이러한 IPv6 트래픽의 상당 부분은 전적으로 IPv6에 [73]의존하는 CERN과의 높은 에너지 물리학 협업을 통해 생성되었습니다.

DNS(Domain Name System)는, 2008년부터 IPv6 를 서포트하고 있습니다.같은 해, IPv6는 2008년 베이징 하계 [74][75]올림픽 기간 동안 세계 주요 행사에 처음으로 사용되었다.

2011년까지, 퍼스널 컴퓨터나 서버 시스템에 사용되고 있는 모든 주요 operating system에, 실가동 품질의 IPv6 가 실장되었습니다.휴대 전화 서비스가 3G에서 4G로 전환함에 따라 휴대 전화 시스템은 인터넷 프로토콜 장치를 위한 대규모 배포 필드를 제시했습니다. 이 기술에서는 음성이 IPv6 확장을 활용하는 VoIP(Voice over IP) 서비스로 프로비저닝됩니다.2009년, 미국의 셀룰러 오퍼레이터 Verizon은, 「차세대」[76]네트워크상에서 동작하는 디바이스의 기술 사양을 발표했습니다.이 사양에서는, 3GPP Release 8 사양(2009년 3월)에 따라서 IPv6 의 동작을 의무화해,[76] IPv4 를 옵션의 기능으로서 폐지했습니다.

인터넷 백본에서의 IPv6의 전개가 계속되었습니다.2018년에는 약 54,000대의 자율 시스템 중 25.3%만이 글로벌 BGP(Border Gateway Protocol) 라우팅 데이터베이스에 IPv4 및 IPv6 프리픽스를 애드버타이즈했습니다.한층 더 243 의 네트워크에서는, IPv6 프리픽스만을 애드버타이즈 했습니다.IPv6 를 서포트하는 인터넷 백본 트랜짓 네트워크는, 아프리카,[77]: 6 중동, 및 중국을 제외한 세계 각국에 존재했습니다.2018년 중반까지 일부 유럽의 주요 광대역 ISP는 대다수의 고객을 위해 IPv6를 도입했습니다.Sky UK는 86% 이상의 고객에게 IPv6를 제공하고 있으며, Deutsche Telekom은 56%의 IPv6를 도입하고 있으며, 네덜란드의 XS4ALL은 73%, 벨기에의 광대역 ISP VOO와 Telenet은 각각 [77]: 7 73%와 63%의 IPv6를 도입하고 있습니다.미국에서는, 브로드밴드 ISP Comcast 의 IPv6 전개율은 약 66%였습니다.2018년 Comcast는 약 3,610만 명의 IPv6 사용자를 보고했으며 AT&T는 2,230만 명의 IPv6 [77]: 7–8 사용자를 보고했습니다.

「 」를 참조해 주세요.

레퍼런스

  1. ^ "FAQs". New Zealand IPv6 Task Force. Archived from the original on 29 January 2019. Retrieved 26 October 2015.
  2. ^ a b c d e f S. Deering; R. Hinden (December 1998), Internet Protocol, Version 6 (IPv6) Specification, Internet Engineering Task Force (IETF), RFC 2460 RFC 1883을 폐지합니다.
  3. ^ a b S. Deering; R. Hinden (July 2017), "Internet Protocol, Version 6 (IPv6) Specification", Ietf Request for Comments (RFC) Pages - Test, Internet Engineering Task Force (IETF), ISSN 2070-1721, RFC 8200 RFC 2460을 폐지합니다.
  4. ^ Siddiqui, Aftab (17 July 2017). "RFC 8200 – IPv6 Has Been Standardized". Internet Society. Retrieved 25 February 2018.
  5. ^ a b c d Rosen, Rami (2014). Linux Kernel Networking: Implementation and Theory. New York: Apress. ISBN 9781430261971. OCLC 869747983.
  6. ^ Google IPv6 Conference 2008: What will the IPv6 Internet look like?. Event occurs at 13:35. Archived from the original on 11 December 2021.
  7. ^ a b c Bradner, S.; Mankin, A. (January 1995). The Recommendation for the IP Next Generation Protocol. IETF. doi:10.17487/RFC1752. RFC 1752.
  8. ^ "Free Pool of IPv4 Address Space Depleted". NRO.net. Montevideo: The Number Resource Organization. 3 February 2011. Retrieved 19 January 2022.
  9. ^ Rashid, Fahmida. "IPv4 Address Exhaustion Not Instant Cause for Concern with IPv6 in Wings". eWeek. Retrieved 23 June 2012.[영구 데드링크]
  10. ^ Ward, Mark (14 September 2012). "Europe hits old internet address limits". BBC News. BBC. Retrieved 15 September 2012.
  11. ^ Huston, Geoff. "IPV4 Address Report".
  12. ^ "African Network Information Center". my.afrinic.net. Retrieved 28 November 2018.
  13. ^ "The RIPE NCC has run out of IPv4 Addresses". RIPE Network Coordination Centre. Retrieved 26 November 2019.
  14. ^ a b Partridge, C.; Kastenholz, F. (December 1994). "Technical Criteria for Choosing IP The Next Generation (IPng)". RFC 1726.
  15. ^ RFC 1112, IP 멀티캐스팅을 위한 호스트 확장, S. Deering (1989년 8월)
  16. ^ RFC 3956, IPv6 멀티캐스트주소에 Rendezvous Point(RP; 랑데부포인트) 주소의 삽입(P. Savola, B)Haberman (2004년 11월)
  17. ^ RFC 2908, 인터넷 멀티캐스트주소 할당 아키텍처, D.탈러, M. 핸들리, D.에스트린 (2000년 9월)
  18. ^ RFC 3306, 유니캐스트 프리픽스 기반의 IPv6 멀티캐스트주소, B.하버만, DThaler (2002년 8월)
  19. ^ a b Thomson, S.; Narten, T.; Jinmei, T. (September 2007). "IPv6 Stateless Address Autoconfiguration". RFC 4862.
  20. ^ RFC 2894, Router Renumbering for IPv6, M. Crawford, 2000년 8월
  21. ^ T. Narten; R. Draves; S. Krishnan (September 2007). "Privacy Extensions for Stateless Address Autoconfiguration in IPv6". www.ietf.org. Retrieved 13 March 2017.
  22. ^ Narten, Thomas; Draves, Richard; Krishnan, Suresh. Privacy Extensions for Stateless Address Autoconfiguration in IPv6. doi:10.17487/RFC4941. RFC 4941.
  23. ^ "Overview of the Advanced Networking Pack for Windows XP". Archived from the original on 7 September 2017. Retrieved 15 April 2019.
  24. ^ "Privacy Extensions for IPv6 SLAAC". Internet Society. 8 August 2014. Retrieved 17 January 2020.
  25. ^ Ferguson, P.; Berkowitz, H. (January 1997). "Network Renumbering Overview: Why would I want it and what is it anyway?". RFC 2071.
  26. ^ Berkowitz, H. (January 1997). "Router Renumbering Guide". RFC 2072.
  27. ^ Cooper, Alissa; Gont, Fernando; Thaler, Dave. Recommendation on Stable IPv6 Interface Identifiers. doi:10.17487/RFC8064. RFC 8064.
  28. ^ Silvia Hagen (2014). IPv6 Essentials: Integrating IPv6 into Your IPv4 Network (3rd ed.). Sebastopol, CA: O'Reilly Media. p. 196. ISBN 978-1-4493-3526-7. OCLC 881832733.
  29. ^ "The History of Domain Names: IPv6". www.historyofdomainnames.com. Archived from the original on 12 June 2018. Retrieved 12 June 2018.
  30. ^ Zack, E. (July 2013). "IPv6 Security Assessment and Benchmarking".
  31. ^ Gont, F. (March 2016). "Operational Implications of IPv6 Packets with Extension Headers". draft-gont-v6ops-ipv6-ehs-packet-drops-03.
  32. ^ RFC 3963, Network Mobility(NEMO) Basic Protocol Support, V. Devarapalli, R. Wakikawa, A. Petrescu, P.Thubert (2005년 1월)
  33. ^ RFC 2675, IPv6 점보그램, D.보먼, S. 디어링, R. 힌든(1999년 8월)
  34. ^ RFC 2474
  35. ^ RFC 3168
  36. ^ RFC 4291, 페이지 9.
  37. ^ Graziani, Rick (2012). IPv6 Fundamentals: A Straightforward Approach to Understanding IPv6. Cisco Press. p. 55. ISBN 978-0-13-303347-2.
  38. ^ Coffeen, Tom (2014). IPv6 Address Planning: Designing an Address Plan for the Future. O'Reilly Media. p. 170. ISBN 978-1-4919-0326-1.
  39. ^ a b Horley, Edward (2013). Practical IPv6 for Windows Administrators. Apress. p. 17. ISBN 978-1-4302-6371-5.
  40. ^ S. Kawamura (August 2010). "A Recommendation for IPv6 Address Text Representation". section 4.2.2. RFC 5952.
  41. ^ S. Kawamura (August 2010). "A Recommendation for IPv6 Address Text Representation". RFC 5952.
  42. ^ "Format for Literal IPv6 Addresses in URL's". August 2010. RFC 2732.
  43. ^ a b c Narten, T. (August 1999). "Neighbor discovery and stateless autoconfiguration in IPv6". IEEE Internet Computing. 3 (4): 54–62. doi:10.1109/4236.780961.
  44. ^ T. Narten (September 2007). "Neighbor Discovery for IP version 6 (IPv6)". section 6.3.7. RFC 4861.
  45. ^ S. Thomson (September 2007). "IPv6 Stateless Address Autoconfiguration". section 5.5.1. RFC 4862.
  46. ^ "IPv6 Address Allocation and Assignment Policy". RIPE NCC. 8 February 2011. Retrieved 27 March 2011.
  47. ^ Brzozowski, John (31 January 2011). "Comcast Activates First Users With IPv6 Native Dual Stack Over DOCSIS". corporate.comcast.com. Comcast. Retrieved 15 April 2019.
  48. ^ Silvia Hagen (2014). IPv6 Essentials: Integrating IPv6 into Your IPv4 Network. O'Reilly Media, Inc. p. 176. ISBN 9781449335267.
  49. ^ "IPv6 Transition Mechanism/Tunneling Comparison". Sixxs.net. Retrieved 20 January 2012.
  50. ^ Silvia Hagen (2014). IPv6 Essentials: Integrating IPv6 into Your IPv4 Network. O'Reilly Media, Inc. pp. 222–223. ISBN 9781449335267.
  51. ^ "Advisory Guidelines for 6to4 Deployment". IETF. RFC 6343. Retrieved 20 August 2012.
  52. ^ "IPv6: Dual stack where you can; tunnel where you must". networkworld.com. 5 September 2007. Archived from the original on 11 May 2008. Retrieved 27 November 2012.
  53. ^ "Basic Transition Mechanisms for IPv6 Hosts and Routers". IETF. RFC 4213. Retrieved 20 August 2012.
  54. ^ Silvia Hagen (2014). IPv6 Essentials: Integrating IPv6 into Your IPv4 Network. O'Reilly Media, Inc. p. 222. ISBN 9781449335267.
  55. ^ "Understanding Dual Stacking of IPv4 and IPv6 Unicast Addresses". Juniper.net. Juniper Networks. 31 August 2017. Retrieved 19 January 2022.
  56. ^ "IPv6". NRO.net. Retrieved 13 March 2017.
  57. ^ Pujol, Enric (12 June 2017). "What Stops IPv6 Traffic in a Dual-Stack ISP?". APNIC.net. Retrieved 13 June 2017.
  58. ^ Steven J. Vaughan-Nichols (14 October 2010). "Five ways for IPv6 and IPv4 to peacefully co-exist". www.zdnet.com. Retrieved 13 March 2017.
  59. ^ Silvia Hagen (2014). IPv6 Essentials: Integrating IPv6 into Your IPv4 Network. O'Reilly Media, Inc. p. 33. ISBN 9781449335267.
  60. ^ M. Cotton; L. Vegoda; B. Haberman (April 2013). R. Bonica (ed.). Special-Purpose IP Address Registries. IETF. sec. 2.2.3. doi:10.17487/RFC6890. BCP 153. RFC 6890. 표 20.
  61. ^ a b R. Hinden; S. Deering (February 2006). IP Version 6 Addressing Architecture. Network Working Group. doi:10.17487/RFC4291. RFC 4291.
  62. ^ inet6(4) – OpenBSD 커널 인터페이스 매뉴얼
  63. ^ R. Gilligan; S. Thomson; J. Bound; J. McCann; W. Stevens (February 2003). Basic Socket Interface Extensions for IPv6. Network Working Group. doi:10.17487/RFC3493. RFC 3493.
  64. ^ C. Bao; C. Huitema; M. Bagnulo; M. Boucadair; X. Li (October 2010). IPv6 Addressing of IPv4/IPv6 Translators. IETF. doi:10.17487/RFC6052. RFC 6052.
  65. ^ Gont, Fernando (10 March 2019), IPv6 Security for IPv4 Engineers (PDF), retrieved 30 August 2019
  66. ^ Gont, Fernando (10 January 2019), IPv6 Security Frequently Asked Questions (FAQ) (PDF), retrieved 30 August 2019
  67. ^ Mullins, Robert (5 April 2012), Shadow Networks: an Unintended IPv6 Side Effect, archived from the original on 11 April 2013, retrieved 2 March 2013
  68. ^ Cicileo, Guillermo; Gagliano, Roque; O’Flaherty, Christian; et al. (October 2009). IPv6 For All: A Guide for IPv6 Usage and Application in Different Environments (PDF). p. 5. Retrieved 2 March 2013.
  69. ^ Jun-ichiro itojun Hagino (October 2003). "IPv4-Mapped Addresses on the Wire Considered Harmful".
  70. ^ Bradner, S.; Mankin, A. (December 1993). "IP: Next Generation (IPng) White Paper Solicitation". RFC 1550.
  71. ^ "History of the IPng Effort". The Sun. Archived from the original on 23 May 2014.
  72. ^ "The Recommendation for the IP Next Generation Protocol – Appendix B". RFC 1752.
  73. ^ State of IPv6 Deployment 2018, Internet Society, 2018, p. 3
  74. ^ "Beijing2008.cn leaps to next-generation Net" (Press release). The Beijing Organizing Committee for the Games of the XXIX Olympiad. 30 May 2008. Archived from the original on 4 February 2009.
  75. ^ Das, Kaushik (2008). "IPv6 and the 2008 Beijing Olympics". IPv6.com. Retrieved 15 August 2008.
  76. ^ a b Morr, Derek (9 June 2009). "Verizon Mandates IPv6 Support for Next-Gen Cell Phones". CircleID.
  77. ^ a b c "State of IPv6 Deployment 2018" (PDF). InternetSociety.org. Internet Society. Retrieved 19 January 2022.

외부 링크

Wikdiversity에는 IPv6에 관한 학습 리소스가 있습니다.
무료 사전인 Wiktionary에서 IPv6를 검색합니다.