Петлевой адрес в ipv4: Специальные Адреса IPv4

Содержание

Специальные Адреса IPv4

Специальные Адреса IPv4

Есть определенные адреса, которые не могут быть присвоены узлам по различным причинам. Есть также специальные ip адреса, которые могут быть присвоены узлам, но с ограничениями на то, как те узлы могут взаимодействовать в пределах сети.

Сетевые и Широковещательные адреса

Как объяснено ранее, в пределах каждой сети первый и последний адреса не могут быть присвоены узлам. Это - сетевой адрес и широковещательный адрес, соответственно.

Маршрут по умолчанию

Также ранее было сказано, что мы представляем маршрут IPv4 по умолчанию как 0.0.0.0. Маршрут по умолчанию используется в качестве маршрута "перехвата всего", когда более определенный маршрут не доступен. Использование этого адреса также резервирует все адреса в адресном блоке 0.0.0.0 - 0.255.255.255 (0.0.0.0 / 8).

Обратная петля

Один такой зарезервированный адрес является петлевым адресом IPv4 127.0.0.1 (еще говорят - адрес замыкания на себя). Обратная петля - это специальный адрес, который хост использует, чтобы направлять трафик к самому себе. Петлевой адрес создает подобие ярлыка для приложений TCP/IP и служб, которые работают на том же самом устройстве, чтобы связываться друг с другом. При использовании петлевого адреса вместо присвоенного адреса узла IPv4 две службы на одном и том же хосте могут обойти нижние уровни стека TCP/IP. Также можно пропинговать петлевой адрес, чтобы протестировать конфигурацию TCP/IP на локальном узле.

Хотя используется только один адрес 127.0.0.1, все адреса от 127.0.0.0 до 127.255.255.255 зарезервированы. Любой адрес внутри этого блока будет петлевым в пределах локального узла. Ни один адрес из этого диапазона не должен появляться ни в какой сети.

Адреса локальной связи

Адреса IPv4 в адресном блоке от 169.254.0.0 до 169.254.255.255 (169.254.0.0 / 16) определяются как адреса локальной связи. Эти адреса могут быть автоматически присвоены локальному узлу операционной системой в средах, где недоступна IP конфигурация. Они могли бы использоваться в небольшой одноранговой сети или для узла, который не может автоматически получить адрес с сервера DHCP.

Передача с использованием IPv4 адресов локальной связи подходит только для коммуникации с другими устройствами, соединенными с той же самой сетью, как показано на рисунке. Узел не должен отправлять пакет с IPv4 адресом назначения локальной связи на какой бы то ни было маршрутизатор для передачи, а также должен установить TTL IPv4 для этих пакетов в 1.

Адреса локальной связи не обеспечивают никакие службы за пределами локальной сети. Однако, многие клиент-серверные и одноранговые приложения будут работать должным образом с IPv4 адресами локальной связи.

Адреса для СЕТЕВЫХ-ТЕСТОВ

Адресный блок от 192.0.2.0 до 192.0.2.255 (192.0.2.0 / 24) оставлен для целей обучения и образования. Эти адреса могут использоваться в документации и сетевых примерах. В отличие от экспериментальных адресов, сетевые устройства примут эти адреса в своих конфигурациях. Можно часто встреить эти адреса используемыми с доменными именами example.com или example.net в документации RFC, производителей и протоколов. Адреса в пределах этого блока не должны появляться в Интернете.

Ссылки:

Адреса локальной связи http://www.ietf.org/rfc/rfc3927.txt?number=3927

IPv4 Адреса специального назначения http://www.ietf.org/rfc/rfc3330.txt?number=3330

Распределение групповых адресов: http://www.iana.org/assignments/multicast-addresses

Далее: Классы IP Адресов

Смотрите также

Написать

Петлевой адрес в IPv4 что это

Маршрутизация

Петлевой Адрес и OSPF

Если OSPF команда router-id не используется, и петлевые интерфейсы конфигурируются, OSPF выберет самый высокий IP-адрес любого из его петлевых интерфейсов.

Петлевой адрес является виртуальным интерфейсом и находится автоматически в состоянии up , когда конфигурируется. Команды конфигурации петлевого интерфейса:

Router(config)#interface loopback number
Router(config-if)#ip address ip-address subnet-mask

Нажмите кнопку 3 на рисунке.

В этой топологии все три маршрутизатора были сконфигурированы с петлевыми адресами, чтобы представить ID маршрутизатора OSPF. Преимущество использования петлевого интерфейса состоит в том, что — в отличие от физических интерфейсов — он не может перестать работать. Нет никаких фактических кабелей или смежных устройств, от которых зависел бы петлевой интерфейс для того, чтобы быть в состоянии up . Поэтому, использование петлевого адреса для ID маршрутизатора обеспечивает устойчивость для процесса OSPF. Поскольку OSPF команда router-id , которая будет обсуждаться далее, является довольно недавним дополнением к IOS, более распространено использовать петлевые адреса для того, чтобы сконфигурировать ID маршрутизатора OSPF.

OSPF команда router-id

OSPF команда router-id была представлена в IOS 12.0 (T) и имеет приоритет к IP-адресам петлевого и физического интерфейса для того, чтобы определить ID маршрутизатора. Синтаксис команды:

Router(config)#router ospf process-id
Router(config-router)#router-id ip-address

Изменение ID Маршрутизатора

ID маршрутизатора выбирается, когда OSPF конфигурируется с его первой OSPF командой network . Если OSPF команда router-id или петлевой адрес конфигурируются после OSPF команды network , ID маршрутизатора будет получен из интерфейса с самым высоким активным IP-адресом.

ID маршрутизатора может быть изменен с IP-адресом из последующей OSPF команды router-id , перезагружая маршрутизатор, или при использовании следующей команды:

Router#clear ip ospf process

Отметьте: Изменение ID маршрутизатора на новый IP-адрес петлевого или физического интерфейса может потребовать перезагрузки маршрутизатора.

Дублированные ID Маршрутизаторов

Когда у двух маршрутизаторов тот же самый ID маршрутизатора в домене OSPF, маршрутизация, возможно, не функционирует должным образом. Если ID маршрутизатора является тем же самым на двух соседних маршрутизаторах, установка отношения смежности может не произойти. Когда дублированные ID маршрутизаторов OSPF имеют место, IOS выводит на экран сообщение, подобное следующему:

%OSPF-4-DUP_RTRID1: Detected router with duplicate router ID

Чтобы исправить эту проблему, сконфигурируйте все маршрутизаторы так, чтобы у них были уникальные ID маршрутизатора OSPF.

Щелкните 2 на рисунке.

Поскольку некоторые версии IOS не поддерживают команду router-id , мы будем использовать петлевой метод адреса для того, чтобы присвоить ID маршрутизатора. IP-адрес петлевого интерфейса обычно заменяет текущий ID маршрутизатора OSPF, только при перезагрузке маршрутизатора. На рисунке маршрутизаторы были перезагружены. Команда show ip protocols используется, чтобы проверить, что каждый маршрутизатор теперь использует петлевой адрес для ID маршрутизатора.

Сетевые IPv4-адреса

Типы IPv4-адресов

Некоторые адреса невозможно назначить узлам. Также существуют особые адреса, которые могут быть назначены узлам, но с ограничениями того, как эти узлы могут взаимодействовать в сети.

Адреса сети и широковещательной рассылки

Как было указано выше, в каждой сети первый и последний адреса не могут быть назначены узлам. Это сетевой и широковещательный адреса соответственно.

Логический интерфейс loopback

Один из таких зарезервированных адресов — IPv4-адрес логического интерфейса loopback 127.0.0.1. Loopback — это особый адрес, который используют узлы, чтобы направлять трафик самим себе. Адрес обратной связи позволяет создавать ускоренный метод взаимодействия для приложений и сервисов TCP/IP, которые работают на одном и том же устройстве. С использованием loopback-адреса вместо назначенного IPv4-адреса узла два сервиса на одном узле могут обойти нижние уровни стека протоколов TCP/IP. Для проверки настройки TCP/IP на локальном узле можно послать эхо-запрос на loopback-адрес.

Хотя используется только адрес 127.0.0.1, резервируются адреса с 127.0.0.0 до 127.255.255.255. Любой адрес из этого блока даст обратную связь с локальным узлом. Ни один адрес из этого блока не должен появляться в какой-либо сети.

Локальные адреса каналов

В качестве локальных адресов канала используются IPv4-адреса в блоке адресов от 169.254.0.0 до 169.254.255.255 (169.254.0.0 /16). Эти адреса могут быть автоматически присвоены операционной системой локальному узлу в средах, где настройка IP-сети недоступна. Они могут использоваться в небольшой одноранговой сети или для узла, который не может автоматически получить адрес от DHCP-сервера.

Коммуникация с помощью локальных IPv4-адресов подходит только для обмена данными с другими устройствами, подключёнными к той же сети, как показано на рисунке. Узел не должен отправлять пакет с локальным IPv4-адресом назначения какому-либо маршрутизатору для пересылки, а должен задать время жизни (TTL) IPv4 для этих пакетов в значении 1.

Локальные адреса не предоставляют сервисы за пределами локальной сети. Однако многие приложения типа клиент-сервер и одноранговые приложения будут работать надлежащим образом с локальными IPv4-адресами.

Блок адресов от 192.0.2.0 до 192.0.2.255 (192.0.2.0/24) отложен для обучающих и учебных целей. Эти адреса могут использоваться в документации и сети. В отличие от экспериментальных адресов сетевые устройства принимают эти адреса в свои конфигурации. Эти адреса часто используются в сочетании с такими доменными именами, как example.com или example.net в серии документов, имеющих статус стандартов (RFC), в документации поставщиков и протоколов. Адреса из этого блока не должны появляться в сети Интернет.

Адреса в блоке от 240.0.0.0 до 255.255.255.254 указаны в качестве зарезервированных для использования в будущем (RFC 3330). В настоящее время эти адреса могут использоваться только в исследовательских или экспериментальных целях, но не могут использоваться в IPv4-сети. Тем не менее, в соответствии с документом RFC 3330, в будущем технически они могут быть преобразованы в доступные адреса.

Петлевой адрес в IPv4 что это

Категория: CCNA: Introduction to Networks / Автор: Артём

Публичные IPv4-адреса представляют собой адреса, на глобальном уровне маршрутизируемые между маршрутизаторами интернет-провайдеров (Internet Service Provider, ISP). Однако не все доступные IPv4-адреса можно использовать в Интернете. Имеются блоки адресов, называемые

частными адресами, которые в большинстве компаний назначаются в качестве IPv4-адресов внутренних узлов.

В середине 1990-х из-за исчерпания адресного пространства IPv4 были введены частные IPv4-адреса. Частные IPv4-адреса не являются уникальными и могут использоваться во внутренней сети.

В частности, блоками частных адресов являются:

  • 10.0.0.0 /8 или от 10.0.0.0 до 10.255.255.255
  • 172.16.0.0 /12 или от 172.16.0.0 до 172.31.255.255
  • 192.168.0.0 /16 или от 192.168.0.0 до 192.168.255.255

Важно знать, что адреса в этих блоках адресов не допустимы для использования в Интернете и должны отфильтровываться (отклоняться) интернет-маршрутизаторами. Например, на этом рисунке пользователи сети 1, 2 или 3 отправляют пакеты на удаленные узлы назначения. Маршрутизаторы ISP будут видеть, что IPv4-адреса источника в этих пакетах являются частными, и поэтому будут отклонять пакеты.

Частные адреса нельзя использовать для маршрутизации в Интернете.

Большинство организаций использует частные IPv4-адреса для своих внутренних узлов. Однако эти адреса RFC 1918 не маршрутизируются в Интернете и должны быть преобразованы в публичные IPv4-адреса. Преобразование сетевых адресов (Network Address Translation, NAT) используется для преобразования частного IPv4-адреса в публичный IPv4-адрес. Это обычно выполняется на маршрутизаторе, который обеспечивает соединение между внутренней сетью и сетью ISP.

Домашние маршрутизаторы выполняют ту же функцию. Например, большинство домашних маршрутизаторов назначают IPv4-адреса своим проводным и беспроводным узлам на основе частного адреса 192.168.1.0 /24. Интерфейсу домашнего маршрутизатора, который подключается к сети ISP, назначается публичный IPv4-адрес для его использования в Интернете.

Петлевой адрес в IPv4 что это

Best Practices Analyzer Проблема:

Петлевой IP -адрес не указан у сетевого адаптера LAN как DNS -сервер или стоит в списке первым.

Если петлевой IP -адрес стоит первым в списке DNS -серверов, Active Directory может не иметь возможности найти партнеров репликации.

Измените параметры адаптера, добавив петлевой IP -адрес в список DNS -серверов на всех активных интерфейсов, но не ставя его в списке серверов первым.

Два DC , два DNS, проблема на всех DNS серверах.

1. DC 1 – 192.168.0.5

DNS -серверы. . . . . . . . . . . : 192.168.0.5

2. DC 2 – 192.168.0.6

DNS -серверы. . . . . . . . . . . : 192.168.0.6

Что не так? до установки KB такой такой проблемы не было!

  • Перемещено Yubo. Zhang 21 апреля 2012 г. 17:59 merge forums (От:Windows Server 2008)

Можно и так, но это все же не лучший вариант. Я пришел к выводу, что в большинстве случаев, лучше (надежнее, прежде всего) если AD будут обслуживать выделенный сервер DNS (ну, т.е. не совмещенный с ролью контроллера домена, но обслуживающий зоны AD (леса и домена)) адрес которого и будет указан в качестве предпочтительного сервера DNS на контроллерах (так — в каждом сайте), а адресами вторичных серверов DNS — можно указать их loopback’и, разумеется, при условии что на контроллерах есть роль сервера DNS.

То есть так:
DNS1: 10.0.0.9; DNS Primary: 127.0.0.1.
DC1: 10.0.0.1; DNS Primary: 10.0.0.9, -Secondary: 127.0.0.1.
DC1: 10.0.0.2; DNS Primary: 10.0.0.9, -Secondary: 127.0.0.1.

Основные типы адресации

Зарезервированные адреса

Адреса, которые используют префикс 00000000 , кратко обсудим ниже.

  • Неопределенный адрес. Это адрес, в котором вся остальная часть, не содержащая префикс, состоит из одних нулей. Другими словами, полный адрес представляет число нуль. Такой адрес используется, когда хост не знает свой собственный адрес и посылает запрос для его нахождения. Однако в запросе он должен указать адрес источника. Неопределенный адрес может быть использован для этих целей. Заметим, что неопределенный адрес не может быть применен как адрес пункта назначения.
  • Шлейфный (петлевой) адрес (loopback). Этот адрес используется хостом для самотестирования без выхода в сеть. В этом случае сообщение создается на прикладном уровне, посылается на транспортный уровень и далее передается на сетевой уровень. Однако вместо перехода на физический уровень оно возвращается на транспортный уровень и передается на прикладной уровень . Это очень полезное тестирование функций программного обеспечения, расположенных на этих уровнях, по сравнению даже с подключением компьютера к сети. Адрес состоит из префикса 00000000 , за ним следуют 119 нулевых бит и младший разряд, который содержит один единичный бит.
  • IPv4-адреса. Адресация IPv6 предусматривает взаимодействие с сетями, работающими в сетях IPv4. Во время перехода от IPv4 к IPv6 хост может использовать их IPv4-адреса, встроенные в адреса IPv6. Для этой цели разработаны два формата: совместимый и отображаемый. Совместимый адрес — это адрес из 96 нулей, за которыми следуют 32 бита IPv4-адреса. Он применяется, когда интерфейс, использующий IPv6, хочет посылать сообщение к другому интерфейсу, использующему IPv4. Передатчик задействует IPv4-совместимый адрес, чтобы пройти оборудование, передающие пакеты через регион IPv4.

Отображаемый адрес похож на совместимый, он включает в себя 72 нуля и 16 единиц, а последние 32 бита, как и в совместимом адресе, содержат IPv4-адрес. Он применяется, когда интерфейс, размещенный в зоне IPv6, хочет послать пакет к компьютеру, еще использующему IPv4. Пакет проходит большую часть пути через сети IPv6, но в конечном итоге доставляется к хосту, который использует IPv4-адреса.

Очень интересно, что адреса соответствия и отображения разработаны таким образом, что, когда высчитывается контрольная сумма, можно использовать только встроенный адрес или весь полный адрес, потому что дополнительные нули или единицы, число которых кратно 16, не оказывают никакого эффекта на вычисление контрольной суммы. Это важно, потому что когда адрес пакета изменится от IPv6 к IPv4 с помощью маршрутизатора, контрольная сумма не изменяется.

Местные адреса

За этими адресами зарезервирован префикс ( 11111110 ).

  • Адрес местной линии. Эти адреса используются, если локальная сеть – LAN, в ней применяются интернет-протоколы, но сеть не подключена к Интернету по соображениям безопасности. Здесь задействован префикс 1111 1110 10 . Такой адрес местной линии существует в изолированной сети и не применяется глобально. Никто извне не может послать сообщения компьютеру, который подсоединен к сети, использующей этот адрес.

Адрес, кроме префикса длиною 10 бит, содержит 70 нулей и в младших разрядах — 48 бит адреса узла.

  • Местный адрес сайта. Этот адрес нужен, если сайт, доступный для нескольких сетей, использует интернет-протоколы, но не подключен к Интернету, также по соображениям секретности. Этот тип адресации использует префикс 1111 1110 11 . Местный адрес сайта существует в изолированных сетях и не применяется глобально. Никто извне не может послать сообщения компьютеру, который подсоединен к сети, использующей этот адрес.

Адрес, кроме префикса длиною 10 бит, содержит 38 нулей и 32 бита – адрес подсети и в младших разрядах — 48 бит адреса узла.

Широковещательный адрес

Широковещательные адреса применяются для определения группы хостов вместо единственного. Для этого адреса используется префикс 11111111 (в первом поле). Во втором поле размещается флаг, который определяет группу адресов, как постоянных, так и кратковременных. Постоянный адрес группы определяется интернет-полномочиями и может быть доступен все время. Напротив, кратковременный адрес группы задействован только временно. Система, применяемая в телеконференции, например, может использовать кратковременный адрес. Этот адрес содержит несколько различных областей, как это показано на Рис. 2.5

Всё об IP адресах и о том, как с ними работать / Хабр

Доброго времени суток, уважаемые читатели Хабра!

Не так давно я написал свою первую статью на Хабр. В моей статье была одна неприятная шероховатость, которую моментально обнаружили, понимающие в сетевом администрировании, пользователи. Шероховатость заключается в том, что я указал неверные IP адреса в лабораторной работе. Сделал это я умышленно, так как посчитал что неопытному пользователю будет легче понять тему VLAN на более простом примере IP, но, как было, совершенно справедливо, замечено пользователями, нельзя выкладывать материал с ключевой ошибкой.

В самой статье я не стал править эту ошибку, так как убрав её будет бессмысленна вся наша дискуссия в 2 дня, но решил исправить её в отдельной статье с указание проблем и пояснением всей темы.

Для начала, стоит сказать о том, что такое IP адрес.

IP-адрес — уникальный сетевой адрес узла в компьютерной сети, построенной на основе стека протоколов TCP/IP (TCP/IP – это набор интернет-протоколов, о котором мы поговорим в дальнейших статьях). IP-адрес представляет собой серию из 32 двоичных бит (единиц и нулей). Так как человек невосприимчив к большому однородному ряду чисел, такому как этот 11100010101000100010101110011110 (здесь, к слову, 32 бита информации, так как 32 числа в двоичной системе), было решено разделить ряд на четыре 8-битных байта и получилась следующая последовательность: 11100010.10100010.00101011.10011110. Это не сильно облегчило жизнь и было решение перевести данную последовательность в, привычную нам, последовательность из четырёх чисел в десятичной системе, то есть 226.162.43.158. 4 разряда также называются октетами. Данный IP адрес определяется протоколом IPv4. По такой схеме адресации можно создать более 4 миллиардов IP-адресов.

Максимальным возможным числом в любом октете будет 255 (так как в двоичной системе это 8 единиц), а минимальным – 0.

Далее давайте разберёмся с тем, что называется классом IP (именно в этом моменте в лабораторной работе была неточность).

IP-адреса делятся на 5 классов (A, B, C, D, E). A, B и C — это классы коммерческой адресации. D – для многоадресных рассылок, а класс E – для экспериментов.

Класс А: 1.0.0.0 — 126.0.0.0, маска 255.0.0.0
Класс В: 128.0.0.0 — 191.255.0.0, маска 255.255.0.0
Класс С: 192.0.0.0 — 223.255.255.0, маска 255.255.255.0
Класс D: 224.0.0.0 — 239.255.255.255, маска 255.255.255.255
Класс Е: 240.0.0.0 — 247.255.255.255, маска 255.255.255.255

Теперь о «цвете» IP. IP бывают белые и серые (или публичные и частные). Публичным IP адресом называется IP адрес, который используется для выхода в Интернет. Адреса, используемые в локальных сетях, относят к частным. Частные IP не маршрутизируются в Интернете.

Публичные адреса назначаются публичным веб-серверам для того, чтобы человек смог попасть на этот сервер, вне зависимости от его местоположения, то есть через Интернет. Например, игровые сервера являются публичными, как и сервера Хабра и многих других веб-ресурсов.
Большое отличие частных и публичных IP адресов заключается в том, что используя частный IP адрес мы можем назначить компьютеру любой номер (главное, чтобы не было совпадающих номеров), а с публичными адресами всё не так просто. Выдача публичных адресов контролируется различными организациями.

Допустим, Вы молодой сетевой инженер и хотите дать доступ к своему серверу всем пользователям Интернета. Для этого Вам нужно получить публичный IP адрес. Чтобы его получить Вы обращаетесь к своему интернет провайдеру, и он выдаёт Вам публичный IP адрес, но из рукава он его взять не может, поэтому он обращается к локальному Интернет регистратору (LIR – Local Internet Registry), который выдаёт пачку IP адресов Вашему провайдеру, а провайдер из этой пачки выдаёт Вам один адрес. Локальный Интернет регистратор не может выдать пачку адресов из неоткуда, поэтому он обращается к региональному Интернет регистратору (RIR – Regional Internet Registry). В свою очередь региональный Интернет регистратор обращается к международной некоммерческой организации IANA (Internet Assigned Numbers Authority). Контролирует действие организации IANA компания ICANN (Internet Corporation for Assigned Names and Numbers). Такой сложный процесс необходим для того, чтобы не было путаницы в публичных IP адресах.

Поскольку мы занимаемся созданием локальных вычислительных сетей (LAN — Local Area Network), мы будем пользоваться именно частными IP адресами. Для работы с ними необходимо понимать какие адреса частные, а какие нет. В таблице ниже приведены частные IP адреса, которыми мы и будем пользоваться при построении сетей.

Из вышесказанного делаем вывод, что пользоваться при создании локальной сеть следует адресами из диапазона в таблице. При использовании любых других адресов сетей, как например, 20.*.*.* или 30.*.*.* (для примера взял именно эти адреса, так как они использовались в лабе), будут большие проблемы с настройкой реальной сети.

Из таблицы частных IP адресов вы можете увидеть третий столбец, в котором написана маска подсети. Маска подсети — битовая маска, определяющая, какая часть IP-адреса узла сети относится к адресу сети, а какая — к адресу самого узла в этой сети.

У всех IP адресов есть две части сеть и узел.
Сеть – это та часть IP, которая не меняется во всей сети и все адреса устройств начинаются именно с номера сети.
Узел – это изменяющаяся часть IP. Каждое устройство имеет свой уникальный адрес в сети, он называется узлом.

Маску принято записывать двумя способами: префиксным и десятичным. Например, маска частной подсети A выглядит в десятичной записи как 255.0.0.0, но не всегда удобно пользоваться десятичной записью при составлении схемы сети. Легче записать маску как префикс, то есть /8.

Так как маска формируется добавлением слева единицы с первого октета и никак иначе, но для распознания маски нам достаточно знать количество выставленных единиц.

Таблица масок подсети

Высчитаем сколько устройств (в IP адресах — узлов) может быть в сети, где у одного компьютера адрес 172.16.13.98 /24.

172.16.13.0 – адрес сети
172.16.13.1 – адрес первого устройства в сети
172.16.13.254 – адрес последнего устройства в сети
172.16.13.255 – широковещательный IP адрес
172.16.14.0 – адрес следующей сети

Итого 254 устройства в сети

Теперь вычислим сколько устройств может быть в сети, где у одного компьютера адрес 172.16.13.98 /16.

172.16.0.0 – адрес сети
172.16.0.1 – адрес первого устройства в сети
172.16.255.254 – адрес последнего устройства в сети
172.16.255.255 – широковещательный IP адрес
172.17.0.0 – адрес следующей сети

Итого 65534 устройства в сети

В первом случае у нас получилось 254 устройства, во втором 65534, а мы заменили только номер маски.

Посмотреть различные варианты работы с масками вы можете в любом калькуляторе IP. Я рекомендую этот.

До того, как была придумана технология масок подсетей (VLSM – Variable Langhe Subnet Mask), использовались классовые сети, о которых мы говорили ранее.

Теперь стоит сказать о таких IP адресах, которые задействованы под определённые нужды.

Адрес 127.0.0.0 – 127.255.255.255 (loopback – петля на себя). Данная сеть нужна для диагностики.
169.254.0.0 – 169.254.255.255 (APIPA – Automatic Private IP Addressing). Механизм «придумывания» IP адреса. Служба APIPA генерирует IP адреса для начала работы с сетью.

Теперь, когда я объяснил тему IP, становиться ясно почему сеть, представленная в лабе, не будет работать без проблем. Этого стоит избежать, поэтому исправьте ошибки исходя из информации в этой статье.

Ссылка на лабу

Исчерпание IPv4-адресов — Википедия

Динамика количества свободных блоков /8 с 1995 года

Исчерпание IPv4-адресов — израсходование резерва нераспределённых адресов протокола IPv4. Всемирное адресное пространство глобально управляется американской некоммерческой организацией IANA, а также пятью региональными интернет-регистраторами, ответственными за назначение IP-адресов конечным пользователям на определённых территориях, и локальными интернет-регистраторами, такими как интернет-провайдеры.

IPv4 позволяет использовать около 4,22 миллиарда адресов, и часть из них была распределена IANA региональным интернет-регистраторам блоками примерно по 16,8 миллиона адресов (с учётом использования CIDR). В феврале 2011 года IANA выделила региональным интернет-регистраторам последние пять оставшихся блоков /8 из своего адресного пространства[1][2][3][4]. Исчерпание адресов оставшихся региональных интернет-регистраторов[K 1] ожидалось в течение пяти лет[5], по состоянию на сентябрь 2015 года об исчерпании общего запаса свободных IPv4 адресов и ограничениях на выдачу новых адресов объявили все региональные регистраторы, кроме AfriNIC[6].

APNIC является первым региональным интернет-регистратором, выделенные IP-адреса которого закончились[K 2]. Это произошло 15 апреля 2011 года[7][8][9]. ARIN первым из региональных интернет-регистраторов объявил о полном исчерпании IPv4 адресов[10].

Израсходование адресного пространства IPv4 считается проблемой, начиная с 1980-х годов, когда Интернет начал испытывать резкий рост. В ноябре 1991 года IETF создал ROAD (англ. Routing and Addressing Group) для разрешения проблемы масштабируемости, вызванной применением метода классовой адресации, который использовался в то время[11][12]. Ожидаемое исчерпание адресов стало причиной, из-за которой был создан и принят ряд новых технологий, включая бесклассовую адресацию (CIDR) в 1993 году, NAT и новую версию Internet Protocol, IPv6, в 1998 году[12].

Переход Интернета на Internet Protocol версии 6 является единственным доступным долговременным решением проблемы исчерпания IPv4-адресов[13]. Несмотря на то, что предсказанное исчерпание адресного пространства IPv4 вступило в заключительную стадию в 2008 году, большинство провайдеров интернет-услуг и разработчиков программного обеспечения только начинают внедрение IPv6[en][14].

Адресация IPv4

Каждому узлу IPv4-сети, например компьютеру, маршрутизатору или интернет-принтеру, присваивается IPv4-адрес, который используется для идентификации этого узла при взаимодействии с другими узлами в той же сети. В принципе, любой компьютер с публичным IPv4-адресом может отправлять данные любому другому компьютеру с IPv4-адресом. Однако IPv6 не имеет обратной совместимости с IPv4, поэтому отправить данные от компьютера только с IPv4 адресом к компьютеру с только IPv6-адресом можно, лишь используя специальные технологии. Стандартным решением является туннелирование[15]. IPv4-адрес имеет длину 4 байта (32 бита), и поэтому протокол Интернета версии 4 позволяет использовать 232 (примерно 4,3 миллиарда) адресов. Однако некоторые большие блоки IPv4-адресов зарезервированы для специальных нужд и недоступны для публичного использования, например адрес «обратной петли» 127/8[K 3], «серые» сети 10/8, 172.16/12, 192.168/16 (это специально зарезервированные адреса).

Структура адреса IPv4 позволяет использовать публично доступные адреса в количестве, недостаточном для того, чтобы обеспечить адрес для каждого связанного с Интернетом устройства или услуги. Эта проблема была частично решена на некоторое время при помощи изменений в системе распределения адресов. Переход от классовой адресации к бесклассовой позволил существенно отсрочить исчерпание адресного пространства IPv4.

Также технология NAT (англ. Network Address Translation) позволяет интернет-провайдерам маскировать собственные частные сети за одним публично доступным IPv4-адресом маршрутизатора вместо того, чтобы выделять публичные адреса каждому устройству в сети.

Факторы исчерпания адресов

Хотя основной причиной исчерпания адресного пространства IPv4 является недостаточная проектная мощность инфраструктуры Интернета, в которую не закладывался столь быстрый рост[16], ряд дополнительных факторов усугубляет эту проблему. Каждый из них связан со спросом на IP-адреса, который не был предусмотрен авторами оригинальной инфраструктуры сети.

Мобильные устройства
IPv4 стал стандартом де-факто в цифровой связи, а стоимость вложения дополнительной вычислительной мощности в портативные устройства упала. Поэтому мобильные телефоны стали полноценными интернет-хостами. Новые спецификации устройств 4G требуют использования адресации IPv6.
Постоянные соединения
На протяжении 1990-х годов доминирующим способом интернет-соединения являлся коммутируемый удалённый доступ при помощи телефонного модема. Быстрый рост основанных на dial-up сетей увеличил количество используемых адресов и пул присваиваемых IP-адресов был распределён между большим числом пользователей. В 2007 году процент использования широкополосного интернет-доступа начал превышать 50 % на многих рынках[17]. В отличие от коммутируемого доступа, широкополосные соединения чаще всего постоянно активны, и сетевые устройства (маршрутизаторы, широкополосные модемы) редко выключаются. Это приводит к тому, что количество задействованных IP-адресов увеличивается.
Расширение Интернета
Существуют сотни миллионов домашних хозяйств в развитых странах мира. В 1990 году интернет-подключение имело только незначительное количество домохозяйств. Всего 15 лет спустя почти половина из них имеет постоянное широкополосное соединение[18]. Большое количество новых пользователей интернета проживает в густонаселённых Китае и Индии, что ещё больше ускоряет исчерпание адресного пространства.
Неэффективное использование адресов
Организации, которые получили IP-адреса в 1980-х годах, часто имеют большее количество IP-адресов, чем им реально требуется, поскольку используемый изначально метод классовой адресации предопределяет недостаточно эффективное использование адресного пространства[19]. Например, крупным компаниям или университетам были присвоены адресные блоки класса A, содержащие более 16 миллионов IPv4-адресов, так как предыдущая по размеру единица, блок класса B с 65 536 адресами, являлся слишком малым для предполагаемого количества используемых адресов.
Многие организации продолжают использовать публичные IP-адреса для устройств, не доступных вне локальной сети. С точки зрения глобального распределения адресного пространства это неэффективно в большинстве случаев.
Для локальных интернет-регистраторов (LIR) в RFC 3194 предлагался к использованию параметр HD-ratio, показывающий, насколько эффективно задействовано выделенное IP-пространство. Его реализация затянулась, и сейчас использование этого параметра практически бесполезно.
Виртуализация
С расширением технических возможностей, мощности процессоров серверов и улучшения оборудования стало возможным одновременное использование нескольких операционных систем на одном компьютере. Каждая из таких систем требует публичного IP-адреса.

Технологии, уменьшившие скорость исчерпания

Ряд технологий уменьшает потребность в IP-адресах[20]:

NAT, прокси-серверы и внутрисетевая адресация 
Технология NAT (Network address translation) позволяет нескольким компьютерам иметь один внешний IP-адрес. Находящиеся за NAT компьютеры могут подключаться друг к другу, используя внутрисетевые IP-адреса, но извне c такими компьютерами без специальной настройки соединиться невозможно.
Виртуальный хостинг веб-сайтов с доступом по доменному имени. 
Несколько сайтов имеют общий IP-адрес, сервер отличает один от другого по доменному имени (поле Host HTTP/1.1).
Тщательный контроль региональных интернет-регистраторов за присвоением IP-адресов локальным интернет-регистраторам.
Перераспределение адресного пространства 
В первые годы существования Интернета использовалась неэффективная система классовой адресации. Большие блоки IP-адресов, распределённые в те времена, возвращаются в оборот.

Хронология исчерпания

Исчерпание запаса IP-адресов региональных интернет-регистраторов в 2011 году

31 января 2011 года последние два незарезервированных IANA блока адресов были выделены APNIC в соответствии со стандартными процедурами выделения адресов региональным интернет-регистраторам. Осталось пять зарезервированных и потому нераспределённых блоков /8 [7] [21] [22]. В соответствии с правилами ICANN, IANA приступила к выделению каждого из этих блоков каждому из региональных интернет-регистраторов после пресс-конференции 3 февраля 2011 года, что привело к окончанию запаса адресов IANA [23] [24].

Различные самостоятельные адресные блоки, исторически используемые отдельно от региональных интернет-регистраторов, были распределены между региональным интернет-регистраторам в феврале 2011 года[25].

Технологии замедления исчерпания IPv4-адресов включают в себя совместное использование IPv4-адресов для доступа к IPv4-контенту, введение IPv6 параллельно с использованием IPv4, трансляцию протоколов для доступа к предназначенному для IPv4 и IPv6 контенту и туннелирование для работы с маршрутизаторами, поддерживающими только один протокол. Необходимость раннего начала использования IPv6 после исчерпания адресного пространства IANA является очевидной[26].

Как следствие исчерпания резерва адресов, требуемые многими приложениями соединения точка-точка не всегда будут доступны в IPv4-Интернете до тех пор, пока IPv6 не будет полностью внедрён. IPv6-хосты не могут напрямую соединяться с IPv4-хостами и должны использовать для взаимодействия специальные сервисы. Это значит, что большинство компьютеров ещё должно иметь IPv4-доступ, например, при помощи NAT64, в дополнение к новым IPv6-адресам, что требует больше усилий, чем простая поддержка IPv4. Спрос на IPv6-адреса, как ожидалось, возникнет через три или пять лет[27].

В начале 2011 года только 5 % компьютеров имели IPv6-соединение[28], при этом большинство из них использовали такие механизмы перехода, как NAT64 и туннелирование Teredo[29]. В декабре 2009 года около 0,15 % из двух миллионов наиболее популярных веб-сайтов были доступны по протоколу IPv6[30]. Вопрос усложняет то, что от 0,027 % до 0,12 % посетителей не могут использовать сайты, использующие одновременно IPv4 и IPv6[31][32], но значительная часть их (0,27 %) не может взаимодействовать с использующими только IPv4 сайты[33]. Согласно исследованию Arbor Networks[en], на лето 2010 года доля IPv6-трафика составляла менее одной десятой процента[34].

Региональное исчерпание

На момент исчерпания адресов IANA (февраль 2011) ожидалось, что запас свободных блоков адресов у региональных интернет-регистраторов закончится в течение срока от полугода (APNIC) до пяти лет (AfriNIC)[35]. По состоянию на сентябрь 2015 года, об исчерпании общего запаса свободных IPv4 адресов и ограничениях на выдачу новых адресов объявили все региональные регистраторы, кроме AfriNIC; ARIN объявил о полном исчерпании свободных IPv4 адресов, а для остальных регистраторов этот момент прогнозируется, начиная с 2017 года[6].

У разных региональных регистраторов стратегия выделения адресов различна[36]. Интернет-провайдеры имеют, как правило, запас IP-адресов для использования их клиентами в течение срока от 6 месяцев до 2 лет, после чего новые клиенты, которые пожелают подключиться к Интернету, не смогут получить IP-адреса и должны будут использовать NAT или получать только IPv6-адреса[37].

APNIC и RIPE NCC

APNIC является региональным интернет-регистратором и выделяет IP-адреса для областей, где Интернет развивается крайне быстро, таких как Китай и Индия; поэтому ожидалось, что именно он станет первым региональным интернет-регистратором, который прекратил свободно выделять IPv4-адреса. Это произошло 15 апреля 2011 года, когда запас адресов уменьшился до критической отметки — 1 блок /8. С этой даты APNIC перешёл к механизму распределения «стадии 3»; и начался период, когда уже не каждый локальный интернет-регистратор (LIR) может получить IPv4-адреса в нужном ему количестве; ожидалось, что эта стадия продлится в течение пяти лет[8]. Выделение IP-адресов было ограничено количеством 1024 каждому члену. [38] [39] [7][40] [41] [42].

Исчерпание общих запасов IPv4-адресов RIPE NCC, регионального интернет-регистратора Европы, наступило следом за APNIC. Это произошло 14 сентября 2012 г.

На конец 2015 года APNIC имел около 11 миллионов свободных адресов, а RIPE NCC — около 16 миллионов[6].

Правило последнего блока /8 в APNIC и RIPE NCC

С 15 апреля 2011 года, даты, когда у APNIC остался последний блок /8, или с 14 сентября 2012 года, каждый текущий или будущий член (то есть владелец учётной записи у APNIC или клиент RIPE NCC) может получить только один блок IP-адресов размером в 1024 адреса (блок /22)[43][44]. Согласно исследованию динамики запасов IPv4-адресов «Evolution of the IP pool for each RIR in 2011», последний блок APNIC /8 закончился бы в течение месяца, если это ограничение не было бы введено. В блоке /8 16 384 блока /22; согласно правилам APNIC и RIPE NCC, каждый действительный или будущий член получает один блок /22 из последнего блока /8, причём, только в случае удовлетворения ряду критериев[45]. В настоящее время APNIC имеет около 3000 членов и каждый год их число увеличивается примерно на 300 новых членов. Таким образом, последний блок /22 должен закончиться более чем через 5 лет[44]. У RIPE NCC более 8000 членов, и сроки исчерпания их последнего блока /8 существенно короче.

1024 адреса в блоке /22 могут использоваться для поддержки NAT44 или NAT64 для организации сети IPv6. Однако, для новых больших интернет-провайдеров лимит в 1024 адреса может оказаться недостаточным для обеспечения связи с IPv4 в связи с ограниченным количеством доступных для одного IPv4-адреса портов[46].

Исчерпание пула адресов LACNIC

10 июня 2014 года Latin American and Caribbean Internet Addresses Registry объявил о фактическом исчерпании резерва свободных IPv4 адресов в регионе, в распоряжении регистратора остался единственный /10 блок адресов[47]. По прогнозу на начало 2015 года, полное исчерпание всех адресов в этой зоне должно наступить в середине 2017 года[48].

Исчерпание пула адресов ARIN

После исчерпания адресного пространства IANA в 2011 году, ARIN ввело дополнительные ограничения на запросы адресного пространства IPv4[49].

24 июля 2013 года главный научный сотрудник APNIC Джефф Хьюстон опубликовал в своём блоге иллюстрированное графиками исследование, в котором спрогнозировал исчерпание пула IPv4-адресов ARIN «где-то в третьем квартале 2014 года»[50]. 1 августа 2013 года ARIN сообщила о двух оставшихся блоках /8 для IPv4 адресов[51].

24 сентября 2015 года ARIN первым из интернет-регистраторов объявила о полном исчерпании своего пула свободных IPv4-адресов, все новые запросы адресов отправляются в очередь ожидания[10].

AfriNIC

AfriNIC последней из региональных интернет-регистратур подошла к исчерпанию пула IPv4-адресов. 31 марта 2017 вступили в действия ограничения, накладываемые правилами фазы 1 исчерпания локального пула адресов. Вводятся более строгие проверки назначения использования адресов, ограничения по минимальному и максимальному количеству выдаваемых адресов, срокам утилизации выданных адресов.

Оценки сроков исчерпания

В начале 2000-х годов давались разные оценки времени полного исчерпания IPv4-адресов. В 2003 году Paul Wilson (директор APNIC), основываясь на текущих масштабах использования адресного пространства, заявил, что адресное пространство закончится в течение одного или двух десятилетий[52]. В сентябре 2005 года в отчёте Cisco Systems было высказано предположение, что запас доступных адресов будет исчерпан в течение срока от 4 до 5 лет[53]. В последние годы перед исчерпанием запаса распределение IPv4-адресов ускорилось, что не было учтено в части прогнозов.

  • 21 мая 2007 года американский региональный регистратор ARIN обратился к интернет-сообществу с обращением о необходимости перехода на нумерацию IPv6 в связи с ожидаемым исчерпанием запаса IPv4-адресов в 2010 году в тех ситуациях, когда требуется регулярное выделение ARIN новых IP-адресов[54]. Ситуации включают в себя соединения между устройствами внутри Интернета, так как некоторые устройства могут иметь только IPv6-адреса.
  • 20 июня 2007 года региональный регистратор Латинской Америки LACNIC сообщил о запуске региональной кампании с целью «адаптации региональных сетей к IPv6» к январю 2011 года, в связи с исчерпанием запаса IPv4-адресов «в течение трёх лет»[55].
  • 26 июня 2007 года APNIC одобрил заявление от японского национального регистратора JPNIC о переходе развития и разработки Интернета в направлении, основанном на IPv6.
  • 26 октября 2007 года европейский региональный регистратор RIPE NCC одобрил заявление от сообщества RIPE, в котором призывалось к широкому распространению IPv6 всеми заинтересованными сторонами[56].
  • 15 апреля 2009 года ARIN отправил письмо ко всем компаниям, которые имеют выделенные IPv4-адреса, о том, что ожидается полное исчерпание адресного пространства IPv4 в течение следующих двух лет[57].
  • В мае 2009 года RIPE NCC запустила сайт IPv6ActNow.org для помощи в распространении всем желающим полезной информации об IPv6. Этот сайт посвящён задаче повсеместного внедрения IPv6.
  • 25 августа 2009 года ARIN объявил о запуске серии совместных мероприятий Карибского региона, направленных на реализацию IPv6. По словам ARIN, в это время у него оставалось менее 10,9 % свободного адресного пространства[58].

Меры по смягчению проблем в период после исчерпания адресов

К 2008 году разрабатывались процедуры для периода исчерпания адресов и после него[59].

Обсуждались несколько предложений по смягчению проблемы исчерпания адресов IPv4.

Использование неиспользуемого адресного пространства IPv4

Перед и во время периода использования классовой модели адресации некоторым организациям были выданы огромные диапазоны IP-адресов. Internet Assigned Numbers Authority (IANA) потенциально может получить обратно эти диапазоны, после чего раздать их меньшими блоками. У ARIN, RIPE NCC и APNIC существуют правила передачи адресов, в соответствии с которыми такие адреса могут быть возвращены с целью передачи конкретному получателю[60][61][62]. Однако это может быть затратно по стоимости и времени смены адресов на большой сети, соответственно, затронутые организации с большой вероятностью стали бы возражать, что могло привести к судебным спорам. Однако, даже если бы все такие адреса были бы возвращены, это лишь несколько отодвинуло бы дату исчерпания адресов.

Аналогично блоки адресов выданы организациям, которые более не существуют или даже никогда не использовали их. Строгий учёт IP-адресов не вёлся, и выявление этой информации может оказаться крайне непростым.

Некоторые адреса, ранее зарезервированные IANA, были переведены в число доступных. Были предложения использования адресов сетей класса E[63][64], но многие операционные системы и прошивки, используемые в компьютерах и маршрутизаторах, не позволяют использование таких адресов[53][65][66][67]. С этой целью не предлагалось публичного использования адресов сетей класса E, но вместо этого разрешить частное использование для сетей, которым требуется больше адресов, чем сейчас доступно по RFC 1918.

Несколько организаций вернули большие блоки IP-адресов, в частности, Стэнфордский университет, который вернул адреса сети класса A в 2000 году, дав 16 миллионов IP-адресов (процесс перенастройки 56 тысяч единиц оборудования занял два года[68]), Министерство обороны США, BBN Technologies[69] и Interop[70].

Трансляция адресов на уровне сетей интернет-провайдеров

IPv4 NAT на уровне провайдера

Интернет-провайдеры могут применять технологии туннелирования. Когда они используют в своих сетях трансляцию адресов NAT44 и NAT64, они могут выделять пользователям частные адреса IPv4 или IPv6 и использовать меньшее количество глобальных адресов IPv4[71].

Этот подход был успешно применён в некоторых странах, например, в России, где многие провайдеры широкополосного доступа используют централизованный NAT (Carrier-Grade NAT) и предлагают публично доступные адреса IPv4 за дополнительную плату. Аналогично Research In Motion (RIM), производитель BlackBerry, пересылает данные на центральные серверы с целью шифровки и дешифровки; следствием этого является уменьшение числа необходимых адресов IPv4.

Однако NAT на уровне интернет-провайдера не масштабируется. Кроме того, трансляция адресов применима не для всех задач, и при этом всё равно требует доступности адресов IPv4.

Эти технологии потребуются для соединения систем IPv6 с «устаревшими» системами IPv4.

Многие технологии прохождения сквозь NAT, такие как DMZ, STUN, UPnP, ALG, доступные, если NAT-маршрутизатором владеет пользователь, неприменимы на уровне интернет-провайдера.

Рынки IP-адресов

В качестве эффективного метода распределения адресов неоднократно предлагалось создание рынка адресов IPv4, на котором они могли бы продаваться и приобретаться. Основная польза от такого рынка заключалась бы в том, что адреса IPv4 оставались бы доступными. У этих схем есть серьёзные недостатки, которые привели к тому, что их не стали реализовывать: [72]

  • Создание рынка адресов IPv4 лишь отодвинуло бы исчерпание адресов на относительно короткое время, поскольку Интернет всё ещё растёт. Это означает, что полное исчерпание адресов IPv4 всё равно произошло бы в течение пары лет.
  • Концепция юридического «владения» IP-адресами как собственностью явным образом запрещена документами ARIN и RIPE NCC, а также ARIN Registration Services Agreement. Неясно даже, в правовой системе какой страны должны бы были разбираться связанные с этим споры.
  • Управление такой схемой выходит за рамки опыта, имеющегося у существующих региональных реестров адресов.
  • Беспорядочная торговля адресами привела бы к фрагментации распределения адресов, что вызвало бы сильное увеличение глобальной таблицы маршрутизации, следствием чего явились бы серьёзные проблемы маршрутизации у многих компаний, использующих старые маршрутизаторы с ограниченными размерами таблиц маршрутизации или с малыми вычислительными мощностями. Эти огромные расходы налагались бы действиями участников рынка адресов IPv4 на всех пользователей Интернета и представляли бы из себя негативные экономические внешние издержки, которые требовалось бы компенсировать.
  • При ограничении минимального размера торгуемых диапазонов IP-адресов таким образом, чтобы устранить проблему фрагментации, число потенциальных торгуемых единиц серьёзно уменьшилось бы, и их осталось бы в лучшем случае несколько миллионов.
  • Стоимость перехода от одного набора IP-адресов к другому очень высока, что уменьшает рыночную ликвидность. Организации, которые потенциально могут реорганизовать своё использование IP-адресов так, чтобы высвободить адреса на продажу, из-за больших расходов на эту процедуру не будут перепродавать купленные адреса при отсутствии большой прибыли. Стоимость уменьшения используемого адресного пространства сопоставима с однократным переходом на IPv6.
  • Как первопроходец в индустрии, компания Microsoft купила 666 624 адресов IPv4 на распродаже Nortel за семь с половиной миллионов долларов[73]. Любопытно, что для того, чтобы ARIN произвела передачу адресов, Microsoft необходимо выполнить условия, при которых она могла бы получить адреса от ARIN бесплатно до момента исчерпания[74]. Тем не менее, купленных адресов Microsoft должно хватить на 12 месяцев, в то время как от ARIN они получили бы адресов на 3 месяца[75].

Комментарии

  1. ↑ Точнее, исчерпание общего запаса /8 блоков адресов, после чего регистраторы могут выделять новые адреса крайне ограниченно
  2. ↑ Точнее, 15 апреля 2011 года APNIC достигла последнего блока /8 и перешла к механизму распределения «стадии 3»; ожидалось, что эта стадия продлится в течение пяти лет
  3. ↑ Запись /8 в бесклассовой адресации означает блок из 16777216(=2(32-8)) адресов; аналогично запись /12 значит 1048576(=2(32-12)) адресов. Блок начинается от адреса, который указывается перед дробью, и далее адреса идут непрерывно.

Примечания

  1. Smith, Lucie; Lipner, Ian. Free Pool of IPv4 Address Space Depleted. Number Resource Organization (3 February 2011). Проверено 2 июля 2011. Архивировано 17 августа 2011 года.
  2. ICANN. Available Pool of Unallocated IPv4 Internet Addresses Now Completely Emptied. Архивировано 17 августа 2011 года.
  3. ICANN. Major Announcement Set on Dwindling Pool of Available IPv4 Internet Addresses.
  4. ICANN,nanog mailing list. Five /8s allocated to RIRs — no unallocated IPv4 unicast /8s remain. Архивировано 17 августа 2011 года.
  5. ↑ Distribution of IANA and APNIC exhaustion dates — из статьи Geoff Huston Transitioning Protocols — Part 1 (февраль 2011)
  6. 1 2 3 Geoff Huston. IPv4 Address Exhaustion in APNIC (англ.) (12 August 2015). Проверено 12 декабря 2015.
  7. 1 2 3 Huston, Geoff IPv4 Address Report, daily generated. Проверено 2 июля 2011. Архивировано 17 августа 2011 года.
  8. 1 2 Two /8s allocated to APNIC from IANA. APNIC (1 февраля 2010). Проверено 2 июля 2011. Архивировано 17 августа 2011 года.
  9. ↑ APNIC IPv4 Address Pool Reaches Final /8. APNIC (15 апреля 2011). Проверено 2 июля 2011. Архивировано 17 августа 2011 года.
  10. 1 2 ARIN IPv4 Free Pool Reaches Zero. American Registry for Internet Numbers (24 September 2015). Проверено 25 декабря 2015.
  11. ↑ RFC 4632
  12. 1 2 Niall Richard Murphy, David Malone. IPv6 network administration. — O'Reilly Media, Inc., 2005. — P. xvii-xix. — ISBN 0596009348.
  13. Mark Townsley. World IPv6 Day: Working Together Towards a New Internet Protocol (21 января 2011). Архивировано 17 августа 2011 года.
  14. S.H. Gunderson. Global IPv6 Statistics — Measuring the current state of IPv6 for ordinary users (PDF) (октябрь 2008). Проверено 2 июля 2011. Архивировано 17 августа 2011 года.
  15. R. Gilligan, E. Nordmark. RFC 1933. Transition Mechanisms for IPv6 Hosts and Routers.
  16. V. Fuller, T. Li. RFC4632. Classless Inter-domain Routing (CIDR): The Internet Address Assignment and Aggregation Plan.
  17. Ferguson, Tim Broadband adoption passes halfway mark in U.S.. CNET News.com (18 февраля 2007). Проверено 2 июля 2011. Архивировано 17 августа 2011 года.
  18. ↑ Projections of the Number of Households and Families in the United States: 1995 to 2010 (PDF) (апрель 1996). Проверено 2 июля 2011. Архивировано 17 августа 2011 года.
  19. ↑ RFC1517. Applicability Statement for the Implementation of Classless Inter-Domain Routing (CIDR) (сентябрь 1993). Проверено 2 июля 2011. Архивировано 17 августа 2011 года.
  20. Rupp, Stephan http://www.linecity.de/INFOTECH_ACS_SS05/acs5_top5_pres.ppt (2005). Проверено 2 июля 2011. Архивировано 17 августа 2011 года.
  21. IANA. IANA IPv4 Address Space Registry. IANA IPv4 Address Space Registry. Проверено 2 июля 2011. Архивировано 17 августа 2011 года.
  22. Stephen Lawson. Address allocation kicks off IPv4 endgame. Computerworld (January 31, 2011). Архивировано 17 августа 2011 года.
  23. ↑ Free Pool of IPv4 Address Space Depleted (3 февраля 2011). Архивировано 17 августа 2011 года.
  24. ↑ Global Policy for the Allocation of the Remaining IPv4 Address Space. Проверено 2 июля 2011. Архивировано 17 августа 2011 года.
  25. ↑ The IPv4 Depletion site «Blog Archive» Status of the various pool.
  26. Carolyn Duffy Marsan. Suddenly everybody's selling IPv6. Network World (February 7, 2011). Архивировано 17 августа 2011 года.
  27. ↑ www.fix6.net. www.fix6.net (24 ноября 2010). Проверено 2 июля 2011. Архивировано 17 августа 2011 года.
  28. ↑ IPv6 Measurement
  29. ↑ Stcking it Up. Архивировано 6 июля 2011 года.
  30. RIPE. IPv6 Measurements — A Compilation — RIPE Labs.
  31. ↑ IPV6 Test — Introductie. (недоступная ссылка)
  32. Igor Gashinsky. World IPv6 Day: A Content Provider Perspective.
  33. ↑ ISP Column — April 2010.
  34. ↑ IPv4 Address Exhaustion Not Instant Cause for Concern with IPv6 in Wings.
  35. ↑ Registry Exhaustion Dates. Проверено 2 июля 2011. Архивировано 17 августа 2011 года.
  36. ↑ IP Address Pool. Arin.net. Проверено 2 июля 2011.
  37. ↑ No more addresses: Asia-Pacific region IPv4 well runs dry. Arstechnica (15 April 2011). Проверено 2 июля 2011. Архивировано 17 августа 2011 года.
  38. APNIC. APNIC’s IPv4 pool usage.
  39. APNIC. APNIC IPv4 Address Pool Reaches Final /8.
  40. APNIC. APNIC Allocation Rate. Архивировано 17 августа 2011 года.
  41. ↑ 2011-02-25 movie.
  42. ↑ RIR pool exhaust dates (zoomed)  (недоступная ссылка — история). Архивировано 11 июня 2016 года.
  43. APNIC. APNIC — Policies for IPv4 address space management in the Asia Pacific region (пункт 9.10)  (недоступная ссылка — история). Архивировано 18 ноября 2011 года.
  44. 1 2 APNIC — IPv4 exhaustion details. APNIC.
  45. APNIC. APNIC — Policies for IPv4 address space management in the Asia Pacific region (пункт 9.4)  (недоступная ссылка — история). Архивировано 18 ноября 2011 года.
  46. ↑ No more addresses: Asia-Pacific region IPv4 well runs dry.
  47. ↑ LACNIC Enters IPv4 Exhaustion Phase
  48. Geoff Huston. Addressing 2014 - And then there were 2! (англ.) (12 January 2015). Проверено 12 декабря 2015.
  49. ↑ information on ARIN website. Arin.net. Проверено 2 июля 2011.
  50. Geoff Huston. Exactly When Is ARIN Going to Run Out of IPv4 Addresses? (англ.). Circleid.com (24 July 2013). Проверено 3 августа 2013. Архивировано 15 августа 2013 года.
  51. ↑ ARIN Enters Phase Three of the IPv4 Countdown Plan
  52. By John Lui, CNETAsia. Exec: No shortage of Net addresses.
  53. 1 2 Hain, Tony A Pragmatic Report on IPv4 Address Space Consumption. Проверено 2 июля 2011. Архивировано 17 августа 2011 года.
  54. ↑ American Registry for Internet Numbers (ARIN) (2007-05-21). ARIN Board Advises Internet Community on Migration to IPv6. Пресс-релиз. Проверено 2011-07-02.
  55. ↑ Latin American and Caribbean Internet Addresses Registry (LACNIC) (2007-06-21). LACNIC announces the imminent depletion of the IPv4 addresses. Пресс-релиз. Архивировано из первоисточника 29 июня 2012. Проверено 2011-07-02.
  56. ↑ RIPE 55 - Meeting Report. RIPE NCC (26 октября 2007). Проверено 2 июля 2011. Архивировано 17 августа 2011 года.
  57. ↑ Notice of Internet Protocol version 4 (IPv4) Address Depletion (PDF). Проверено 2 июля 2011.
  58. White, Lauren. ARIN and Caribbean Telecommunications Union Host Premier Internet Community Meeting (25 августа 2009). Архивировано 27 августа 2009 года. Проверено 2 июля 2011. «The global Internet community is playing a crucial role in the effort to raise awareness of IPv4 depletion and the plan to deploy IPv6, as only 10.9% of IPv4 address space currently remains».
  59. ↑ Proposed Global Policy for the Allocation of the Remaining IPv4 Address Space. RIPE NCC (3 марта 2008). Проверено 2 июля 2011. Архивировано 17 августа 2011 года.
  60. ↑ APNIC transfer policy. Apnic.net (10 февраля 2010). Проверено 2 июля 2011. Архивировано 17 августа 2011 года.
  61. ↑ ARIN transfer policy. Arin.net. Проверено 2 июля 2011.
  62. ↑ Ripe Faq. Ripe.net. Проверено 2 июля 2011. Архивировано 17 августа 2011 года.
  63. Wilson, Paul; Michaelson, George; Huston, Geoff. Redesignation of 240/4 from «Future Use» to "Limited Use for Large Private Internets" (expired draft). Проверено 2 июля 2011. Архивировано 17 августа 2011 года.
  64. V. Fuller, E. Lear, D. Meyer. Reclassifying 240/4 as usable unicast address space (expired draft). IETF (24 марта 2008). Проверено 2 июля 2011. Архивировано 17 августа 2011 года.
  65. ↑ Address Classes. Windows 2000 Resource Kit. Microsoft. Проверено 2 июля 2011. Архивировано 17 августа 2011 года.
  66. van Beijnum, Iljitsch IPv4 Address Consumption. Проверено 2 июля 2011. Архивировано 17 августа 2011 года.
  67. ↑ TCP/IP Overview. Cisco Systems, Inc. Проверено 2 июля 2011. Архивировано 17 августа 2011 года.
  68. Marsan, Carolyn Stanford move rekinds 'Net address debate. Network World. Проверено 2 июля 2011. Архивировано 17 августа 2011 года.
  69. Stephen Shankland. Moving to IPv6: Now for the hard part (FAQ)  (недоступная ссылка — история) (3 февраля 2011). Проверено 2 июля 2011. (недоступная ссылка)
  70. ↑ ARIN Recognizes Interop for Returning IPv4 Address Space. Arin.net (20 октября 2010). Проверено 2 июля 2011.
  71. ↑ Yamagata, I.; Miyakawa, S.; Nakagawa, A,; Ashida, H. «Common requirements for IP address sharing schemes». IETF. Июль 12, 2010.
  72. ↑ RFC 2008
  73. Kevin Murphy. Microsoft spends $7.5 million on IP addresses. Domain Incite (March 24, 2011). Архивировано 17 августа 2011 года.
  74. ↑ Resource Transfers: Returning Unneeded IPv4 Address Space. ARIN.
  75. Jaikumar Vijayan. IPv4 address transfers must meet policy, ARIN chief says (March 25, 2011). Архивировано 17 августа 2011 года.

Ссылки

Что такое IPV4 и зачем его покупают?

Каждый пользователь интернета стремится к анонимности, в том или ином её проявлении. Ведь никто не хочет, чтобы за ним повсеместно следил «большой брат». Однако достичь этой цели не так просто, как может показаться, ведь каждый посещённый вами ресурс записывает о вас данные, а о том, что вы посещали, знает ваш провайдер.

Всё это возможно благодаря ip – уникальному адресу машины, который необходим, чтобы сервер знал, какому конкретно клиенту ему отправлять данные о картинках или текстовую информацию. Наиболее распространённой разновидностью, а их несколько, такого адреса является ipv4 – адрес, который и используется чаще всего в сети, а также при покупке прокси.

Давайте разберёмся, что это такое, и какие типы ipv4 адресов бывают.

 

 

Предназначение ipv4 адреса

Сам ipv4 адрес, автонастройка которого происходит при подключении вас к сети у нового провайдера, является четвертой разновидностью интернет протокола, именно она остаётся основой для обслуживания сети и называется иначе «Внешним адресом». Ведь выделенный ipv4 адрес позволяет лишь приблизительно понять, на какую машину совершать отправку информации. Но использовать его для того, чтобы вычислить местоположение в реальном мире невозможно, хотя многие неопытные пользователи всё ещё в это верят. На деле, в лучшем случае, вы сократите область поиска до нескольких кварталов, это всё, что может позволить сделать ipv4 адресация в этом случае.

Но это не только адрес машины, а именно протокол, который необходим для того, чтобы две машины, находящиеся на разных концах земли, понимали, в каком формате и по какому принципу обмениваться пакетами данных.

Кстати, не стоит думать, что количество ipv4 адресов бесконечно, подобное невозможно на данный момент. 32-битное число, составляющее этот адрес, позволяет создать не более 4.2 миллиардов комбинаций. Но интернетом пользуются далеко не на всём земном шаре, потому на данный момент такого количества человечеству хватает с головой.

Естественно, рано или поздно, учитывая скорость прироста населения и развития технологий, этого количества не будет хватать, и уже сейчас принимаются шаги к переводу интернета на новые протоколы. Но большая часть ресурсов и по сей день работает исключительно с четвёртой версией, в том числе и различные социальные сети/

Особенности ipv4 адреса

Из предыдущего пункта можно сказать, что сетевые ipv4 адреса отличаются следующим:

  • Полная поддержка. На этом протоколе изначально выстраивался весь интернет, соответственно, каждый ресурс поддерживает его без исключения, чего нельзя сказать про другие разновидности. Именно данный тип применяется для так называемых прокси-серверов, позволяющих маскировать вашу деятельность в сети. Но как изменить ipv4 адрес? Достаточно взять даже базовый тариф «Индивидуальный ipv4», который предоставит для ваших нужд выделенные сервера, используемые только вами и в конкретных целях. Более того, можно выбрать их месторасположение, чтобы избежать главного недостатка прокси – высокого пинга.

          Купить IPv4 вы можете прямо сейчас, нажав на кнопку – «Купить Анонимные IPv4»

  • Ipv4 в отличие от прокси IPv6 поддерживается тысячами различных сервисов и утилит, позволяющих создавать так называемые «мосты» из нескольких прокси, дополнительно усложняющих отслеживание ваших действий. Даже спец. службам не всегда удаётся распутать такую паутину, что уж говорить о любопытных провайдерах. Но, естественно, чтобы не терять в скорости, для цепочки потребуются качественные и выделенные сервера.
  • Скорость передачи. Если не вдаваться в технические нюансы, то данный протокол практически не ограничивает скорость подключения пользователя к интернету.

Вот мы разобрались с тем, какие особенности несет в себе данная разновидность интернет протокола и как с её помощью обезопасить себя. Но давайте подробнее рассмотрим работу с прокси-серверами и как обычному пользователю вообще воспользоваться набором чисел, неизвестного назначения.

Как работать с ipv4 адресом

В первую очередь, стоит помнить, что применяются они в двух случаях:

  • Сразу в браузере. Такой способ удобен тем, что вам не нужно ничего отдельно настраивать, а некоторое ПО даже способно под каждую страницу выстраивать отдельный мост и создавать выделенный файл куки. Но есть у такого метода и свои недостатки. В первую очередь, далеко не все браузеры поддерживают прокси в принципе, хотя для ПО, написанного на Хромиум, и существует большое количество плагинов, исправляющих данный недочёт. Да, и если вы пользуетесь несколькими браузерами, один из которых не поддерживает данный функционал, то полной анонимности не добьетесь.
  • В отдельной программе. Это куда более продвинутый маневр, настроить прокси можно, например, через программу Proxifier.

Инструкцию по работе с данной программой вы может найти перейдя по ссылке – «Гайд по работе с Proxifier»

Что такое IP адрес, IPv4 и IPv6 адреса — hostgid.net

IP адрес — это уникальный адрес (идентификатор) устройства в глобальной сети интернет или в локальной сети, в переводе на русский означает интернет протокол. Он используется для адресации и передачи данных по сети, без него устройство не могло бы определить куда именно стоит передавать данные. Каждому устройству, работающему по сети (телефон, компьютер, сетевой принтер, сервер и т.д.), необходим свой сетевой адрес. На сегодняшний день существует два вида IP адресов, IPv4 и IPv6.

IPv4

IPv4 — это 32-битное число, всего таких адресов существует 4,22 миллиарда. Это максимальное число, которое может сохраниться в типе данных INT (integer). Любой IP адрес это самое обычное число, а привычная всем форма записи, состоящая из 4-х чисел от 0 до 255 (195.45.147.89) создана только ради удобства записи. Нам удобно использовать десятеричную систему исчисления, а компьютер понимает только двоичную. Соответственно для него любое число представляется в виде последовательности из 0 и 1. Таким образом IP адрес представлен последовательностью из 32 0 и 1. Для перевода этой последовательности в наш привычный вид, ее разбивают на 4 блока (октета) по восемь нолей и единиц в каждом. Каждый из этих блоков переводят в десятеричную систему исчисления и разделяют эти блоки точками, так и получается наш привычный IP адрес. Максимальное число в IP адресе 255 потому, что 8 единиц подряд в двоичной системе исчисления как раз и образуют это число.
IP адреса бывают публичными (белыми) и частные (серые). Также различают статические и динамические IP адреса.
Публичные (белые) IP адреса — это адрес в глобальной сети интернет, такие адреса используются для доступа в интернет, то есть к ним можно обратиться со всего мира.
Частные IP адреса — их еще называют внутренними, внутрисетевыми, локальными или серыми. Это не публичные IP адреса, принадлежащие к специально выделенным диапазонам адресов, которые не используются в глобальной сети интернет. То есть, не из локальной сети, в которой этот адрес используется, вы обратиться к нему не сможете. Есть несколько диапазонов, из которых можно использовать такие адреса, 10.0.0.0 — 10.255.255.255, 172.16.0.0 — 172.31.255.255 и 192.168.0.0 — 192.168.255.255. Обычно такие адреса используются для создания локальной сети в офисах и на предприятиях, также их может раздаваться интернет провайдер для экономии публичных адресов. Для выхода в интернет из такой локальной сети используется специальное маршрутизирующее оборудование (маршрутизатор). Он имеет статический IP адрес и маршрутизирует запросы между устройствами в локальной сети.
Динамические IP адреса — это публичные адреса, но выделяются они динамически. Чаще всего динамическое выделение используется интернет провайдерами, у которых есть нехватка адресов для всех абонентов. При подключении к сети интернет, абоненту выдается любой свободный IP адрес. Как только этот абонент отключится от интернета, этот IP адрес освободится и может быть выдан другому абоненту. Такое выделение IP адресов плохо потому, что абонент может пострадать от действий других пользователей. Например вам достался IP адрес от соседа, компьютер которого заражен вирусом и производит DDOS атаки или другую вредоносную деятельность. Вы пытаетесь зайти на сайт, а с вашего IP адреса доступ запрещен.
Статические IP адреса — это полная противоположность динамическому IP адресу. Он на постоянной основе закрепляется за абонентом и именно таки образом, по нормальному, должны выдаваться IP адреса интернет провайдером.
Все бы хорошо, но с IPv4 адресами существует одна проблемка. В далекие времена, разработчики "интернета" не могли себе представить, что такого количества адресов на всех не хватит, да и вообще, что паутина интернета опутает весь мир. Поэтому и не заморачивались особо, взяли число, которое в INT влазит и справились. Но это случилось, паутина мир опутала и IP адресов стало не хватать. В связи с этим сообщество было обязано найти выход из создавшейся ситуации и была предложена новая версия протокола IPv6.

IPv6

IPv6 — это уже 128-битное число и в отличии от IPv4, таких адресов настолько много, что их явно хватит на всех, 3.4×10^38 (10 в 38 степени), попробуйте прикинуть цифру. Новая версия была разработана достаточно давно, но по сей день не внедрена полностью. Это связано с тем, что необходима глобальная (по всему миру) замена оборудования, которое будет поддерживать работу с новой версией протокола. Естественно это все стоит немалых денег, никто деньги тратить не спешит и продвижение IPv6 происходит очень медленно. Тем не менее, по мере популяризации IPv6, появляется спрос среди абонентов и компании (хостеры, интернет провайдеры) постепенно начинают его поддерживать. Так же как и адреса IPv4, IPv6 это тоже обычное число. Но форма записи отличается, используется не 10-ричная, а 16-ричная система исчисления, адрес состоит не и 4, а из 8 блоков, разделяется не точкой, а двоеточием. Выглядит он примерно так 2a00:7a60:0:1083::1. Поскольку количество адресов в этом протоколе несоизмеримо велико, про серые или динамические адреса речь просто не идет.

Что такое IPv4?

IPv4 - это четвертая версия протокола IP (Internet Protocol), которая на сегодняшний является основной и обслуживает большую часть сети Интернет. IPv4 протокол устанавливает правила функционирования компьютерных сетей по принципу обмена пакетами. Это протокол низкого уровня, который отвечает за установку соединения между узлами сети на основе IP-адресов.

IP-Адреса

Адреса узлов в сети, согласно протоколу IPv4 имеют длину 32 бит, что дает в совокупности 232 = 4 294 967 296 возможных адресов. Но не все адреса используются для глобального пространства (Интернет), часть адресов выделяется для специальных нужд, например, для организации локальных сетей, виртуальных сетевых интерфейсов, используются в тестовых целях, являются специальными адресами и так далее.

Представление IPv4 адресов

IPv4 адреса как правило записываются в виде четырех десятичных чисел от 0 до 255 разделенных символом "." (точка), например, минимальный возможный адрес - 0.0.0.0, максимальный - 255.255.255.255. Число от 0 до 255, как правило, в компьютерных системах требует для хранения 1 байт или 8 бит информации, таким образом 8 * 4 = 32 бита или 4 байта, что соответствует заявленной длине адреса.

Хотя могут быть использованы и другие представления, в зависимости от необходимости (на примере адреса 123.45.67.89):

  • С точкой:
    • десятичное: 123.45.67.89
    • двоичное: 01111011.00101101.01000011.01011001
    • шестнадцатеричное: 0x7B.0x2D.0x43.0x59
    • восьмеричное: 0173.0055.0103.0131
  • Без точки:
    • десятичное: 2066563929
    • двоичное: 01111011001011010100001101011001
    • шестнадцатеричное: 0x7B2D4359
    • восьмеричное: 017355103131

Бесклассовая адресация (CIDR)

Изначально адресация в IP-сетях осуществлялась по классовому принципу (существовали классы, которые делили адресное пространство на большие блоки). Тем не менее данная схема оказалась непрактичной и сегодня в Интернет используется бесклассовая адресация, известная как Classless Inter-Domain Routing, или сокращенно CIDR.

В целом, CIDR позволяет описывать блоки IP-адресов для Интернет-подсетей. Так, стандартной считается запись CIDR в виде IP-адреса, следующего за ним символа "/" и число, обозначающее битовую маску подсети, например, 12.13.14.0/24

Число 24 в данном случае будет означать количество старших битов в маске подсети. Так как IP-адрес состоит из 32 бит, но маской являются старшие 24, это значит, что для всех возможных адресов в сети остается 32 - 24 = 8 бит. То есть 28 = 256 возможных. Или, если наша маска была бы 23 бита а не 24, то для адресов осталось бы 9 бит = 29 = 512 возможных, и напротив, если маска будет 25 бит, то для адресов останется 232-25 = 27 = 128 возможных. Таким образом, мы можем описывать сети, состоящие из различного количества доступных адресов. Кроме того, одна большая сеть может быть внутри опять раздроблена на несколько более мелких подсетей, те в свою очередь могут быть также разбиты на подсети и т.д.

Следует отметить, что количество возможных узлов (хостов) в подсети всегда минимум на 2 меньше количества всех возможных адресов. Обусловлено это тем, что первый адрес резервируется, как идентификатор сети, а последний является широковещательным.

Специальные IPv4 адреса

Согласно характеристикам, определенным разными стандартами, относящимися к протоколу IPv4, существуют такие специальные адреса:

Сеть (адрес) Описание Стандарт
0.0.0.0/8 Источник адресов текущей сети RFC 5735
10.0.0.0/8 Для организации частных сетей RFC 1918
100.64.0.0/10 Для использования в сети провайдера RFC 6598
127.0.0.0/8 Интерфейс коммутации внутри хоста RFC 5735
169.254.0.0/16 Для автоматического конфигурирования (например, при отсутствии DHCP) RFC 3927
172.16.0.0/12 Для организации частных сетей RFC 1918
192.0.0.0/24 Для специального назначения (зарезервировано IETF) RFC 5735
192.0.2.0/24 Тестовая сеть 1, для использования в качестве примеров в документации RFC 5735
192.88.99.0/24 Для трансляций из IPv6 в IPv4 RFC 3068
192.168.0.0/16 Для организации частных сетей RFC 1918
198.18.0.0/15 Для тестирования производительности RFC 2544
198.51.100.0/24 Тестовая сеть 2, для использования в качестве примеров в документации RFC 5737
203.0.113.0/24 Тестовая сеть 3, для использования в качестве примеров в документации RFC 5737
224.0.0.0/4 Для многоадресной рассылки RFC 5771
240.0.0.0/4 Зарезервировано для возможных потребностей в будущем RFC 1700
255.255.255.255 Широковещательный адрес RFC 919

То есть, как видно, из всего адресного пространства IPv4 часть адресов используется для специальных нужд, а это значит, что для нужд реальных узлов сети свободных адресов остается даже меньше, чем теоретически определено IPv4 протоколом. На сегодняшний день адресное пространство IPv4 практически полностью исчерпано, все свободные адреса использованы для специальных нужд либо розданы различным организациям для нужд их сетей.

Поэтому в последнее время осуществляется постепенный переход на новый протокол IPv6.

Смотрите также:

Пожалуйста, включите JavaScript для просмотра комментариев с помощью Disqus.

RFC 5735 - IPv4-адреса специального назначения

[Документы] [txt | pdf] [draft-iana-rfc3 ...] [Трекер] [Diff1] [Diff2] [Ошибки]

Поддержка: 6890 ЛУЧШАЯ ТЕКУЩАЯ ПРАКТИКА
Обновлено: 6598 Errata Exist
Инженерная группа по Интернету (IETF) М. Коттон
Запрос комментариев: 5735 л.Vegoda
BCP: 153 ICANN
Устаревшие: 3330 январь 2010
Категория: Лучшая текущая практика
ISSN: 2070-1721


                       Специальные адреса IPv4

Аннотация

   Этот документ устарел RFC 3330. Он описывает глобальные и другие
   специализированные блоки адресов IPv4, которые были назначены
   Управление по присвоению номеров в Интернете (IANA). Это не адрес IPv4
   адресное пространство, выделенное операторам и пользователям через региональные
   Интернет-реестры, и при этом это не адрес назначенного адресного пространства IPv4
   непосредственно IANA до создания регионального интернета
   Реестры.Также не рассматриваются распределения или назначения
   IPv6-адреса или номера автономных систем.

Статус этой заметки

   Эта памятка документирует лучшую текущую практику Интернета.

   Этот документ является продуктом Инженерной рабочей группы по Интернету
   (IETF). Он представляет собой консенсус сообщества IETF. Оно имеет
   получил общественное рассмотрение и был одобрен для публикации
   Инженерная группа по интернет-инжинирингу (IESG). Дополнительная информация о
   ППГ доступны в разделе 2 RFC 5741.Информация о текущем статусе этого документа, любые ошибки,
   и как предоставить отзыв о нем можно получить на
   http://www.rfc-editor.org/info/rfc5735.

Уведомление об авторских правах

   Copyright (c) 2010 IETF Trust и лица, определенные как
   авторы документов. Все права защищены.

   На этот документ распространяется действие ППГ 78 и Правовая группа IETF Trust.
   Положения, касающиеся документов IETF
   (http://trustee.ietf.org/license-info), действующий на дату
   публикация этого документа.Пожалуйста, ознакомьтесь с этими документами
   внимательно, так как они описывают ваши права и ограничения в отношении
   к этому документу. Компоненты кода, извлеченные из этого документа, должны





Cotton & Vegoda - лучшая текущая практика [Page 1] 

RFC 5735 IPv4-адреса специального назначения, январь 2010 г.


   включите текст упрощенной лицензии BSD, как описано в разделе 4.e
   Правовые нормы Доверия и предоставляются без гарантии как
   описано в Упрощенной лицензии BSD.Оглавление

1. Введение . , , , , , , , , , , , , , , , , , , , , , , , , 3
2. Терминология. , , , , , , , , , , , , , , , , , , , , , , , , 3
3. Глобальные и другие специализированные адресные блоки. , , , , , , , , 3
4. Сводная таблица. , , , , , , , , , , , , , , , , , , , , , , , 6
5. Назначение блоков IPv4 для новых специализированных применений. , , , , 6
6. Соображения IANA. , , , , , , , , , , , , , , , , , , , , 6
7. Вопросы безопасности. , , , , , , , , , , , , , , ,, , , 7
8. Благодарности. , , , , , , , , , , , , , , , , , , , , , , 7
9. Ссылки. , , , , , , , , , , , , , , , , , , , , , , , , , 7
  9.1. Нормативные ссылки . , , , , , , , , , , , , , , , , , , 7
  9.2. Информационные ссылки. , , , , , , , , , , , , , , , , , 7
Приложение A. Различия между этим документом и RFC 3330. , , 10

































Cotton & Vegoda - лучшая текущая практика [Page 2] 

RFC 5735 IPv4-адреса специального назначения, январь 2010 г.


1.Введение

   На протяжении всей своей истории Интернет использовал центральный Интернет
   Управление по присвоению номеров (IANA), ответственное за распределение и
   присвоение различных идентификаторов, необходимых для работы
   Интернет [RFC1174]. В случае адресного пространства IPv4 IANA
   выделяет части адресного пространства региональным интернет-реестрам
   (РИР) в соответствии с их установленными потребностями. Эти RIR являются
   отвечает за регистрацию адресов IPv4 для операторов и
   пользователи интернета в своих регионах.IETF на постоянной основе назначает IANF для
   назначения в поддержку Процесса Интернет-стандартов [RFC2860].
   Раздел 4 этого документа описывает этот процесс назначения.

   Небольшие части адресного пространства IPv4 были выделены или
   назначается непосредственно IANA для глобального или другого специализированного
   цели. Эти распределения и назначения были задокументированы в
   различные RFC и другие документы. Этот документ предназначен для
   собрать эти разбросанные ссылки и предоставить текущий список
   специальные адреса IPv4.Этот документ является пересмотром RFC 3330 [RFC3330], который он
   Obsoletes; его основная цель - отразить изменения в списке
   специальных назначений IPv4 с момента публикации RFC 3330. Это
   дополнение к [RFC5156], в котором описаны специальные адреса IPv6.

2. Терминология

   Ключевые слова «ДОЛЖЕН», «НЕ ДОЛЖЕН», «ТРЕБУЕТСЯ», «ДОЛЖЕН», «НЕ ДОЛЖЕН»,
   «СЛЕДУЕТ», «НЕ СЛЕДУЕТ», «РЕКОМЕНДУЕТСЯ», «МОЖЕТ» и «ДОПОЛНИТЕЛЬНО» в этом
   Документ должен быть интерпретирован, как описано в BCP 14, [RFC2119].3. Глобальные и другие специализированные адресные блоки

   0.0.0.0/8 - Адреса в этом блоке ссылаются на исходные хосты на «this»
   сеть. Адрес 0.0.0.0/32 может быть использован в качестве исходного адреса для этого
   хост в этой сети; другие адреса в пределах 0.0.0.0/8 могут использоваться для
   обратитесь к указанным хостам в этой сети ([RFC1122], раздел
   3.2.1.3).

   10.0.0.0/8 - Этот блок выделен для использования в частных сетях.
   Его предполагаемое использование описано в [RFC1918]. Как описано в этом
   RFC, адреса в этом блоке не появляются на
   общедоступный интернет.Эти адреса могут быть использованы без каких-либо
   согласование с IANA или интернет-реестром.





Cotton & Vegoda - лучшая текущая практика [Страница 3] 

RFC 5735 IPv4-адреса специального назначения, январь 2010 г.


   127.0.0.0/8 - этот блок предназначен для использования в качестве хоста Интернета
   адрес обратной связи. Датаграмма, отправленная протоколом более высокого уровня
   адрес в любом месте внутри этого блока возвращается внутри хоста. это
   обычно реализуется с использованием только 127.0.0.1 / 32 для обратной петли. Так как
   описанный в [RFC1122], раздел 3.2.1.3, адреса в пределах
   Блок 127.0.0.0/8 не может нигде не появляться ни в одной сети.

   169.254.0.0/16 - Это блок "link local". Как описано в
   [RFC3927], он выделен для связи между хостами на
   одиночная ссылка. Хосты получают эти адреса с помощью автоматической настройки,
   например, когда DHCP-сервер не может быть найден.

   172.16.0.0/12 - Этот блок выделен для использования в частных сетях.
   Его предполагаемое использование описано в [RFC1918].Как описано в этом
   RFC, адреса в этом блоке не появляются на
   общедоступный интернет. Эти адреса могут быть использованы без каких-либо
   согласование с IANA или интернет-реестром.

   192.0.0.0/24 - Этот блок зарезервирован для назначений протокола IETF.
   На момент написания этого документа, в настоящее время нет
   задания. Политика распределения для будущих назначений приведена в
   [RFC5736].

   192.0.2.0/24 - Этот блок назначен как «TEST-NET-1» для использования в
   документация и пример кода.Это часто используется в сочетании с
   доменные имена example.com или example.net в поставщике и протоколе
   документация. Как описано в [RFC5737], адреса в этом
   блокировать законно не появляются в общедоступном интернете и могут быть
   используется без какой-либо координации с IANA или интернет-реестром. Видеть
   [RFC1166].

   192.88.99.0/24 - этот блок выделен для использования в качестве реле 6to4
   произвольные адреса, в [RFC3068]. В отличие от ранее
   описанные блоки, пакеты, предназначенные для адресов из этого блока, делают
   появляются в публичном интернете.[RFC3068], раздел 7, описывает
   эксплуатационные методы для предотвращения злонамеренного использования этого блока в
   протоколы маршрутизации.

   192.168.0.0/16 - этот блок выделен для использования в частных сетях.
   Его предполагаемое использование описано в [RFC1918]. Как описано в этом
   RFC, адреса в этом блоке не появляются на
   общедоступный интернет. Эти адреса могут быть использованы без каких-либо
   согласование с IANA или интернет-реестром.

   198.18.0.0/15 - Этот блок был выделен для использования в тестах
   тесты сетевых межсетевых устройств.[RFC2544] объясняет, что это
   диапазон был назначен, чтобы минимизировать вероятность конфликта в случае




Cotton & Vegoda - лучшая текущая практика [Страница 4] 

RFC 5735 IPv4-адреса специального назначения, январь 2010 г.


   испытательное устройство должно было быть случайно подключено к части
   Интернет. Пакеты с исходными адресами из этого диапазона не являются
   предназначен для пересылки через Интернет.

   198.51.100.0/24 - Этот блок назначен как "TEST-NET-2" для использования в
   документация и пример кода.Это часто используется в сочетании с
   доменные имена example.com или example.net в поставщике и протоколе
   документация. Как описано в [RFC5737], адреса в этом
   блокировать законно не появляются в общедоступном интернете и могут быть
   используется без какой-либо координации с IANA или интернет-реестром.

   203.0.113.0/24 - Этот блок назначен как «TEST-NET-3» для использования в
   документация и пример кода. Это часто используется в сочетании с
   доменные имена example.com или example.net в поставщике и протоколе
   документация.Как описано в [RFC5737], адреса в этом
   блокировать законно не появляются в общедоступном интернете и могут быть
   используется без какой-либо координации с IANA или интернет-реестром.

   224.0.0.0/4 - Этот блок, ранее известный как адрес класса D
   пространство, выделенное для использования в многоадресных адресах IPv4.
   Рекомендации IANA для присвоений из этого пространства описаны в
   [RFC3171].

   240.0.0.0/4 - этот блок, ранее известный как адрес класса E
   пространство, зарезервировано для будущего использования; см. [RFC1112], раздел 4.Единственным исключением является пункт назначения «ограниченная передача»
   адрес 255.255.255.255. Как описано в [RFC0919] и [RFC0922],
   пакеты с этим адресом назначения не пересылаются по IP
   слой.





















Cotton & Vegoda - лучшая текущая практика [Страница 5] 

RFC 5735 IPv4-адреса специального назначения, январь 2010 г.


4. Сводная таблица

Ссылка на адрес блока
-------------------------------------------------- ----------------
0.0.0.0 / 8 «Эта» сеть RFC 1122, раздел 3.2.1.3
10.0.0.0/8 Частные сети RFC 1918
127.0.0.0/8 Loopback RFC 1122, раздел 3.2.1.3
169.254.0.0/16 Link Local RFC 3927
172.16.0.0/12 Частные сети RFC 1918
192.0.0.0/24 Назначения протокола IETF RFC 5736
192.0.2.0/24 TEST-NET-1 RFC 5737
192.88.99.0/24 6to4 Реле Anycast RFC 3068
192.168.0.0/16 Частные сети RFC 1918
198.18.0.0 / 15 Network Interconnect
                    Устройство Benchmark Testing RFC 2544
198.51.100.0/24 TEST-NET-2 RFC 5737
203.0.113.0/24 TEST-NET-3 RFC 5737
224.0.0.0/4 Multicast RFC 3171
240.0.0.0/4 Зарезервировано для будущего использования RFC 1112, раздел 4
255.255.255.255/32 Limited Broadcast RFC 919, Раздел 7
                                               RFC 922, раздел 7

5. Назначение блоков IPv4 для новых специализированных применений

   IANA несет ответственность за назначение протокола
   параметры, используемые в Интернете в соответствии с требованиями
   «Меморандум о взаимопонимании в отношении технической работы
   Управление по присвоению номеров в Интернете "[RFC2860].Среди прочего,
   [RFC2860] требует, чтобы параметры протокола были назначены в соответствии с
   критерии и процедуры, указанные в RFC, в том числе Предлагаемые,
   Проект, и полные интернет-стандарты и лучшая текущая практика
   документы и любые другие RFC, требующие назначения IANA.

   Пространства доменных имен и IP-адресов связаны с проблемами политики (в
   дополнение к техническим вопросам), чтобы требования [RFC2860]
   не применяются вообще к этим местам. Тем не менее, IANA
   отвечает за обеспечение назначения адресов IPv4 по мере необходимости в
   поддержка процесса интернет-стандартов.Когда часть
   Адресное пространство IPv4 особенно требуется RFC, техническая
   требования (например, размер, длина префикса) для части должны быть
   описано [RFC5226]. Непосредственно перед публикацией RFC
   IANA в консультации с региональными интернет-регистратурами
   сделать необходимое назначение и уведомить редактора RFC о
   подробности для включения в RFC, как опубликовано.

   В соответствии с требованиями [RFC2860] IANA также сделает необходимые
   экспериментальные назначения адресов IPv4, также в консультации с
   Региональные интернет-реестры.Cotton & Vegoda - лучшая текущая практика [Страница 6] 

RFC 5735 IPv4-адреса специального назначения, январь 2010 г.


6. Соображения IANA

   Этот документ описывает прошлую и текущую практику IANA и
   не создает никаких новых требований для присвоений или выделений
   по IANA.

7. Вопросы безопасности

   Конкретные присвоенные значения адресов специального назначения IPv4
   каталогизированный в этом документе напрямую не поднимает проблемы безопасности.Однако Интернет по своей сути не защищает от злоупотреблений
   эти адреса. Если вы ожидаете (например), что все пакеты из
   личное адресное пространство, такое как блок 10.0.0.0/8 или ссылка
   локальный блок 169.254.0.0/16 происходит в вашей подсети, все маршрутизаторы
   на границе вашей сети следует фильтровать такие пакеты, которые
   происходят из-за пределов вашей сети. Атаки были установлены, что
   зависит от неожиданного использования некоторых из этих адресов.

   Следует также отметить, что некоторые из этих адресных пространств могут использоваться
   законно вне одного административного домена, и может появиться
   в глобальном интернете.Политика безопасности НЕ ДОЛЖНА слепо фильтровать
   все эти адресные пространства без должного учета и сети
   операторам рекомендуется ознакомиться с этим документом и ссылками
   и определите, какие политики безопасности должны быть
   связанные с каждым из этих блоков адресов в пределах их конкретного
   операционная среда.

8. Благодарности

   Многие люди комментировали черновые версии этого документа.
   Авторы особенно хотели бы поблагодарить Скотта Брэднера, Рэнди Буша,
   Харальд Альвестранд, Питер Кох, Альфред Хоэнс и Яри Аркко для
   их конструктивные отзывы и комментарии.Они также хотели бы
   предложить особую благодарность APNIC, который назначил
   198.51.100.0/24 и 203.0.113.0/24.

9. Ссылки

9.1. Нормативные ссылки

   [RFC2119] Браднер С., "Ключевые слова для использования в RFC для указания
              Уровни требований ", BCP 14, RFC 2119, март 1997.

9.2. Информационные ссылки

   [RFC0919] Могул Дж. «Трансляция интернет-дейтаграмм», STD 5,
              RFC 919, октябрь 1984 г.




Cotton & Vegoda - лучшая текущая практика [Страница 7] 

RFC 5735 IPv4-адреса специального назначения, январь 2010 г.


   [RFC0922] Могул Дж.«Трансляция интернет-дейтаграмм в
              Наличие подсетей », STD 5, RFC 922, октябрь 1984.

   [RFC1112] Диринг С. «Расширения хоста для многоадресной рассылки IP», STD 5,
              RFC 1112, август 1989 г.

   [RFC1122] Брэйден Р. "Требования к хостам в Интернете -
              Коммуникационные уровни », STD 3, RFC 1122, октябрь 1989 г.

   [RFC1166] Киркпатрик С., Шталь М. и М. Рекер, "Интернет
              номера ", RFC 1166, июль 1990.

   [RFC1174] Серф В., "IAB рекомендовал политику распространения Интернета
              присвоение идентификатора и рекомендуемое IAB изменение политики на
              Интернет "подключен" статус ", RFC 1174, август 1990.[RFC1700] Рейнольдс Дж. И Дж. Постел, «Назначенные номера», RFC 1700,
              Октябрь 1994

   [RFC1918] Рехтер Ю., Московиц Р., Карренберг Д., Гроот Г. и
              Э. Лир, «Распределение адресов для частных интернетов»,
              BCP 5, RFC 1918, февраль 1996.

   [RFC2544] Брэднер С. и Дж. МакКуэйд, "Методология сравнительного анализа для
              Устройства межсетевого взаимодействия ", RFC 2544, март 1999 г.

   [RFC2860] Карпентер Б., Бейкер Ф. и М. Робертс "Меморандум о
              Понимание технической работы
              Управление по присвоению номеров в Интернете ", RFC 2860, июнь 2000 г.[RFC3068] Huitema, C., «Anycast Prefix для ретрансляторов 6to4»,
              RFC 3068, июнь 2001 г.

   [RFC3171] Albanna Z., Almeroth K., Meyer D. и M. Schipper,
              «Рекомендации IANA для назначения адресов многоадресной рассылки IPv4»,
              BCP 51, RFC 3171, август 2001 г.

   [RFC3330] IANA, «IPv4-адреса специального назначения», RFC 3330,
              Сентябрь 2002 г.

   [RFC3927] Чешир С., Абоба Б. и Э. Гутман, "Динамик"
              Настройка локальных адресов IPv4 ", RFC 3927,
              Май 2005 г.[RFC5156] Бланшет М., «IPv6-адреса специального назначения», RFC 5156,
              Апрель 2008 г.





Cotton & Vegoda - лучшая текущая практика [Страница 8] 

RFC 5735 IPv4-адреса специального назначения, январь 2010 г.


   [RFC5226] Нартен, Т. и Х. Альвестранд, «Руководство по написанию
              Секция рассмотрения IANA в RFC », BCP 26, RFC 5226,
              Май 2008 г.

   [RFC5736] Хьюстон Г., Коттон М. и Л. Вегода, "IANA IPv4 Special"
              Реестр целевых адресов ", RFC 5736, январь 2010.[RFC5737] Арко Дж., Коттон М. и Вегода Л. "Блоки адресов IPv4
              Зарезервировано для документации ", RFC 5737, январь 2010 г.










































Cotton & Vegoda - лучшая текущая практика [Страница 9] 

RFC 5735 IPv4-адреса специального назначения, январь 2010 г.


Приложение A. Различия между этим документом и RFC 3330

   Адресные блоки, которые были зарезервированы для специального назначения в RFC 3330
   но больше не зарезервированы для каких-либо специальных целей и доступны
   для распределения больше не перечислены в разделах 4 или 5.
   стали доступны следующие блоки:

   - 14.0.0.0/8 больше не откладывается для назначений
      международная система публичных сетей передачи данных [RFC1700], стр. 181.
      Теперь он доступен для распределения RIR обычным способом.

   - 24.0.0.0/8 больше не отображается, так как адреса в этом блоке
      управлялся Американским реестром интернет-номеров (ARIN)
      в обычном режиме с 2001 года.

   - 39.0.0.0/8 больше не указан, так как
      распределение RIR для назначения в обычном порядке, так как
      2001.- 128.0.0.0/16 не зарезервировано и подлежит распределению в будущем
      региональным интернет-реестром для назначения в обычном
      манера.

   - 191.255.0.0/16 не зарезервирован и подлежит распределению в будущем
      RIR для назначения в обычном порядке.

   - 198.51.100.0/24 назначен как «ТЕСТ-НЕТ-2» для использования в
      документация и пример кода.

   - 203.0.113.0/24 назначен как "TEST-NET-3" для использования в
      документация и пример кода.

   - 223.255.255.0/24 не зарезервирован и подлежит будущему
      распределение RIR для назначения в обычном порядке.Cotton & Vegoda - лучшая текущая практика [стр. 10] 

RFC 5735 IPv4-адреса специального назначения, январь 2010 г.


Адреса авторов

   Мишель Коттон
   Интернет-корпорация по присвоению имен и номеров
   4676 Admiralty Way, Suite 330
   Марина дель Рей, Калифорния 90292
   Соединенные Штаты Америки

   Телефон: + 1-310-823-9358
   EMail: [email protected]
   URI: http://www.iana.org/


   Лео Вегода
   Интернет-корпорация по присвоению имен и номеров
   4676 Admiralty Way, Suite 330
   Марина дель Рей, Калифорния 90292
   Соединенные Штаты Америки

   Телефон: + 1-310-823-9358
   EMail: Лев[email protected]
   URI: http://www.iana.org/





























Хлопок и Вегода Лучшая Текущая Практика [Страница 11]

 

HTML-разметка, произведенная rfcmarkup 1.129d, доступная от https://tools.ietf.org/tools/rfcmarkup/ ,

port.fm

% PDF-1.4 % 1 0 объектов > endobj 9 0 объектов > endobj 2 0 объектов > endobj 3 0 объектов > endobj 4 0 объектов > поток Acrobat Distiller 7.0 (Windows) FrameMaker 7.2 2011-04-01T18: 23: 10Z 1999-06-15T14: 00: 29Z применение / PDF

  • ports.fm
  • ctsadmin-p.gen
  • UUID: ab05ffb0-CDEF-4b1b-aac1-8a436ac36a82 UUID: 38bc4230-9bba-4b04-b124-dcd04c09a3f8 endstream endobj 5 0 объектов > endobj 6 0 объектов > endobj 7 0 объектов > endobj 8 0 объектов > endobj 10 0 объектов > endobj 11 0 объектов > endobj 12 0 объектов > endobj 13 0 объектов 3504 endobj 14 0 объектов > endobj 15 0 объектов > endobj 16 0 объектов > endobj 17 0 объектов > endobj 18 0 объектов > endobj 19 0 объектов > endobj 20 0 объектов > endobj 21 0 объектов > endobj 22 0 объекта > endobj 23 0 объектов > endobj 24 0 объектов > endobj 25 0 объектов > endobj 26 0 объектов > endobj 27 0 объектов > поток HW ۸ ۸} W ܲ h; r'J

    glTY

    .

    Типы и формат адресов IPv6, поясненные в примерах

    В этом руководстве подробно объясняется терминология адресов IPv6, такая как узел, маршрутизатор, хост, канал и сеть, включая типы адресов IPv6, такие как адрес произвольной рассылки, адрес многоадресной рассылки, адрес одноадресной рассылки, локальный адрес канала, локальный адрес сайта, адрес обратной связи, адрес, совместимый с IPv4. ,

    IPv6 Терминология адресов
    Узел

    Любое устройство, на котором выполняется реализация IPv6. Это включает в себя маршрутизаторы и хосты.

    Маршрутизатор

    Узел, который может пересылать пакеты IPv6, явно не адресованные самому себе. В сети IPv6 маршрутизатор также обычно объявляет информацию о своем присутствии и конфигурации хоста.

    Host

    Узел, который не может пересылать пакеты IPv6, явно не адресованные самому себе (не маршрутизатор). Хост, как правило, является источником и местом назначения трафика IPv6, и он молча отбрасывает полученный трафик, который явно не адресован самому себе.

    Протокол верхнего уровня

    Протокол выше IPv6, который использует IPv6 в качестве своего транспорта.Примеры включают протоколы интернет-уровня, такие как ICMPv6, и протоколы транспортного уровня, такие как TCP и UDP (но не протоколы прикладного уровня, такие как FTP и DNS, которые используют TCP и UDP в качестве транспорта).

    Ссылка

    Набор сетевых интерфейсов, ограниченных маршрутизаторами и использующих один и тот же 64-разрядный префикс одноадресного адреса IPv6. Другими терминами «ссылка» являются подсеть и сегмент сети.

    Сеть

    Две или более подсетей, соединенных маршрутизаторами. Другой термин для сети - межсетевые.

    Соседи

    Узлы подключены к той же ссылке. Соседи в IPv6 имеют особое значение из-за обнаружения соседей IPv6, которое имеет средства для разрешения адресов на уровне соседних каналов, а также для обнаружения и мониторинга возможности достижения соседей.

    Интерфейс

    Представление физического или логического присоединения узла к ссылке. Примером физического интерфейса является сетевой адаптер. Примером логического интерфейса является «туннельный» интерфейс, который используется для отправки пакетов IPv6 по сети IPv4 путем инкапсуляции пакета IPv6 в заголовок IPv4.

    Адрес

    Идентификатор, который можно использовать в качестве источника или назначения пакетов IPv6, который назначается на уровне IPv6 интерфейсу или набору интерфейсов.

    Пакет

    Протокольный блок данных (PDU), который существует на уровне IPv6 и состоит из заголовка IPv6 и полезной нагрузки.

    Ссылка

    MTU Максимальная единица передачи (MTU) - количество байтов в наибольшем пакете IPv6 - которое может быть отправлено по каналу. Поскольку максимальный размер кадра включает в себя заголовки и трейлеры среды канального уровня, MTU канала не совпадает с максимальным размером кадра канала.MTU канала связи равен максимальному размеру полезной нагрузки технологии канального уровня. Например, для Ethernet, использующего инкапсуляцию Ethernet II, максимальный размер полезной нагрузки кадра Ethernet составляет 1500 байтов. Следовательно, MTU канала равен 1500. Для канала с несколькими технологиями канального уровня (например, мостовой канал) MTU канала является наименьшим MTU канала из всех технологий канального уровня, присутствующих в канале.

    Путь

    MTU Максимальный размер пакета IPv6, который можно отправить без фрагментации хоста между источником и пунктом назначения по пути в сети IPv6.MTU пути, как правило, является наименьшим MTU канала из всех каналов в пути.

    Формат адреса IPv6

    В то время как IPv4-адреса используют десятичный формат с точками, где каждый байт находится в диапазоне от 0 до 255.
    IPv6-адресов используют восемь наборов из четырех шестнадцатеричных адресов (16 бит в каждом наборе), разделенных двоеточием (:) ,
    как это: xxxx: xxxx: xxxx: xxxx: xxxx: xxxx: xxxx: xxxx (x будет шестнадцатеричным значением). Это обозначение обычно называется строковым обозначением.

    Шестнадцатеричные значения могут отображаться в нижнем или верхнем регистре для чисел A – F.

    Ведущий ноль в наборе чисел может быть опущен; Например,
    , вы можете ввести 0012 или 12 в одно из восьми полей - оба являются правильными.

    Если у вас есть последовательные поля нулей в адресе IPv6, вы можете представить их как двух двоеточий (: :). Например, 0: 0: 0: 0: 0: 0: 0: 5 можно представить как :: 5 ; и ABC: 567: 0: 0: 8888: 9999: 1111: 0 можно представить как ABC: 567 :: 8888: 9999: 1111: 0 .Однако вы можете сделать это только один раз по адресу: ABC :: 567 :: 891 :: 00 будет недействительным, поскольку :: появляется более одного раза в адресе. Причина этого ограничения заключается в том, что если бы у вас было два или более повторений, вы бы не знали, сколько наборов нулей было опущено в каждой части.

    Неуказанный адрес представляется как :: , так как он содержит все нули.

    Типы адресов IPv6
    Anycast

    произвольный адрес идентифицирует один или несколько интерфейсов.Обратите внимание, что термин устройство не используется, поскольку устройство может иметь более одного интерфейса. Иногда люди используют термин узел для обозначения интерфейса на устройстве. По сути, anycast - это гибрид одноадресного и многоадресного адреса.

    • При одноадресной передаче один пакет отправляется одному адресату;
    • При многоадресной рассылке один пакет отправляется всем членам группы многоадресной рассылки;
    • В режиме anycast пакет отправляется любому члену группы устройств, для которой настроен адрес anycast.По умолчанию пакеты, отправляемые на произвольный адрес, пересылаются на закрытый интерфейс (узел), который основан на процессе маршрутизации, используемом для доставки пакета к месту назначения. Учитывая этот процесс, произвольные адреса обычно называют адресом «один к ближайшему».
    Multicast
    • Представляет группу интерфейсов, заинтересованных в просмотре одного и того же трафика.
    • Первые 8 бит установлены на FF.
    • Следующие 4 бита - это время жизни адреса: 0 является постоянным, а 1 - временным.
    • Следующие 4 бита указывают область многоадресного адреса (как далеко может пройти пакет):
      1 для узла, 2 для канала, 5 для сайта, 8 для организации,
      и E для глобальный (интернет).

    Например, адрес многоадресной рассылки, начинающийся с FF02 :: / 16 , является адресом постоянной связи , тогда как адрес FF15 :: / 16 является временным адресом для сайта.

    Unicast

    Одноадресные IPv6-адреса
    Следующие типы адресов являются одноадресными IPv6-адресами:

    • глобальных одноадресных адресов
    • Ссылка-локальные адреса
    • Сайт-локальные адреса
    • уникальных локальных адресов
    • Специальные адреса
    • Переходные адреса
    глобальных одноадресных адресов

    Глобальные адреса IPv6 эквивалентны общедоступным адресам IPv4.Они глобально маршрутизируемы и доступны в Интернете IPv6. Глобальные одноадресные адреса предназначены для агрегирования или суммирования для эффективной инфраструктуры маршрутизации. В отличие от существующего Интернета на основе IPv4, представляющего собой смесь как плоской, так и иерархической маршрутизации, Интернет на основе IPv6 с самого начала был разработан для поддержки эффективной, иерархической адресации и маршрутизации. Область глобального адреса - весь Интернет IPv6. RFC 4291 определяет глобальные адреса как все адреса, которые не являются неопределенными, кольцевыми, одноадресными или многоадресными.Однако на рисунке показана структура глобальных одноадресных адресов, определенных в RFC 3587, которые в настоящее время используются в Интернете IPv6.
    Структура глобальных одноадресных адресов, определенных в RFC 3587 Поля в глобальном одноадресном адресе описаны в следующем списке:

    • Фиксированная часть установлена ​​в 001, три старших бита установлены в 001.
    • Префикс глобальной маршрутизации Указывает префикс глобальной маршрутизации для сайта конкретной организации. Комбинация трех фиксированных битов и 45-битного префикса глобальной маршрутизации используется для создания 48-битного префикса сайта, который назначается отдельному сайту организации.Сайт - это автономно работающая IP-сеть, подключенная к Интернету IPv6. Сетевые архитекторы и администраторы на сайте определяют план адресации и политику маршрутизации для сети организации. После назначения маршрутизаторы в Интернете IPv6 перенаправляют трафик IPv6, соответствующий 48-разрядному префиксу, маршрутизаторам сайта организации.
    • ID подсети ID подсети используется на сайте организации для идентификации подсетей на ее сайте. Размер этого поля составляет 16 бит.Сайт организации может использовать эти 16 битов на своем сайте для создания 65 536 подсетей или нескольких уровней иерархии адресации и эффективной инфраструктуры маршрутизации. С 16 битами гибкости подсетей глобальный префикс одноадресной передачи, назначенный сайту организации, эквивалентен общему префиксу адреса IPv4 класса A (при условии, что последний октет используется для идентификации узлов в подсетях). Структура маршрутизации сети организации не видна интернет-провайдеру.
    • Идентификатор интерфейса Указывает интерфейс в определенной подсети на сайте.Размер этого поля составляет 64 бита. Идентификатор интерфейса в IPv6 эквивалентен идентификатору узла или идентификатору хоста в IPv4.
    одноадресных адресов местного использования

    Одноадресные адреса локального использования не имеют глобальной области и могут быть использованы повторно. Существует два типа одноадресных адресов локального использования:

    1. Адреса локальной связи используются между соседями по линии и для процессов обнаружения соседей.
    2. Локальные адреса сайтов используются между узлами, связывающимися с другими узлами в той же организации.
    локальных адресов связи FE8 :: через FEB ::

    Локальные адреса - это новая концепция в IPv6. Эти типы адресов имеют меньшую область действия относительно того, как далеко они могут пройти: только локальная ссылка (ссылка на уровне канала передачи данных). Маршрутизаторы будут обрабатывать пакеты, предназначенные для локального адреса канала, но они не будут пересылать их другим каналам. Их наиболее распространенное использование для устройства для получения информации одноадресной локальной или глобальной адресации одноадресной рассылки, обнаружения шлюза по умолчанию и обнаружения других соседей уровня 2 в сегменте.Локальные адреса канала IPv6, идентифицируемые начальными 10 битами, установленными на 1111, 1110 10 и следующими 54 битами, установленными на 0, используются узлами при обмене данными с соседними узлами по той же линии связи. Например, в одноканальной сети IPv6 без маршрутизатора локальные адреса канала используются для связи между узлами на ссылке. Локальные адреса канала IPv6 аналогичны локальным адресам канала IPv4, определенным в RFC 3927, которые используют префикс 169.254.0.0/16. Использование локальных IPv4-адресов известно как Автоматическая частная IP-адресация (APIPA) в Windows Vista, Windows Server 2008, Windows Server 2003 и Windows XP.Область действия локального адреса ссылки - локальная ссылка. Локальный адрес канала требуется для некоторых процессов обнаружения соседей и всегда настраивается автоматически, даже при отсутствии всех других адресов одноадресной передачи. Локальные адреса всегда начинаются с FE80. С 64-битным идентификатором интерфейса префикс для локальных адресов всегда равен FE80 :: / 64.
    Маршрутизатор IPv6 никогда не пересылает локальный трафик канала за пределы канала.

    Местные адреса FEC :: через FFF ::

    представляют определенный сайт или компанию.Эти адреса могут использоваться внутри компании без необходимости тратить какие-либо общедоступные IP-адреса - не то, чтобы это вызывало озабоченность, учитывая большое количество адресов, доступных в IPv6. Однако, используя частные адреса, вы можете легко контролировать, кому разрешено покидать вашу сеть и получать возврат трафика, настроив политики преобразования адресов для IPv6. Локальные адреса сайтов, идентифицируемые путем установки первых 10 битов в 1111 1110 11, эквивалентны частному адресному пространству IPv4 (10.0.0.0/8, 172.16.0.0 / 12 и 192.168.0.0/16). Например, частные интрасети, которые не имеют прямого маршрутизированного подключения к Интернету IPv6, могут использовать локальные адреса сайта, не конфликтуя с глобальными адресами. Локальные адреса сайтов недоступны с других сайтов, и маршрутизаторы не должны пересылать локальный трафик сайта за пределы сайта. Локальные адреса сайтов могут использоваться в дополнение к глобальным адресам. Область локального адреса сайта - это сайт. В отличие от локальных адресов, локальные адреса сайта не настраиваются автоматически и должны назначаться с помощью автоматической настройки адреса без сохранения состояния или с сохранением состояния.Первые 10 битов всегда фиксированы для локальных адресов сайта, начиная с FEC0 :: / 10. После 10 фиксированных битов находится поле 54-битного идентификатора подсети, которое предоставляет 54 бита, с помощью которых вы можете создавать подсети в вашей организации. У вас может быть плоская структура подсети, или вы можете разделить старшие биты поля ID подсети, чтобы создать иерархическую и обобщенную инфраструктуру маршрутизации. После поля Subnet ID находится поле 64-битного Interface ID, которое идентифицирует конкретный интерфейс в подсети. Локальные адреса сайтов формально устарели в RFC 3879 для будущих реализаций IPv6.Однако существующие реализации IPv6 могут продолжать использовать локальные адреса сайтов.

    Идентификаторы зон для локальных адресов
    В отличие от глобальных адресов, локальные адреса (локальные и локальные адреса) могут использоваться повторно. Локальные адреса ссылок используются повторно для каждой ссылки. Локальные адреса сайтов можно повторно использовать на каждом сайте организации. Из-за этой возможности повторного использования адресов локальные и локальные адреса адресов неоднозначны. Чтобы указать ссылку, по которой расположен пункт назначения или сайт, на котором расположен пункт назначения, необходим дополнительный идентификатор.Этот дополнительный идентификатор представляет собой идентификатор зоны (ID), также известный как идентификатор области, который идентифицирует подключенную часть сети, которая имеет указанную область. Синтаксис, указанный в RFC 4007 для идентификации зоны, связанной с адресом локального использования, представляет собой адрес% идентификатора зоны, в котором адрес представляет собой одноадресный IPv6-адрес локального использования, а идентификатор зоны представляет собой целочисленное значение, представляющее зону. Значения идентификатора зоны определяются относительно хоста-отправителя. Поэтому разные хосты могут определять разные значения идентификатора зоны для одной и той же физической зоны.Например, узел A может выбрать 3 для представления зоны присоединенной ссылки, а узел B может выбрать 4 для представления той же ссылки.

    уникальных локальных адресов
    Локальные адреса сайта предоставляют альтернативу частной адресации глобальным адресам для трафика в интрасети. Однако, поскольку префикс локального адреса сайта можно повторно использовать для адресации нескольких сайтов в организации, префикс локального адреса сайта может дублироваться. Неоднозначность локальных адресов сайтов в организации добавляет сложности и сложности для приложений, маршрутизаторов и сетевых менеджеров.

    Чтобы заменить локальные адреса сайта новым типом адреса, который является частным для организации, но уникальным для всех сайтов организации, в RFC 4193 определяются уникальные локальные адреса одноадресной рассылки IPv6. Первые 7 бит имеют фиксированное двоичное значение 1111110. Все локальные адреса имеют адресный префикс FC00 :: / 7. Флаг Local (L) установлен в 1, чтобы указать, что префикс назначен локально. Значение флага L, установленное в 0, не определено в RFC 3879. Следовательно, уникальные локальные адреса в организации с флагом L, установленным в 1, имеют префикс адреса FD00 :: / 8.Глобальный идентификатор идентифицирует конкретный сайт в организации и имеет случайное 40-битное значение. Получив случайное значение для Глобального идентификатора, организация может иметь статистически уникальные 48-битные префиксы, назначенные их сайтам. Кроме того, две организации, которые используют уникальные локальные адреса, которые объединяются, имеют низкую вероятность дублирования 48-битного уникального префикса локального адреса, минимизируя нумерацию сайтов. В отличие от префикса глобальной маршрутизации в глобальных адресах, глобальные идентификаторы в уникальных префиксах локальных адресов не предназначены для суммирования.Уникальные локальные адреса имеют глобальную область действия, но их достижимость определяется топологией маршрутизации и политиками фильтрации на границах Интернета. Организации не будут рекламировать свои уникальные префиксы локальных адресов за пределами своих организаций и не будут создавать записи DNS с уникальными локальными адресами в DNS Интернета. Организации могут легко создавать политики фильтрации на своих границах Интернета, чтобы предотвратить пересылку всего уникального трафика с локальным адресом. Поскольку они имеют глобальную область действия, уникальные локальные адреса не нуждаются в идентификаторе зоны.Глобальный адрес и уникальный локальный адрес имеют ту же структуру, что и первые 48 бит адреса. В обоих адресах 16-битное поле идентификатора подсети идентифицирует подсеть в организации. Благодаря этому вы можете создать инфраструктуру маршрутизации в подсетях, которая будет использоваться как для локальных, так и для глобальных адресов. Например, конкретной подсети вашей организации может быть назначен как глобальный префикс 2001: DB8: 4D1C: 221A :: / 64, так и локальный префикс FD0E: 2D: BA9: 221A :: / 64, где подсеть идентифицируется для обоих типы префиксов по значению идентификатора подсети 221A.Хотя идентификатор подсети одинаков для обоих префиксов, маршруты для обоих префиксов должны по-прежнему распространяться по всей инфраструктуре маршрутизации, чтобы адреса, основанные на обоих префиксах, были доступны.

    Сводные таблицы адресов IPv6

    Адрес Значение Описание
    Global 2000 :: / 3

    Они назначаются IANA и используются в публичных сетях.Они эквивалентны глобальным (иногда называемым публичным) адресам IPv4. Интернет-провайдеры суммируют их, чтобы обеспечить масштабируемость в Интернете.

    Зарезервировано (диапазон)

    Зарезервированные адреса используются для определенных типов anycast, а также для будущего использования. В настоящее время зарезервировано около 1/255 адресного пространства IPv6.

    Частный FE80 :: / 10

    Как и IPv4, IPv6 поддерживает частную адресацию, которая используется устройствами, которым не требуется доступ к публичной сети.Первые две цифры - это FE, а третья - от 8 до F.

    Loopback :: 1

    Как и адрес 127.0.0.1 в IPv4, 0: 0: 0: 0: 0: 0: 0: 1 или :: 1, используется для локальных функций тестирования; в отличие от IPv4, который выделяет полный блок адресов класса A для локального тестирования, в IPv6 используется только один.

    не указано ::

    0.0.0.0 в IPv4 означает «неизвестный» адрес. В IPv6 это представляется 0: 0: 0: 0: 0: 0: 0: 0 или :: и обычно используется в поле адреса источника пакета, когда интерфейс не имеет адреса и является пытаясь приобрести один динамически.

    В нашей следующей статье мы обсудим специальные IPv6-адреса, IPv4-адреса и их эквивалентные IPv6-адреса. А затем мы узнаем, как назначить эти адреса хосту, маршрутизатору и другим устройствам.

    Ниже приведены специальные адреса IPv6:

    Не указан адрес

    Неуказанный адрес (0: 0: 0: 0: 0: 0: 0: 0 или: 🙂 используется только для указания на отсутствие адреса. Это эквивалентно неопределенному адресу IPv4 0.0.0.0. Неуказанный адрес обычно используется в качестве адреса источника, когда уникальный адрес еще не определен. Неуказанный адрес никогда не назначается интерфейсу и не используется в качестве адреса назначения.

    Адрес обратной связи

    Адрес обратной связи (0: 0: 0: 0: 0: 0: 0: 1 или :: 1) назначается интерфейсу обратной связи, что позволяет узлу отправлять пакеты себе.Это эквивалентно адресу обратной петли IPv4 127.0.0.1. Пакеты, адресованные по адресу обратной связи, никогда не должны отправляться по ссылке или пересылаться маршрутизатором IPv6.

    Переходные адреса

    Чтобы облегчить переход с IPv4 на IPv6 и сосуществование обоих типов хостов, определены следующие адреса:

    IPv4-совместимый адрес

    IPv4-совместимый адрес, 0: 0: 0: 0: 0: 0: wxyz или :: wxyz (где wxyz - десятичное представление публичного адреса IPv4 с точками), используется узлами IPv6 / IPv4, которые обмениваются данными с IPv6 через инфраструктуру IPv4, которая использует общедоступные адреса IPv4, такие как Интернет.IPv4-совместимые адреса устарели в RFC 4291 и не поддерживаются в IPv6 для Windows Vista и Windows Server 2008.

    IPv4-сопоставленный адрес

    IPv4-сопоставленный адрес, 0: 0: 0: 0: 0: FFFF: w.x.y.z или :: FFFF: w.x.y.z, используется для представления адреса IPv4 в виде 128-битного адреса IPv6.

    с 6 по 4 адрес

    Адрес типа 2002: WWXX: YYZZ: ИД подсети: ИД интерфейса, где WWXX: YYZZ - шестнадцатеричное представление двоеточия w.x.y.z (общедоступный адрес IPv4), назначается узлу для технологии перехода 6 на 4 IPv6.

    ISATAP адрес

    Адрес 64-разрядного префикса типа: 0: 5EFE: w.x.y.z, где w.x.y.z - частный адрес IPv4, назначается узлу для технологии перехода IPv6 внутрисайтового протокола автоматической туннельной адресации (ISATAP).

    Тередо адрес

    Глобальный адрес, который использует префикс 2001 :: / 32 и назначается узлу для технологии перехода Teredo IPv6. Помимо первых 32 бит, адреса Teredo используются для кодирования IPv4-адреса сервера Teredo, флагов и скрытой версии внешнего адреса клиента Teredo и номера порта UDP.

    IPv4-адреса и соответствующие им IPv6
    IPv4-адрес IPv6-адрес

    классы интернет-адресов

    Не применяется в IPv6

    Многоадресные адреса (224.0.0.0/4)

    многоадресных IPv6-адресов (FF00 :: / 8)

    Широковещательные адреса

    Не применяется в IPv6

    Не указан адрес 0.0.0.0

    Не указан адрес ::

    Адрес обратной связи: 127.0.0.1

    Адрес обратной связи :: 1

    Публичные IP-адреса

    агрегируемых глобальных одноадресных адресов

    частных IP-адресов (10.0.0.0 / 8, 172.16.0.0/12 и 192.168.0.0/16)

    Локальные адреса сайтов (FEC0 :: / 48)

    APIPA адреса (169.254.0.0/16)

    Link-local адреса (FE80 :: / 64)

    Текстовое представление: Пунктирная десятичная запись

    Текстовое представление: Шестнадцатеричный формат двоеточия с подавлением начальных нулей и нулевым сжатием.IPv4-совместимые адреса выражаются в десятичном виде с разделительными точками.

    Представление сетевых битов: Маска подсети в точечной десятичной записи или длина префикса

    Представление сетевых битов: Только для обозначения длины префикса

    Назначение IPv6-адреса устройствам
    IPv6-адресов для хоста

    Узел IPv4 с одним сетевым адаптером обычно имеет один адрес IPv4, назначенный этому адаптеру.Однако хост IPv6 обычно имеет несколько адресов IPv6, назначенных каждому адаптеру. Интерфейсам на типичном хосте IPv6 назначены следующие индивидуальные адреса:

    • Локальный адрес для каждого интерфейса
    • Дополнительные одноадресные адреса для каждого интерфейса (это может быть один или несколько уникальных локальных или глобальных адресов)
    • Адрес обратной петли (:: 1) для интерфейса обратной связи Типичные хосты IPv6 всегда логически мультидомены, потому что у них всегда есть по крайней мере два адреса, с которых они могут получать пакеты: локальный адрес канала для трафика локальной линии и маршрутизируемый уникальный локальный или глобальный адрес.Кроме того, каждый интерфейс на хосте IPv6 прослушивает трафик по следующим групповым адресам:
    • Адрес многоадресной рассылки для всех узлов локальной области интерфейса (FF01 :: 1)
    • Адрес многоадресной рассылки для всех узлов в локальной сети (FF02 :: 1)
    • Адрес запрашиваемого узла для каждого одноадресного адреса, назначенного
    • адреса многоадресной рассылки объединенных групп
    IPv6 адреса для маршрутизатора

    Интерфейсам на маршрутизаторе IPv6 назначены следующие одноадресные адреса:

    • Локальный адрес для каждого интерфейса
    • Дополнительные одноадресные адреса для каждого интерфейса (это может быть один или несколько уникальных локальных или глобальных адресов)
    • Адрес обратной связи (:: 1) для интерфейса обратной связи
    • Кроме того, интерфейсам маршрутизатора IPv6 назначаются следующие произвольные адреса:
    • Anycast-адрес подсети-маршрутизатора для каждой подсети
    • Дополнительные адреса anycast (необязательно)
    • Кроме того, интерфейсы маршрутизатора IPv6 прослушивают трафик по следующим групповым адресам:
    • Адрес многоадресной рассылки для всех узлов локальной области интерфейса (FF01 :: 1)
    • Адрес многоадресной рассылки для всех маршрутизаторов в локальной области интерфейса (FF01 :: 2)
    • Адрес многоадресной рассылки для всех узлов в локальной сети (FF02 :: 1)
    • Адрес многоадресной рассылки для всех маршрутизаторов в локальной сети (FF02 :: 2)
    • Адрес многоадресной рассылки для всех маршрутизаторов локальной сети (FF05 :: 2)
    • Адрес запрашиваемого узла для каждого одноадресного адреса, назначенного
    • адреса многоадресной рассылки объединенных групп
    ,

    Программно-управляемая облачная сеть - Arista

    Программная облачная сеть - Arista

    Прожектор

    Общение с генеральными директорами Arista и Zoom
    Chat with Arista and Zoom CEOs

    Новости

    Arista Delivers Production Multi-Cloud at High Scale with CloudEOS

    Arista обеспечивает высокопроизводительное мульти-облачное производство с CloudEOS

    Читать далее Arista Networks to Announce Q2 2020 Financial Results on Tuesday, August 4th 2020

    Arista Networks объявит финансовые результаты второго квартала 2020 года во вторник, 4 августа 2020 года

    Читать далее Arista Networks Announces Independent Validation of Exceptional Network Monitoring Precision

    Arista Networks объявляет о независимой проверке исключительной точности мониторинга сети

    Читать далее Икс

    Arista Networks, Inc.использует куки-файлы, чтобы обеспечить вам лучший опыт на нашем сайте.

    Если вы нажмете принять, вы даете согласие на получение файлов cookie с нашего веб-сайта. Подробную информацию об использовании куки Аристой можно найти здесь.

    ,

    Отправить ответ

    avatar
      Подписаться  
    Уведомление о