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      |
+-----+----+------+----------+---------------+-----------+--------------------------+

Мої запитання:

• чому існує більше одного формату сукупних глобальних одноадресних адрес?
• Чи існують інші формати чи ці 2 є єдиними 2?

Дякую.

Структура TLA / NLA для адрес IPv6

Структура розподілу TLA / NLA застаріла в RFC 3587 , серпень 2003 року:

2. TLA / NLA зроблено історично

Схема TLA / NLA була замінена координованою політикою розподілу, визначеною регіональними Інтернет-реєстрами (RIR) [ IPV6RIR ].

Частина мотивації для застарівання структури TLA / NLA є технічною; наприклад, існує стурбованість тим, що TLA / NLA не є технічно найкращим підходом на цій стадії розгортання IPv6. Більше того, розподіл IPv6-адрес пов’язаний з політикою та керуванням простором IP-адреси та розміром таблиці маршрутів, якими керували RIR для IPv4. Цілком ймовірно, що політика RIR буде розвиватися в міру продовження розгортання IPv6.

IETF надав технічний внесок до RIR (наприклад, [ RFC3177 ]), який RIR врахували під час визначення політики розподілу адрес.

RFC 2374 - це визначення адрес для префіксу формату 001 (2000 :: / 3), яке формально є історичним цим документом. Незважаючи на те, що в даний час IANA делегує лише 2000 :: / 3, реалізація не повинна робити жодних припущень щодо того, що 2000 :: / 3 є спеціальними. Надалі IANA може бути спрямована на делегування поточно непризначених частин адресного простору IPv6 для цілей Global Unicast.

Поле локального агрегатора підмережі (SLA) у RFC 2374 залишається у функціонуванні, але з іншою назвою в [ ARCH ]. Його нова назва - "ідентифікатор підмережі".

Як видно з останнього абзацу, угода про домовленість уціліла з трьох, тепер їх називають ідентифікатором підмережі .

Я думаю, вони повинні були застаріти RFC 2450 разом з RFC 2374 в RFC 3587 . Це вже не має сенсу, але все одно було лише інформаційним.

Глобальні префікси Unicast

Ваша книга, безумовно, неправильна в префіксі. Трохим префіксом 010буде означати адресний простір 4000::/3, який є дійсно Global Unicast щодо RFC 4291 , але не ідентифікує весь діапазон Global Unicast і навіть не той, який в даний час призначається IANA, який є лише 2000::/3(тобто біти адреси починаються з 001).

Фактично, майже всі адреси, що раніше fc00::/128існували (що запускає унікальний локальний діапазон адрес Unicast), є Global Unicast, за винятком не вказаної адреси ::та адреси зворотного зв'язку ::1. Існують деякі спеціальні діапазони, починаючи з бітів 000, як-от ::ffff:0:0/96(IPv4-відображені адреси IPv6) або 64:ff9b::/96(для перекладу адрес IPv4 / IPv6, див. RFC 6052 ). Вони дозволяють Ідентифікаторам інтерфейсу менше 64 біт. Але всі адреси, що починаються з 00164-розрядного ідентифікатора інтерфейсу (див. RFC 4291, розділ 2.5.4 , прямо звідки ви цитували).

Як я бачу, визначення структури адреси з RFC 4291 є найбільш актуальним. Є три RFC, оновлення 4291 ( RFC 5952 , RFC 6052 , RFC 7136 ), але жодна з них не змінює цю структуру.

Зверніть увагу, що посилання [ IPV6RIR ] вказує на політику реєстру IPv6, в даний час дозріла-589, яка "розробляється шляхом спільних обговорень між спільнотами APNIC, ARIN та RIPE".

RFC 2450 - Пропоновані правила присвоєння TLA та NLA

Microsoft узгоджується із запропонованим IETF RFC 2450. Оскільки він все ще пропонується, він не доопрацьований, але це, швидше за все, кінцевий формат.