고유 로컬 주소

Unique local address

고유한 로컬 주소(ULA)는 주소 범위 fc00::/7의 IPv6(Internet Protocol version 6) 주소다.[1]IPv6에서의 그것의 목적은 IPv4 사설망 주소 지정과 유사하다.고유한 로컬 주소는 중앙집중식 등록 없이 단일 사이트 또는 조직 내에서 또는 제한된 수의 사이트 또는 조직에 걸쳐 자유롭게 사용할 수 있다.그것들은 그러한 개인 네트워크의 범위 내에서만 라우팅할 수 있지만, 글로벌 IPv6 인터넷에서는 라우팅할 수 없다.

역사

1995년 12월에 IPv6 주소 블록 fec0::/10은 전용 IPv6 네트워크의 "사이트" 내에서 사용할 수 [2]있는 사이트-로컬 주소를 위해 예약되었다.그러나, 용어 사이트의 불충분한 정의는 지배적인 라우팅 규칙에 대한 혼란을 야기했다.

2004년 9월, 인터넷 엔지니어링 태스크포스(IETF)는 이 주소 범위의 정의와 [3]그 문제에 대한 가정된 해결책을 폐지했다.그 당시[4] 필요한 주소 유형의 특별한 행동은 2006년에 해제되었고 블록은 일반 글로벌 유니캐스트로 되돌아왔다.[5]

2005년 10월에 IETF는 사설 IPv6 네트워크에서 사용하기 위해 주소 블록 fc00::/7을 예약하고 관련 용어를 고유 로컬 주소로 정의했다.[1]

정의

고유한 로컬 주소에서는 주소가 로컬로 할당되었음을 나타내는 'L' 비트로 확장된 접두사 fc00::/7을 사용한다.이렇게 하면 주소 블록이 fc00:/8과 fd00:/8의 동일한 크기의 두 부분으로 분할된다.

고유한 로컬 주소 형식
조각들 7 1 40 16 64
밭을 갈다 접두사를 붙이다 L 무작위의 서브넷 ID 인터페이스 식별자

접두사 필드에는 이진수 값 1111110이 포함되어 있다.L 비트는 로컬로 할당된 주소에 대한 비트로, L이 0으로 설정된 주소 범위는 현재 정의되어 있지 않다.무작위 필드는 /48 라우팅 접두사의 개시 시점에 한 번 무작위로 선택된다.

L = 0, fc00::/8의 블록은 현재 정의되지 않았다.[a]할당 당국이 관리할 것을 제안했지만 IETF에서는 이를 받아들이지 못했다.[6][7][8]

L = 1 또는 로컬로 할당된 주소인 fd00::/8 블록은 fd00/8 접두사 뒤에 있는 40비트를 임의로 생성된 비트 문자열로 설정하여 /48 접두사로 나뉜다.따라서 이 범위의 접두사에 대해 fdxx:xxx:xxx::/48 형식이 된다.RFC 4193은 사용자가 좋은 무작위 번호의 출처에 접근할 수 없는 경우 최소 품질 결과를 얻기 위해 무작위 식별자를 생성하는 방법을 제안한다.

RFC 4193 블록 접두사/L 전역 ID(랜덤) 서브넷 ID 서브넷의 주소 수
48비트 16비트 64비트
fd00::/8 fd xx:xxxx:xxxx yyyy 18446744073709551616

예

fd00::/8 범위의 라우팅 접두사는 무작위 40비트 16진수 문자열을 생성하여 구성할 수 있으며, 이 예는 0x123456789a이다.문자열은 48비트 라우팅 접두사 fd12:3456:789a::/48을 형성하는 fd00:::/8 접두사에 추가된다. 이 접두사로 전용 네트워크: fd12:3456:789a:/64 ~ fd12:3456:789a:fff:/64의 65536 서브넷을 사용할 수 있다.예를 들어 서브넷 ID 0x1은 서브넷 fd12:3456:789a:1::/64가 된다.

접두사/L 전역 ID(랜덤) 서브넷 ID 인터페이스 ID 주소 서브넷
fd xx:xxxx:xxxx yyyy zzz:zzz:zzz:zzzz:zzzz fdxx:xxxx:xxxx:yyyy:zzz:zzz:zzz:zzz:zzzz:zzzz fdxx:xxxx:xxx:yyyy::/64
fd 12:3456:789a 0001 0000:0000:0000:0001 fd12:3456:789a:1::1 fd12:3456:789a:1::/64

특성.

fd00::/8 범위의 접두사는 IPv4 개인 주소 범위의 접두사와 유사한 특성을 갖는다.그것들은 주소 등록부에 의해 할당되지 않으며 외부 개입 없이 누구나 네트워크에서 사용할 수 있다.그들은 세계적으로 독특하다고 보장되지 않는다.fd00::/8 EULA에 대한 역방향 DNS(DNS) 항목(ip6.arpa)은 글로벌 DNS에서 위임할 수 없다.

fd00::/8 ULA는 관리 영역(사이트 또는 조직) 밖에서 라우팅될 수 없으므로, 상호연결 네트워크의 관리자는 일반적으로 ULA 접두사의 고유성에 대해 걱정할 필요가 없다.그러나, 예를 들어, 네트워크가 합병의 경우에 서로 간에 EULA를 라우팅해야 하는 경우, RFC 4193 선택 알고리즘을 사용했을 경우, 어드레스 충돌의 위험은 작다.

등록 및 할당 시도

SixXS는 동일한 접두사를 사용하는 여러 조직의 위험을 줄이기 위해 fd00::/8 ULA 접두사에 대한 자발적 등록 데이터베이스를 유지하려고 시도했다.[9]2017년 6월 6일 SixXS 서비스가 중단되면서 데이터베이스는 읽기 전용이 됐다.

2020년 12월 6일 스위스에 본사를 둔 이 회사 'ungelich'는 사용자들의 ULA 레지스트리 요구를 들어 원래의 SixXS 데이터베이스를 기반으로 한 IPv6 ULA 레지스트리 부활을 발표했다.[10]

fc00::/8 범위의 경우, 다양한 설계 결정이 제안되어 IETF에 제출되었으며,[6][8] 범위를 중앙 할당 당국이 관리해야 하는 요건에 대한 비독점 위험성을 거래했다.그러나 이 범위를 표준화하려는 시도는 의견 요청으로 이어지지 않았다.[6][7][8]

참고 항목

메모들

  1. ^ 그것은 전혀 정의되어 있지 않다.특히: 이 표준은 이 블록의 접두사가 '광학적으로 할당됨'이라고 명시하지 않는다.

참조

  1. ^ a b R. Hinden; B. Haberman (October 2005). Unique Local IPv6 Unicast Addresses. Network Working Group. doi:10.17487/RFC4193. RFC 4193.
  2. ^ R. Hinden; S. Deering (December 1995). IP Version 6 Addressing Architecturen. Network Working Group. doi:10.17487/RFC1884. RFC 1884. RFC 2373에 의해 폐기됨.
  3. ^ C. Huitema; B. Carpenter (September 2004). Deprecating Site Local Addresses. Network Working Group. doi:10.17487/RFC3879. RFC 3879.
  4. ^ R. Hinden; S. Deering (April 2003). IP Version 6 Addressing Architecturen. Network Working Group. doi:10.17487/RFC3513. RFC 3513. Obsoletes RFC 2373.RFC 4291에 의해 폐기됨.
  5. ^ R. Hinden; S. Deering (February 2006). IP Version 6 Addressing Architecture. Network Working Group. doi:10.17487/RFC4291. RFC 4291. 2.5.7절. RFC 3513.RFC 5952, 6052, 7136, 7346, 7371 및 8064에 의해 업데이트됨.[N]ew 구현에서는 이 접두사를 글로벌 유니캐스트로 간주해야 한다.
  6. ^ a b c 인터넷 드래프트
  7. ^ a b 인터넷 드래프트
  8. ^ a b c 인터넷 드래프트
  9. ^ SIXXS 자발적 데이터베이스
  10. ^ IETF 메일링 목록의 언글리히에서 알림.

외부 링크