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

(если первой части не хватит на страницу, добавь любую из одноименных этому файлу картинок (есть на выбор 4 шт).

Аналитики утверждают, что через пару-тройку лет IPv4 прикажет долго жить, на смену ему повсеместно придет новая, 6-я весия интернет-протокола. Однако позволю себе не согласиться с этим, ничем, кроме «не в меру расплодившимися китайцами», не подкрепленным мнением. Даже если ICANN да IANA махнут флагом и загонят в IPv6 центральные магистрали (бэкбоны), многие средние, и уж тем паче мелкие сети будут продолжать работать на 4-й версии протокола. Туннелирования и транслирования IPv4 в IPv6 и обратно еще никто не отменял, вон сколько RFC по этому поводу написано, и все сплошь в Standards Track, то бишь вполне зрелые, продуманные решения. Так что на наш век, господа, IPv4 еще хватит.

Поэтому считаю вполне уместным опубликовать в разделе «справочник» относительно свежий документ IANA (опубликованный как RFC 3330) о зарезервированных IP-адресах. Казалось бы, что тут может быть нового? «192.168/16, 10/8, 127.0.0.1... мы их и так все наизусть знаем» — скажете вы. Ага, а еще десяток? Знаете наизусть? А также все RFC, в которых задокументировано, какие блоки для каких целей резервируются. Дело в том, что RFC3330 — это первый документ, где все сведения по этому вопросу собраны воедино. Даже странно, что IANA не сделала этого раньше.
Да, и вот еще, к вопросу об «острой нехватке» адресов IPv4: из ниже (на следующей странице) приведенной таблицы вы узнаете, какое адресное пространство было в свое время зарезервировано IANA с неявными намерениями либо под проекты, которые уже давно канули в Лету. В прошлом году (а именно в 2002 году вышел RFC3330) было принято волевое решение постепенно снимать эту «бронь» и раздавать адреса из этих блоков всем желающим трудящимся.
Да что там «бронь», если мы обратимся к документу «Internet Protocol v4 address space», находящемуся по адресу http://www.iana.org/assignments/ipv4-address-space, мы узнаем, что кроме перечисленных в RFC3330, в «закромах» IANA прячется еще порядка 100 блоков /8 (то, что мы раньше называли сетями класса А, по 16777216 хостов в сети). Если учесть, что, скажем, RIPE раздает приблизительно по одному /8 в год, и другие регистри приблизительно по столько же, запасов хватит еще лет на 20 так точно.
Но что-то мы отвлеклись... Вернемся к нашему RFC3330. Для простоты и понятности мы решили опубликовать документ в сокращенном виде, выкинув два предисловия (про статус документа и про руководящую роль IANA), остальное же содержимое оформить в виде таблицы (таблица на оборотной стороне этого листа). Получится отличная шпаргалка: можете вырвать этот листик и повесить, например, на стенку в серверной, очень даже удобно выйдет и красиво ;)
Кстати планируем возродить рубрику «справочник» как регулярную: будем печатать другие шпаргалки для украшения ваших серверных комнат ;)


 

0.0.0.0/8Адреса этого блока указывают на хосты-отправители в «этой» (своей) сети. Адрес 0.0.0.0/32 может использоваться как адрес отправителя для «этого» хоста.
10.0.0.0/8Блок для использования в частных сетях. Детально описан в RFC1918.
14.0.0.0/8Блок выделен для сетей передачи данных общественного пользования (х.25). Таблицу соответствий IP-адресов в этом блоке адресам Х.121 можно найти по адресу http://www.iana.org/assignments/public-data-network-numbers.


 

 

24.0.0.0/8В начале 1996 года этот блок был выделен для кабельных операторов (IP over CableTV). Изначально IANA должна была самостоятельно назначать адреса кабельным операторам, но впоследствии (в 2001 г.) эту обязанность отдали ARIN. На сегодняшний день адреса этого блока выдаются в обычном порядке и рассматриваются как «нормальные».
39.0.0.0/8Этот блок использовался в "Class A Subnet Experiment", проходившем в 1995 году. По окончании эксперимента блок вернулся в пул адресов, зарезервированных для будущей раздачи или назначения. Т.о. блок больше не имеет «специального назначения» и скорее всего будет отдан региональным регистри (RIR) для раздачи пользователям.
127.0.0.0/8Блок используется для создания адреса обратной связи (петли). Датаграмма, отправленная протоколом верхнего уровня на любой адрес в этом блоке должна возвращаться на этот же хост. В практических реализациях петли обычно используют только 127.0.0.1/32, но тем не менее — ни один адрес из этого блока не должен «вылазить» в сеть.
128.0.0.0/16Этот блок соответствовал самой «первой» из сетей класса B и был изначально зарезервирован IANA (и пока остается таковым). Учитывая бесклассовую сущность современного адресного пространства IP резон для резервирования исчезает сам собой. Впоследствии эта сеть будет раздаваться через RIR в «рабочем» порядке.
169.254.0.0/16"Link local"-блок. Адреса из этого блока используюся в протоколах автоконфигурации, например UPnP: хосты сами назначают себе свободные адреса из этого блока.
172.16.0.0/12Блок для использования в частных сетях. Детально описан в RFC1918.
191.255.0.0/16Этот блок соответствовал самой «последней» из сетей класса B и был изначально зарезервирован IANA (и пока остается таковым). Его дальнейшая судьба аналогична 128.0.0.0/16.
192.0.0.0/24Этот блок соответствовал самой «первой» из сетей класса С и был изначально зарезервирован IANA (и пока остается таковым). Его дальнейшая судьба аналогична 128.0.0.0/16.
192.0.2.0/24"TEST-NET". Адреса из этого блока предназначены для использования в документации и примерах кода. Часто употредляется совместно с доменными именами example.com и example.net. Адреса из этого блока не должны появляться в Интернете.
192.88.99.0/24Блок для использования в качестве альтернативных адресов для 6to4. Подробности в RFC3068.
192.168.0.0/16Блок для использования в частных сетях. Детально описан в RFC1918
198.18.0.0/15Блок для использования в аттестационных испытаниях сетевых устройств. Использование этого блока документировано в RFC2544.
223.255.255.0/24Блок соответствовал самой «последней» из сетей класса C и был изначально зарезервирован IANA (и пока остается таковым). Его дальнейшая судьба аналогична 128.0.0.0/16.
224.0.0.0/4Бывший класс D. Блок зарезервирован для групповой адресации. Подробнее в RFC3171.
240.0.0.0/4Бывший класс E. Кроме 255.255.255.255 ("limited broadcast") зарезервирован для будущего использования.

Alice D. Saemon.



Сетевые решения. Статья была опубликована в номере 09 за 2003 год в рубрике технологии

©1999-2024 Сетевые решения