ipv6 집계 가능한 글로벌 유니 캐스트 주소

IPv6 주소 지정 연구 IPv6 집계 가능한 글로벌 유니 캐스트 주소를 이해하지 못했습니다. RFC 4291 에는 일반적인 체계가 있습니다.

|         n bits         |   m bits  |       128-n-m bits         |
+------------------------+-----------+----------------------------+
| global routing prefix  | subnet ID |       interface ID         |
+------------------------+-----------+----------------------------+

그러나 내 책 (Halsall)에서 사용되는 형식을 찾으려면 사용 된 형식은 다음과 같습니다.

|  3  | 5  |  8   |    32          |       16      |          64                    |
+-----+----+------+----------------+---------------+--------------------------------+
| 010 | reg| TLA  |  NLA           |  SLA          |  interface ID                  |
+-----+----+------+----------------+---------------+--------------------------------+

웹 (예 : Microsoft 사이트 )에서 사용되는 형식은 다음과 같습니다.

|  3  |     13    |     8    |       24      |    16     |      64                  |
+-----+----+------+----------+---------------+-----------+--------------------------+
| 001 |    TLA    | reserved |    NLA        |    SLA    |        interface ID      |
+-----+----+------+----------+---------------+-----------+--------------------------+

내 질문은 :

• 집계 가능한 글로벌 유니 캐스트 주소 형식이 둘 이상인 이유는 무엇입니까?
• 다른 형식이 있습니까 아니면이 두 형식 만 정의됩니까?

감사.

IPv6 주소를위한 TLA / NLA 구조

TLA / NLA 할당 구조는 2003 년 8 월 RFC 3587 에서 더 이상 사용되지 않습니다 .

2. 역사적인 TLA / NLA

TLA / NLA 체계는 지역 인터넷 레지스트리 (RIR) [ IPV6RIR ]에 의해 정의 된 조정 된 할당 정책으로 대체되었습니다 .

TLA / NLA 구조를 폐기하려는 동기의 일부는 기술적 인 것입니다. 예를 들어, IPv6 배포의이 단계에서 TLA / NLA가 기술적으로 최선의 접근 방법이 아니라는 우려가 있습니다. 또한 IPv6 주소 할당은 RIR이 IPv4를 위해 관리하고있는 IP 주소 공간 및 라우팅 테이블 크기의 정책 및 관리와 관련이 있습니다. IPv6 배포가 진행됨에 따라 RIR 정책이 발전 할 가능성이 높습니다.

IETF는 주소 할당 정책을 정의 할 때 RIR이 고려한 RIR (예 : [ RFC3177 ]) 에 기술적 입력을 제공 했습니다.

RFC 2374 는 형식 접두사 001 (2000 :: / 3)의 주소 정의로이 문서에서 공식적으로 기록되었습니다. 현재 IANA에서는 2000 :: / 3 만 위임하고 있지만 구현에서는 2000 :: / 3에 대해 특별한 가정을해서는 안됩니다. 앞으로 IANA는 Global Unicast를 위해 IPv6 주소 공간에서 현재 할당되지 않은 부분을 위임하도록 지시 될 수도 있습니다.

RFC 2374의 SLA (Subnet Local Aggregator) 필드 는 기능 상태를 유지하지만 [ ARCH ] 에서 이름이 다릅니다 . 새로운 이름은 "서브넷 ID"입니다.

마지막 단락에서 볼 수 있듯이 SLA 는 세 개에서 살아남 았으며 이제는 서브넷 ID 라고 합니다.

나는 그들이 RFC 3587 에서 RFC 2374 와 함께 RFC 2450 을 폐기했을 것이라고 생각합니다 . 더 이상 이해가되지 않지만 어쨌든 정보 용으로 만 사용되었습니다.

글로벌 유니 캐스트 접두사

당신의 책은 분명히 접두사에 잘못되었습니다. 의 비트 접두사 010의 주소 공간을 의미 할 것 4000::/3, 이다 참으로 글로벌 유니 캐스트 RFC 4291 만 식별하지 않습니다 전체 글로벌 유니 캐스트 범위를, 그리고 아니라 현재 IANA에 의해 할당도 하나되지 않습니다 2000::/3(예 : 주소 비트가 시작을 와 함께 001).

실제로, fc00::/128고유 로컬 유니 캐스트 주소 범위를 시작하는 이전의 거의 모든 주소 는 지정되지 않은 주소 ::및 루프백 주소를 제외하고는 글로벌 유니 캐스트 ::1입니다. 비트로 시작하는 특별한 범위가있다 000처럼, ::ffff:0:0/96(IPv4 맵 IPv6 주소) 또는 64:ff9b::/96(IPv4의 / IPv6 주소 번역, 참조 RFC 6052 ). 64 비트 미만의 인터페이스 식별자를 허용합니다. 그러나 시작하는 모든 주소 001에는 64 비트 인터페이스 식별자가 있습니다 ( 참조한 RFC 4291, 섹션 2.5.4 참조 ).

내가 볼 수 있듯이 RFC 4291 의 주소 구조 정의 는 가장 최신입니다. 4291 ( RFC 5952 , RFC 6052 , RFC 7136 )을 업데이트하는 3 개의 RFC가 있지만 이들 중 어느 것도이 구조를 변경하지 않습니다.

[ IPV6RIR ] 참조는 현재 "APNIC, ARIN 및 RIPE 커뮤니티 간의 공동 토론을 통해 개발 된" 익은 589 인 IPv6 레지스트리 정책을 가리 킵니다 .

RFC 2450-제안 된 TLA 및 NLA 할당 규칙

Microsoft는 제안 된 IETF RFC 2450과 일치합니다. 아직 제안되었으므로 확정되지는 않지만 최종 형식 일 수 있습니다.