Просмотр кода страницы IPv4

{{Карточка протокола
  |Аббр = IPv4
  |Название = Internet Protocol version 4
  |Уровень = Сетевой
  |Семейство = [[TCP/IP]]
  |Создан = 1981
  |Назначение = Адресация
  |Спецификация = RFC 791
  |Клиенты = реализации стека TCP/IP в [[Windows]], [[Linux]] и [[BSD]], [[Mac OS]] 
  |Серверы = реализации стека TCP/IP в [[Windows]], [[Linux]] и [[BSD]]
}}
'''IPv4''' ({{lang-en|Internet Protocol version 4}}) — четвёртая версия интернет-[[Протокол передачи данных|протокола]] ([[IP]]). Первая широко используемая версия. Протокол описан в RFC 791 (сентябрь 1981 года), заменившем RFC 760 (январь 1980 года).

== Представление адреса ==
IPv4 использует 32-[[бит]]ные (четырёх[[байт]]ные) адреса, ограничивающие [[IP-адрес|адресное пространство]] 4 294 967 296 (2<sup>32</sup>) возможными уникальными адресами.

Традиционной формой записи [[IP-адрес|IPv4-адреса]] является запись в виде четырёх [[Десятичная система счисления|десятичных чисел]] (от 0 до 255), разделённых точками. Через дробь указывается длина [[Маска подсети|маски подсети]].

{| class="wikitable"
! Форма записи !! Пример !! Преобразование из десятичной нотации с точками
|-
| {{нп1|Десятичная нотация с точками|Десятичная с точками|en|Dot-decimal notation}} || <tt>192.0.2.235</tt> || —
|-
| Шестнадцатеричная с точками || <tt>0xC0.0x00.0x02.0xEB</tt> || Каждый [[Октет (информатика)|октет]] преобразуется в шестнадцатеричную форму
|-
| Восьмеричная с точками || <tt>0300.0000.0002.0353</tt> || Каждый октет преобразуется в восьмеричную форму
|-
| [[Шестнадцатеричная система счисления|Шестнадцатеричная]] || <tt>0xC00002EB</tt> || [[Конкатенация]] октетов из шестнадцатеричной нотации с точками
|-
| [[Десятичная система счисления|Десятичная]] || <tt>3221226219</tt> || 32-битное число в десятичной форме
|-
| [[Восьмеричная система счисления|Восьмеричная]] || <tt>030000001353</tt> || 32-битное число в восьмеричной форме
|}

== Адресация: хосты и подсети ==
Ранняя версия стандарта IP, согласно RFC 760{{ref-en}} (январь 1980), описывала жёсткое разделение адресного пространства на подсети и хосты. Первый октет обозначал адрес сети, за которым следовал локальный адрес хоста, занимавший оставшиеся три октета. Таким образом, стандарт допускал существование 2<sup>8</sup>=256 сетей по 2<sup>24</sup>=16 777 216 хостов в каждой.

Размер подсети фиксирован.

=== Классовая адресация ===
{{main|Классовая адресация}}
Однако очень скоро выяснилось, что сетей слишком мало, они слишком большие, и адресация лишена гибкости. Поэтому уже в сентябре 1981 года вышел RFC 791{{ref-en}}, который вводил так называемую классовую адресацию. Идея заключается в следующем: для гибкости в назначении адресов сетей и возможности использовать большое число малых и средних сетей адресное пространство было разделено на несколько логических групп и в каждой группе отводилось разное соотношение хостов и подсетей. Эти группы носят названия классов сетей и пронумерованы латинскими буквами: A, B, C, D и E. Деление основывается на старших битах адреса. Подробно адресация рассматривается в RFC 790{{ref-en}}.

'''Класс А''': 0.XXX.XXX.XXX — 127.XXX.XXX.XXX

Первый бит адреса равен нулю, таким образом, класс А занимает половину всего адресного пространства. Адрес сети занимает 7 бит, адрес узла — 24 бита, следовательно класс A содержит 128 подсетей по 16 777 216 адресов в каждой.

Например, подсеть 10.0.0.0 (класса А, содержит более 16,7 млн адресов от 10.0.0.0 по 10.255.255.255). По умолчанию зарезервирована, не маршрутизируется в интернете и используется для построения локальных и корпоративных сетей.

'''Класс B''': 128.0.XXX.XXX — 191.255.XXX.XXX

Адрес начинается с битов 1,0, таким образом, класс B занимает четверть всего адресного пространства. Адрес сети занимает 14 бит, адрес узла — 16, следовательно класс B содержит 16 384 подсетей по 65 536 адресов в каждой

Например, сеть 169.254.X.X класса B с 65536 адресами. Зарезервирована для «канальных» адресов.

'''Класс C''': 192.0.0.XXX — 223.255.255.XXX

Адрес начинается с битов 1,1,0, таким образом, класс C занимает 1/8 адресного пространства. Адрес сети занимает 21 бит, адрес узла — 8 бит, следовательно класс C содержит 2 097 152 сетей по 256 адресов в каждой.

Например, сеть 192.0.2.X имеет адреса с 192.0.2.0 по 192.0.2.255, зарезервирована для примеров в документации.

В 1990 году в RFC 1166{{ref-en}} описаны ещё два класса.

'''Класс D''': 224.XXX.XXX.XXX — 239.XXX.XXX.XXX

Адрес начинается с битов 1,1,1,0. Класс D занимает 1/16 адресного пространства. Используется для многоадресной рассылки.

'''Класс Е''': 240.XXX.XXX.XXX — 255.XXX.XXX.XXX.

Адрес начинается с битов 1,1,1,1. Такие адреса запрещены. Зарезервировано для использования в будущем.

Сравнительно размеры классов подсетей выглядят так:
{| cellspacing="0" style="text-align:center; margin: 6px"
|-
! style="text-align:left; width: 128px"| классы:
| style="border: 1px solid; width: 320px; background-color: #e0fcee"| A
| style="border-top: 1px solid; border-bottom: 1px solid; width: 160px; background-color: #e0edfe" | B
| style="border: 1px solid;  width: 80px; background-color: #fce0ff"|C
| style="border-top: 1px solid; border-bottom: 1px solid; width: 40px; background-color: #e0edce"|D
| style="border: 1px solid; width: 40px; background-color: #dde0ff"|E
|}

При классовой адресации размер подсети вычисляется из ip адреса.

=== Бесклассовая адресация ===
{{main|Бесклассовая адресация}}
С ростом сети Интернет эта система оказалась неэффективной и была дополнена бесклассовой адресацией (CIDR). Была введена дополнительная метрика — маска подсети, определяющая, сколько бит адреса отводится на адрес сети, а сколько — на адрес узла.

== Назначения подсетей ==
Некоторые адреса IPv4 зарезервированы для специальных целей и не предназначены для глобальной маршрутизации<ref name="rfc3330">[http://www.rfc-editor.org/rfc/rfc3330.txt RFC3330: Special-use IPv4 addresses] {{Wayback|url=http://www.rfc-editor.org/rfc/rfc3330.txt |date=20111214045733 }}{{ref-en}}; заменён [http://www.rfc-editor.org/rfc/rfc5735.txt RFC5735: Special-use IPv4 addresses] {{Wayback|url=http://www.rfc-editor.org/rfc/rfc5735.txt |date=20130515111803 }}{{ref-en}}</ref>. Список подсетей специального назначения определён RFC 6890. В таблице ниже приведены основные (список не полный).

{|class="standard sortable"
! Подсеть !!class="unsortable"| Назначение !! Маршрутизация
|-
| 0.0.0.0/8<ref name="rfc1700">[http://www.rfc-editor.org/rfc/rfc1700.txt RFC1700: Assigned Numbers] {{Wayback|url=http://www.rfc-editor.org/rfc/rfc1700.txt |date=20120101005745 }}{{ref-en}}</ref> || Адреса источников пакетов «этой» («своей») сети<ref name="rfc3330" /><ref name="rfc1122">[http://tools.ietf.org/html/rfc1122 RFC1122: Requirements for Internet Hosts — Communication Layers &#91;section-3.2.1.3&#93;] {{Wayback|url=http://tools.ietf.org/html/rfc1122 |date=20080915103315 }}{{ref-en}}</ref>.
|Запрещена
|-
| 0.0.0.0/32 || В [[Сокет (программный интерфейс)|сокетах]] с состоянием «listening» обозначает любые IP отправителя или любые сети получателя на текущем хосте. Может посылаться в сеть только в качестве адреса источника, если хосту ещё не назначен IP-адрес (обычно по протоколу [[DHCP]]). Не может быть использован как адрес назначения в сети.<br>
В маршрутизаторах Cisco при попытке отправить пакет на адрес 0.0.0.0 он будет отправлен на широковещательный адрес наименьшей подсоединённой подсети (connected в таблице маршрутизации).
|Запрещена
|-
| 10.0.0.0/8<ref name="rfc1918">[http://www.rfc-editor.org/rfc/rfc1918.txt RFC1918: Address allocation for private internets] {{Wayback|url=http://www.rfc-editor.org/rfc/rfc1918.txt |date=20111202080940 }}{{ref-en}}</ref> || Для использования в [[Частный IP-адрес|частных сетях]]. RFC 1918.
|Глобальная маршрутизация запрещена.
|-
| 100.64.0.0/10 || Shared Address Space. RFC 6598. Для использования в сетях сервис-провайдера.
|Глобальная маршрутизация запрещена.
|-
| 127.0.0.0/8<ref name="rfc1700" /> || Подсеть для коммуникаций внутри хоста (см. [[localhost]]). Используется сетевая подсистема, но в действительности такие пакеты не проходят через сетевую карту. Если пакет с таким адресом назначения был получен из сети, то должен быть отброшен.
|Запрещена
|-
| 169.254.0.0/16<ref>[http://www.rfc-editor.org/rfc/rfc3927.txt RFC3927: Dynamic configuration of IPv4 link-local addresses] {{Wayback|url=http://www.rfc-editor.org/rfc/rfc3927.txt |date=20120119112032 }}{{ref-en}}</ref> || [[Link-local address|Канальные адреса]]. Подсеть используется для автоматического назначения IP операционной системой в случае, если настроено получение адреса по DHCP, но ни один сервер не отвечает. Назначение осуществляется при помощи протокола APIPA (Automatic Private IP Addressing).
|только в частных сетях
|-
| 172.16.0.0/12<ref name="rfc1918" /> || Для использования в [[Частный IP-адрес|частных сетях]]. RFC 1918.
| Глобальная маршрутизация запрещена.
|-
| 192.0.0.0/24<ref name="rfc5736">[http://www.rfc-editor.org/rfc/rfc5736.txt RFC 6890: IANA IPv4 Special Purpose Address Registry] {{Wayback|url=http://www.rfc-editor.org/rfc/rfc5736.txt |date=20121017022649 }}{{ref-en}}</ref> ||   IETF Protocol Assignments
|
|-
| 192.0.0.0/29 || Dual-Stack Lite (DS-Lite). RFC 6333. {{iw|IPv6 transition mechanisms||en|IPv6 transition mechanisms}}
|
|-
| 192.0.0.170/32 || {{не переведено 5|NAT64}}
|
|-
| 192.0.0.171/32 ||DNS64
|
|-
| 192.0.2.0/24<ref name="rfc5737">[http://www.rfc-editor.org/rfc/rfc5737.txt RFC5737: IPv4 address blocks reserved for documentation] {{Wayback|url=http://www.rfc-editor.org/rfc/rfc5737.txt |date=20111109095159 }}{{ref-en}}</ref> || Для примеров в документации.
|Запрещена
|-
| 192.88.99.0/24<ref name="rfc3330" /> || Используются для [[Anycast|рассылки ближайшему узлу]]. RFC 3068
|Глобальная маршрутизация запрещена.
|-
| 192.88.99.1/32 || Применяется в качестве ретранслятора при [[Инкапсуляция (компьютерные сети)|инкапсуляции]] [[IPv6]] в IPv4 ([[6to4]])<ref name="rfc3068">[http://www.rfc-editor.org/rfc/rfc3068.txt RFC3068: An anycast prefix for 6to4 relay routers] {{Wayback|url=http://www.rfc-editor.org/rfc/rfc3068.txt |date=20120121011130 }}{{ref-en}}</ref>. Иными словами, этот IP не уникален. Его анонсируют многие компании. Пакет на этот адрес пойдёт до ближайшего хоста с этим IP, который распакует пакет и отправит его дальше по IPv6-маршрутизации.
|Глобальная маршрутизация запрещена.
|-
| 192.168.0.0/16<ref name="rfc1918" />
| Для использования в частных сетях. RFC 1918.
| Глобальная маршрутизация запрещена.
|-
| 198.51.100.0/24<ref name="rfc5737" />
| Для примеров в документации.
| Запрещена
|-
| 198.18.0.0/15<ref name="rfc2544">[http://www.rfc-editor.org/rfc/rfc2544.txt RFC2544: Benchmarking methodology for network interconnect devices] {{Wayback|url=http://www.rfc-editor.org/rfc/rfc2544.txt |date=20111109095811 }}{{ref-en}}</ref>
| Для стендов тестирования производительности.
| Только для тестов
|-
| 203.0.113.0/24<ref name="rfc5737" />
| Для примеров в документации.
| Запрещена
|-
| 224.0.0.0/4<ref name="rfc3171">[http://www.rfc-editor.org/rfc/rfc3171.txt RFC3171: IANA guidelines for IPv4 multicast address assignments] {{Wayback|url=http://www.rfc-editor.org/rfc/rfc3171.txt |date=20120515010941 }}{{ref-en}}</ref>
| Используются для [[Мультивещание|многоадресной рассылки]]. Полный актуальный список зарезервированных блоков на сайте [[IANA]] [https://www.iana.org/assignments/multicast-addresses/multicast-addresses.xhtml]. Разъяснения по зарезервированным мультикастовым подсетям RFC 5771.
| Глобально разрешена только для подсетей 233.0.0.0/8 и 234.0.0.0/8. <br>
|-
| 240.0.0.0/4<ref name="rfc1700" />
| Зарезервировано для использования в будущем. {{Нет АИ 2|Существует мнение, что эта подсеть больше никогда не будет использована, так как есть множество оборудования, не способного посылать пакеты в эту сеть.|16|12|2023}}
|Запрещена
|-
| 255.255.255.255/32<ref name="rfc919">[http://www.rfc-editor.org/rfc/rfc919.txt RFC919: Broadcasting internet datagrams] {{Wayback|url=http://www.rfc-editor.org/rfc/rfc919.txt |date=20111126122443 }}{{ref-en}}</ref>
| Ограниченный [[Широковещательный канал|широковещательный адрес]]. Чаще всего используется как адрес назначения при поиске DHCP-серверов.
|Запрещена
|-
|все остальные
| Распределяются [[Региональный интернет-регистратор|региональными интернет-регистраторами]]. Могут быть [[Провайдеро-независимое адресное пространство|провайдеро-независимыми]].
| Глобально разрешена
|}

== Структура заголовка пакета ==
Заголовок пакета IP содержит 14 полей, из которых 13 являются обязательными. Четырнадцатое поле предназначено для необязательных опций. Поля используют [[порядок байтов]] от старшего к младшему, старшие биты идут первыми. Первый бит имеет номер 0. Таким образом, например, поле с версией находится в четырёх старших битах первого байта. При передаче многооктетных значений старший октет передаётся первым.

{| class="wikitable" style="margin: 0 auto; text-align: center;"
|+IPv4 Header Format
|-
! style="border-bottom:none; border-right:none;"| Отступ
! style="border-left:none;"| [[Октет (информатика)|Октет]]
! colspan="8" | 0
! colspan="8" | 1
! colspan="8" | 2
! colspan="8" | 3
|-
! style="border-top: none" | [[Октет (информатика)|Октет]]
! [[Бит]]
! style="width:2.6%;"|0
! style="width:2.6%;"|1
! style="width:2.6%;"|2
! style="width:2.6%;"|3
! style="width:2.6%;"|4
! style="width:2.6%;"|5
! style="width:2.6%;"|6
! style="width:2.6%;"|7
! style="width:2.6%;"|0
! style="width:2.6%;"|1
! style="width:2.6%;"|2
! style="width:2.6%;"|3
! style="width:2.6%;"|4
! style="width:2.6%;"|5
! style="width:2.6%;"|6
! style="width:2.6%;"|7
! style="width:2.6%;"|0
! style="width:2.6%;"|1
! style="width:2.6%;"|2
! style="width:2.6%;"|3
! style="width:2.6%;"|4
! style="width:2.6%;"|5
! style="width:2.6%;"|6
! style="width:2.6%;"|7
! style="width:2.6%;"|0
! style="width:2.6%;"|1
! style="width:2.6%;"|2
! style="width:2.6%;"|3
! style="width:2.6%;"|4
! style="width:2.6%;"|5
! style="width:2.6%;"|6
! style="width:2.6%;"|7
|-
! 0
! 0
| colspan="4"| Версия
| colspan="4"| Размер заголовка
| colspan="6"| [[DSCP|Differentiated Services Code Point]]
| colspan="2"| [[Explicit Congestion Notification]]
| colspan="16"| Размер пакета (полный)
|-
! 4
! 32
| colspan="16"| Идентификатор
| colspan="3"| Флаги
| colspan="13"| Смещение фрагмента
|-
! 8
! 64
|colspan="8"| [[Time to live|Время жизни]]
|colspan="8"| [[Список протоколов IP|Протокол]]
|colspan="16"| [[Контрольная сумма]] заголовка
|-
! 12
! 96
|colspan="32"| IP-адрес источника
|-
! 16
! 128
|colspan="32"| IP-адрес назначения
|-
! 20
! 160
| colspan="32" style="background:#ffbbbb;"|Опции (если размер заголовка &gt; 5)
|-
! 20 или 24+
! 160 или 192+
| colspan="32"| Данные
|-
|}

; Версия : Первым полем заголовка пакета является версия протокола размером в четыре бита. Для IPv4 это 4.

; Размер заголовка (Internet Header Length){{anchor|IHL}}: Следующие четыре бита содержат размер заголовка пакета в 32-битных [[машинное слово|словах]]. Поскольку число опций непостоянно, указание размера важно для отделения заголовка от данных. Минимальное значение равно 5 (5×32=160 бит, 20 байт), максимальное — 15 (60 байт).

; Differentiated Services Code Point (DSCP)
: Изначально называлось «тип обслуживания» ([[Type of Service]], ToS), в настоящее время определяется RFC 2474 как «Differentiated Services». Используется для разделения трафика на классы обслуживания, например, для установки чувствительному к задержкам трафику, такому как [[VoIP]], большего приоритета.

; Указатель перегрузки (Explicit Congestion Notification, ECN) : Предупреждение о перегрузке сети без потери пакетов. Является необязательной функцией и используется, только если оба хоста её поддерживают.

; Размер пакета : 16-битный полный размер пакета в байтах, включая заголовок и данные. Минимальный размер равен 20 байтам (заголовок без данных), максимальный — 65535 байт. Хосты должны поддерживать передачу пакетов размером до 576 байт, но современные реализации обычно поддерживают гораздо больший размер. Пакеты большего размера, чем поддерживает канал связи, фрагментируются.

; Идентификатор : Преимущественно используется для идентификации фрагментов пакета, если он был фрагментирован. Существуют эксперименты по его использованию для других целей, таких как добавление информации о трассировке пакета для упрощения отслеживания пути пакета с подделанным адресом источника<ref>{{cite web|author=Stefan Savage.|title=Practical network support for IP traceback|url=http://portal.acm.org/citation.cfm?id=347057.347560|accessdate=2010-09-06}}</ref>.

; Флаги : Поле размером три бита, содержащее флаги контроля над фрагментацией. Биты, от старшего к младшему, означают:
:* 0: Зарезервирован, должен быть равен 0<ref>В качестве [[Первоапрельские RFC|первоапрельской шутки]] предложен означать злонамеренность пакета (evil bit)</ref>.
:* 1: Не фрагментировать
:* 2: У пакета ещё есть фрагменты
: Если установлен флаг «не фрагментировать», то в случае необходимости фрагментации такой пакет будет уничтожен. Может использоваться для передачи данных хостам, не имеющим достаточных ресурсов для обработки фрагментированных пакетов.
: Флаг «есть фрагменты» должен быть установлен в 1 у всех фрагментов пакета, кроме последнего. У нефрагментированных устанавливается в 0 — такой пакет считается собственным последним фрагментом.

; Смещение фрагмента : Поле размером в 13 бит, указывает смещение поля данных текущего фрагмента относительно начала поля данных первого фрагментированного пакета в блоках по 8 байт. Позволяет задать до (2<sup>13</sup>−1)×8=65528 байт смещения. При учёте размера заголовка итоговое смещение может превысить максимальный размер пакета (65528 + 20 = 65548 байт). Первый фрагмент в последовательности имеет нулевое смещение.

; «Время жизни» ([[Time to live|Time to Live]], TTL) пакета : Определяет максимальное количество маршрутизаторов на пути следования пакета. Наличие этого параметра не позволяет пакету бесконечно ходить по сети. Каждый маршрутизатор при обработке пакета должен уменьшить значение TTL на единицу. Пакеты, время жизни которых стало равно нулю, уничтожаются, а отправителю посылается сообщение [[ICMP]] ''Time Exceeded''. На отправке пакетов с разным временем жизни основана трассировка их пути прохождения ([[traceroute]]). Максимальное значение TTL=255. Обычное начальное значение TTL=64 (зависит от ОС).

; Протокол : Указывает, данные какого [[Список протоколов, инкапсулируемых в IP|протокола IP]] содержит пакет (например, TCP или ICMP). Присвоенные номера протоколов можно найти на сайте [[IANA]]<ref>[https://www.iana.org/assignments/protocol-numbers/protocol-numbers.xml Assigned Internet Protocol Numbers] {{Wayback|url=https://www.iana.org/assignments/protocol-numbers/protocol-numbers.xml |date=20180613000435 }}{{ref-en}}</ref>.

; Контрольная сумма заголовка : 16-битная контрольная сумма, используемая для проверки целостности заголовка. Каждый хост или маршрутизатор сравнивает контрольную сумму заголовка со значением этого поля и отбрасывает пакет, если они не совпадают. Целостность данных IP не проверяет — она проверяется протоколами более высоких уровней (такими, как [[TCP]] или [[UDP]]), которые тоже используют контрольные суммы.
: Поскольку TTL уменьшается на каждом шаге прохождения пакета, сумма тоже должна вычисляться на каждом шаге. Метод пересчёта контрольной суммы определён в RFC 1071<ref>[http://www.rfc-editor.org/rfc/rfc1071.txt Computing the Internet Checksum] {{Wayback|url=http://www.rfc-editor.org/rfc/rfc1071.txt |date=20110609204803 }}{{ref-en}}</ref>.

; Адрес источника : 32-битный адрес отправителя пакета. Может не совпадать с настоящим адресом отправителя из-за [[NAT|трансляции адресов]].

; Адрес назначения : 32-битный адрес получателя пакета. Также может меняться при трансляции адресов.

; Опции : За адресом назначения может следовать поле дополнительных опций, но оно используется редко. Размер заголовка в этом случае должен быть достаточным, чтобы вместить все опции (с учётом дополнения до целого числа 32-битных слов). Присвоенные номера опций размещаются на сайте IANA.<ref>{{cite web|title=IP OPTION NUMBERS|url=https://www.iana.org/assignments/ip-parameters/ip-parameters.xhtml|publisher=IANA|access-date=2018-06-17|archive-date=2018-10-25|archive-url=https://web.archive.org/web/20181025123913/http://www.iana.org/assignments/ip-parameters/ip-parameters.xhtml|deadlink=no}}</ref>
: Если список опций не является концом заголовка, он должен оканчиваться опцией 0x00. Опции имеют следующий формат:

{| class="wikitable"
! Поле !! Размер в битах !! Описание
|-
| '''Копировать''' || 1 || Устанавливается в 1, если требуется копировать опции в заголовки всех фрагментов.
|-
| '''Класс опции''' || 2 || 0 для «управляющих» опций и 2 для опций «измерений и отладки». 1 и 3 зарезервированы.
|-
| '''Номер опции''' || 5 || Указывает опцию.
|-
| '''Размер опции''' || 8 || Указывает размер опции (с учётом этого поля). Может не указываться для опций без аргументов.
|-
| '''Аргументы опции''' || Переменный || Дополнительные данные, используемые опцией.
|}
* Замечание: Размер заголовка более 5 [[машинное слово|слов]] указывает на присутствие опций и необходимость их обработки.
* Замечание: Поля «копировать», «класс опции» и «номер опции» иногда называют одним восьмибитным полем «тип опции».

{| class="wikitable mw-collapsible mw-collapsed"
! Copy
! Class
! Number
! Value
! Name
! Reference
|-
| 0
| 0
| 0
| 0
| EOOL — End of Options List
| RFC791<ref name="rfc791">[http://www.rfc-editor.org/rfc/rfc791.txt RFC791: Internet Protocol] {{Wayback|url=http://www.rfc-editor.org/rfc/rfc791.txt |date=20190730041050 }}{{ref-en}}</ref>
|-
| 0
| 0
| 1
| 1
| NOP — No Operation
| RFC791<ref name="rfc791" />
|-
| 1
| 0
| 2
| 130
| SEC — Security
| [RFC1108]
|-
| 1
| 0
| 3
| 131
| LSR — Loose Source Route
| RFC791<ref name="rfc791" />
|-
| 0
| 2
| 4
| 68
| TS — Time Stamp
| RFC791<ref name="rfc791" />
|-
| 1
| 0
| 5
| 133
| E-SEC — Extended Security
| [RFC1108]
|-
| 1
| 0
| 6
| 134
| CIPSO — Commercial Security
| [draft-ietf-cipso-ipsecurity-01]
|-
| 0
| 0
| 7
| 7
| RR — Record Route
| RFC791<ref name="rfc791" />
|-
| 1
| 0
| 8
| 136
| SID — Stream ID
| RFC791<ref name="rfc791" />[RFC6814][1]
|-
| 1
| 0
| 9
| 137
| SSR — Strict Source Route
| RFC791<ref name="rfc791" />
|-
| 0
| 0
| 10
| 10
| ZSU — Experimental Measurement
| [ZSu]
|-
| 0
| 0
| 11
| 11
| MTUP — MTU Probe
| [RFC1063][RFC1191][1]
|-
| 0
| 0
| 12
| 12
| MTUR — MTU Reply
| [RFC1063][RFC1191][1]
|-
| 1
| 2
| 13
| 205
| FINN — Experimental Flow Control
| [Greg_Finn]
|-
| 1
| 0
| 14
| 142
| VISA — Experimental Access Control
| [Deborah_Estrin][RFC6814][1]
|-
| 0
| 0
| 15
| 15
| ENCODE — ???
| [VerSteeg][RFC6814][1]
|-
| 1
| 0
| 16
| 144
| IMITD — IMI Traffic Descriptor
| [Lee]
|-
| 1
| 0
| 17
| 145
| EIP — Extended Internet Protocol
| [RFC1385][RFC6814][1]
|-
| 0
| 2
| 18
| 82
| TR — Traceroute
| [RFC1393][RFC6814][1]
|-
| 1
| 0
| 19
| 147
| ADDEXT — Address Extension
| [Ullmann IPv7][RFC6814][1]
|-
| 1
| 0
| 20
| 148
| RTRALT — Router Alert
| [RFC2113]
|-
| 1
| 0
| 21
| 149
| SDB — Selective Directed Broadcast
| [Charles_Bud_Graff][RFC6814][1]
|-
| 1
| 0
| 22
| 150
| В В В В В В В — Unassigned (Released 18 October 2005)
|
|-
| 1
| 0
| 23
| 151
| DPS — Dynamic Packet State
| [Andy_Malis][RFC6814][1]
|-
| 1
| 0
| 24
| 152
| UMP — Upstream Multicast Pkt.
| [Dino_Farinacci][RFC6814][1]
|-
| 0
| 0
| 25
| 25
| QS — Quick-Start
| [RFC4782]
|-
| 0
| 0
| 30
| 30
| EXP — RFC3692-style Experiment [2]
| [RFC4727]
|-
| 0
| 2
| 30
| 94
| EXP — RFC3692-style Experiment [2]
| [RFC4727]
|-
| 1
| 0
| 30
| 158
| EXP — RFC3692-style Experiment [2]
| [RFC4727]
|-
| 1
| 2
| 30
| 222
| EXP — RFC3692-style Experiment [2]
| [RFC4727]
|}

== Исчерпание адресного пространства ==
{{main|Исчерпание IPv4-адресов}}
Уже в 1980-е годы стало очевидно, что распределение адресного пространства происходит значительно более быстрыми темпами, чем было заложено в архитектуру IPv4. Это привело сначала к появлению [[Классовая адресация|классовой адресации]], позднее [[Бесклассовая адресация|бесклассовой адресации]], и в конечном итоге к разработке нового протокола [[IPv6]].

В феврале 2011 года [[IANA]] выделила 5 последних блоков адресов для [[RIR]]. Блоки свободных IP-адресов начали заканчиваться у региональных регистраторов с 2011 года<ref>{{Cite web |url=http://www.potaroo.net/tools/ipv4/index.html |title=IPv4 Address Report |access-date=2011-02-16 |archive-date=2009-04-01 |archive-url=https://web.archive.org/web/20090401001902/http://www.potaroo.net/tools/ipv4/index.html |deadlink=no }}</ref>.

25 ноября 2019 года были распределены последние свободные IPv4-адреса в Европе, странах бывшего СССР и на Ближнем Востоке<ref>{{Cite web|url=https://www.ripe.net/publications/news/about-ripe-ncc-and-ripe/the-ripe-ncc-has-run-out-of-ipv4-addresses|title=The RIPE NCC has run out of IPv4 Addresses|author=Publication date: 25 Nov 2019- news, ipv4, Ipv4 Depletion, ipv6, Press Release|publisher=RIPE Network Coordination Centre|accessdate=2019-11-27|archive-date=2019-11-25|archive-url=https://web.archive.org/web/20191125145354/https://www.ripe.net/publications/news/about-ripe-ncc-and-ripe/the-ripe-ncc-has-run-out-of-ipv4-addresses|deadlink=no}}</ref>. Теперь получить IPv4-адрес можно будет, только если его освободит текущий владелец — например, закроется компания или какая-либо сеть освободит ненужный ей адресный ресурс.

== См. также ==
* [[TCP]]
* [[SCTP]]
* [[Региональный интернет-регистратор]]

== Примечания ==
{{примечания}}

{{IPstack}}

[[Категория:TCP/IP]]
[[Категория:Протоколы сетевого уровня]]