Бесклассовая междоменная маршрутизация

Метод распределения IP-адресов и маршрутизации

Бесклассовая междоменная маршрутизация ( CIDR / ˈs d ər , ˈs ɪ - / ) — это метод выделения IP-адресов для IP-маршрутизации . Internet Engineering Task Force представила CIDR в 1993 году, чтобы заменить предыдущую классовую архитектуру сетевой адресации в Интернете . Ее целью было замедлить рост таблиц маршрутизации на маршрутизаторах по всему Интернету и помочь замедлить быстрое исчерпание адресов IPv4 . [1] [2]

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

В то время как классовый сетевой дизайн для IPv4 определяет размер сетевого префикса как одну или несколько 8-битных групп, что приводит к блокам адресов класса A, B или C, в рамках CIDR адресное пространство выделяется интернет-провайдерам и конечным пользователям на любой границе адрес-бит. Однако в IPv6 идентификатор интерфейса имеет фиксированный размер 64 бита по соглашению, и меньшие подсети никогда не выделяются конечным пользователям.

CIDR основан на маскировании подсетей переменной длины ( VLSM ), в котором сетевые префиксы имеют переменную длину (в отличие от префикса фиксированной длины предыдущего дизайна классовой сети). Главное преимущество этого заключается в том, что он обеспечивает более точный контроль над размерами подсетей, выделяемых организациям, тем самым замедляя исчерпание адресов IPv4 из-за выделения более крупных подсетей, чем необходимо. CIDR привел к появлению нового способа записи IP-адресов, известного как нотация CIDR, в котором за IP-адресом следует суффикс, указывающий количество бит префикса. Некоторые примеры нотации CIDR — это адреса 192.0.2.0 / 24 для IPv4 и 2001:db8:: / 32 для IPv6. Блоки адресов, имеющие смежные префиксы, могут быть объединены в суперсети , что сокращает количество записей в глобальной таблице маршрутизации.

Фон

Каждый IP-адрес состоит из сетевого префикса, за которым следует идентификатор хоста . В классовой сетевой архитектуре IPv4 три самых значимых бита 32-битного IP-адреса определяют размер сетевого префикса для одноадресной сети и определяют сетевой класс A, B или C. [3]

СортНаиболее значимые битыРазмер сетевого префикса (бит)Размер идентификатора хоста (бит)Диапазон адресов
А08240.0.0.0–127.255.255.255
Б101616128.0.0.0–191.255.255.255
С110248192.0.0.0–223.255.255.255
D (многоадресный)
E (зарезервировано)
1110
1111
224.0.0.0–255.255.255.255

Преимущество этой системы в том, что сетевой префикс можно было определить для любого IP-адреса без какой-либо дополнительной информации. Недостатком было то, что сети обычно были слишком большими или слишком маленькими для большинства организаций, поскольку были доступны только три размера. Наименьший блок распределения и маршрутизации содержал 2 8 = 256 адресов, больше, чем необходимо для персональных или ведомственных сетей, но слишком мал для большинства предприятий. Следующий по размеру блок содержал 2 16 = 65 536 адресов, слишком большой для эффективного использования даже крупными организациями. Но для пользователей сети, которым требовалось более 65 536 адресов, единственный другой размер (2 24 ) предоставлял слишком много, более 16 миллионов. Это приводило к неэффективности использования адресов, а также неэффективности маршрутизации, поскольку требовалось большое количество выделенных сетей класса C с индивидуальными объявлениями маршрутов, будучи географически разбросанными с небольшими возможностями для агрегации маршрутов .

В течение десятилетия после изобретения системы доменных имен (DNS) классовый сетевой метод был признан не масштабируемым . [4] Это привело к развитию подсетей и CIDR. Ранее значимые различия классов, основанные на наиболее значимых битах адреса, были отменены, и новая система была описана как бесклассовая , в отличие от старой системы, которая стала известна как классовая . Протоколы маршрутизации были пересмотрены, чтобы переносить не только IP-адреса, но и их маски подсетей. Реализация CIDR потребовала, чтобы каждый хост и маршрутизатор в Интернете были перепрограммированы небольшими способами — немалый подвиг в то время, когда Интернет вступал в период быстрого роста. В 1993 году Инженерная целевая группа Интернета опубликовала новый набор стандартов, RFC  1518 и RFC  1519, чтобы определить этот новый принцип распределения блоков IP-адресов и маршрутизации пакетов IPv4. Обновленная версия, RFC  4632, была опубликована в 2006 году. [5]

После периода экспериментов с различными альтернативами, бесклассовая междоменная маршрутизация была основана на маске подсети переменной длины (VLSM), которая позволяет разделить каждую сеть на подсети различных размеров, равных степени двойки, так что каждая подсеть может быть рассчитана в соответствии с локальными потребностями. Маски подсети переменной длины были упомянуты как одна из альтернатив в RFC  950. [6] Методы группировки адресов для общих операций были основаны на концепции кластерной адресации, впервые предложенной Карлом-Гербертом Рокитански. [7] [8]

Нотация CIDR

Нотация CIDR — это компактное представление IP-адреса и связанной с ним сетевой маски. Нотация была изобретена Филом Карном в 1980-х годах. [9] [10] Нотация CIDR определяет IP-адрес, символ косой черты ('/') и десятичное число. Десятичное число — это количество последовательных ведущих 1 -битов (слева направо) в сетевой маске. Каждый 1-бит обозначает бит диапазона адресов, который должен оставаться идентичным данному IP-адресу. IP-адрес в нотации CIDR всегда представляется в соответствии со стандартами для IPv4 или IPv6.

Адрес может обозначать конкретный адрес интерфейса (включая идентификатор хоста, например, 10.0.0.1 / 8 ), или это может быть начальный адрес всей сети (используя идентификатор хоста 0, например, 10.0.0.0 / 8 или его эквивалент 10 / 8 ). Обозначение CIDR может использоваться даже без IP-адреса вообще, например, при ссылке на / 24 как на общее описание сети IPv4, которая имеет 24-битный префикс и 8-битные номера хостов.

Например:

  • 198.51.100.14 / 24 представляет собой адрес IPv4 198.51.100.14 и связанный с ним сетевой префикс 198.51.100.0 или, что эквивалентно, его маску подсети 255.255.255.0 , которая имеет 24 ведущихединичныхбита.
  • Блок IPv4 198.51.100.0 / 22 представляет 1024 адреса IPv4 от 198.51.100.0 до 198.51.103.255 .
  • Блок IPv6 2001:db8:: / 48 представляет собой блок адресов IPv6 от 2001:db8:0:0:0:0:0:0 до 2001:db8:0:ffff:ffff:ffff:ffff:ffff .
  • ::1 / 128 представляет собой адрес обратной связиIPv6. Длина его префикса составляет 128, что соответствует количеству бит в адресе.

В IPv4 нотация CIDR стала широко использоваться только после внедрения метода, который был задокументирован с использованием спецификации маски подсети с точками и десятичной дробью после косой черты, например, 192.24.12.0 / 255.255.252.0 . [2] Описание ширины сетевого префикса как одного числа ( 192.24.12.0 / 22 ) было проще для концептуализации и расчета сетевым администраторам. Это постепенно было включено в более поздние документы стандартов [11] [12] и в интерфейсы конфигурации сети.

Количество адресов в сети можно рассчитать как 2 длина адреса − длина префикса , где длина адреса составляет 128 для IPv6 и 32 для IPv4. Например, в IPv4 длина префикса / 29 дает: 2 32−29 = 2 3 = 8 адресов.

Маски подсети

Маска подсети — это битовая маска , которая кодирует длину префикса, связанную с адресом IPv4 или сетью, в четырехточечной нотации: 32 бита, начиная с количества 1 -бит, равного длине префикса, заканчивая 0 -битами, и кодируется в четырехчастном десятичном формате с точками: 255.255.255.0 . Маска подсети кодирует ту же информацию, что и длина префикса, но предшествовала появлению CIDR. В нотации CIDR биты префикса всегда являются смежными. RFC  950 [6] разрешал маскам подсети указывать несмежные биты до RFC  4632 [5] : Раздел 5.1  утверждал, что маска должна оставаться смежной. Учитывая это ограничение, маска подсети и нотация CIDR выполняют абсолютно одну и ту же функцию.

CIDR-блоки

CIDR — это, в основном, побитовый, основанный на префиксах стандарт для представления IP-адресов и их свойств маршрутизации. Он упрощает маршрутизацию, позволяя группировать блоки адресов в отдельные записи таблицы маршрутизации. Эти группы, обычно называемые блоками CIDR, разделяют начальную последовательность бит в двоичном представлении своих IP-адресов. Блоки CIDR IPv4 идентифицируются с использованием синтаксиса, похожего на синтаксис адресов IPv4: точечно-десятичный адрес, за которым следует косая черта, затем число от 0 до 32, т. е. abcd / n . Десятичная часть с точками — это адрес IPv4. Число после косой черты — это длина префикса, количество общих начальных бит, отсчитываемое от самого старшего бита адреса. При акцентировании только размера сети адресная часть нотации обычно опускается. Таким образом, блок /20 — это блок CIDR с неопределенным 20-битным префиксом.

IP-адрес является частью блока CIDR и считается соответствующим префиксу CIDR, если начальные n бит адреса и префикс CIDR совпадают. Адрес IPv4 состоит из 32 бит, поэтому n -битный префикс CIDR оставляет 32 − n бит несовпадающими, что означает, что 2 32− n адресов IPv4 соответствуют данному n -битному префиксу CIDR. Более короткие префиксы CIDR соответствуют большему количеству адресов, в то время как более длинные префиксы соответствуют меньшему количеству. В случае наложенных блоков CIDR адрес может соответствовать нескольким префиксам CIDR разной длины.

CIDR также используется для адресов IPv6 , и семантика синтаксиса идентична. Длина префикса может варьироваться от 0 до 128 из-за большего количества бит в адресе. Однако, по соглашению, подсеть в сетях уровня MAC-вещания всегда имеет 64-битные идентификаторы хостов. [13] Более длинные префиксы (/127) используются только в некоторых соединениях точка-точка между маршрутизаторами из соображений безопасности и политики. [14]

Назначение блоков CIDR

Управление по распределению адресов в Интернете (IANA) выдает региональным интернет-регистраторам (RIR) большие блоки CIDR с короткими префиксами. Однако, блок / 8 (с более чем шестнадцатью миллионами адресов) является самым большим блоком, который выделяет IANA. Например, 62.0.0.0 / 8 администрируется RIPE NCC , европейским RIR. RIR, каждый из которых отвечает за отдельную большую географическую область, например, Европу или Северную Америку, подразделяют эти блоки и выделяют подсети локальным интернет-регистраторам (LIR). Подобное подразделение может повторяться несколько раз на более низких уровнях делегирования. Сети конечных пользователей получают подсети, размер которых соответствует их прогнозируемым краткосрочным потребностям. Сети, обслуживаемые одним интернет-провайдером, поощряются рекомендациями IETF получать адресное пространство IP напрямую от своего интернет-провайдера. С другой стороны, сети, обслуживаемые несколькими интернет-провайдерами, могут получать адресное пространство, независимое от провайдера, напрямую от соответствующего RIR.

Например, в конце 1990-х годов IP-адрес 208.130.29.33 (с тех пор переназначенный) использовался www.freesoft.org. Анализ этого адреса выявил три префикса CIDR. 208.128.0.0 / 11 , большой блок CIDR, содержащий более 2 миллионов адресов, был назначен ARIN (североамериканским RIR) для MCI . Automation Research Systems (ARS), Virginia VAR , арендовал интернет-соединение у MCI и получил блок 208.130.28.0 / 22 , способный адресовать чуть более 1000 устройств. ARS использовал блок / 24 для своих общедоступных серверов, одним из которых был 208.130.29.33 . Все эти префиксы CIDR будут использоваться в разных местах сети. За пределами сети MCI префикс 208.128.0.0 / 11 будет использоваться для направления трафика MCI, связанного не только с 208.130.29.33 , но и с любым из примерно двух миллионов IP-адресов с теми же начальными 11 битами. Внутри сети MCI 208.130.28.0 / 22 станет видимым, направляя трафик на выделенную линию, обслуживающую ARS. Только внутри корпоративной сети ARS будет использоваться префикс 208.130.29.0 / 24 .

Блоки IPv4 CIDR


Формат адреса
Разница
с последним адресом
МаскаАдресаОтносительно
класса
A, B, C
Ограничения
на a , b , c и d
(0..255, если не указано иное)
Типичное использование
Десятичная дробь2 н
abcd / 32+ 0.0.0.0255.255.255.25512 01256 СМаршрут хоста
абвг / 31+ 0.0.0.1255.255.255.25422 11128 Сд = 0 ... (2n ) ... 254Связи точка-точка ( RFC  3021)
абвг / 30+ 0.0.0.3255.255.255.25242 2164 Сд = 0 ... (4 н ) ... 252Связи точка-точка (клеевая сеть)
абвг / 29+ 0.0.0.7255.255.255.24882 3132 Сд = 0 ... (8 н ) ... 248Самая маленькая многохостовая сеть
абвг / 28+ 0.0.0.15255.255.255.240162 4116 Сд = 0 ... (16 н ) ... 240Малая локальная сеть
абвг / 27+ 0.0.0.31255.255.255.224322 518 Сд = 0 ... (32 н ) ... 224
абвг / 26+ 0.0.0.63255.255.255.192642 614 Сд = 0, 64, 128, 192
абвг / 25+ 0.0.0.127255.255.255.1281282 712 Сд = 0, 128Большая локальная сеть
abc0 / 24+ 0.0.0.255255.255.255.02562 81 С
abc0 / 23+ 0.0.1.255255.255.254.05122 92 Сс = 0 ... (2n ) ... 254
abc0 / 22+ 0.0.3.255255.255.252.01,0242 104 Сс = 0 ... (4n ) ... 252Малый бизнес
abc0 / 21+ 0.0.7.255255.255.248.02,0482 118 Сс = 0 ... (8 н ) ... 248Малый интернет-провайдер /крупный бизнес
abc0 / 20+ 0.0.15.255255.255.240.04,0962 1216 Сс = 0 ... (16 н ) ... 240
abc0 / 19+ 0.0.31.255255.255.224.08,1922 1332 Сс = 0 ... (32 n ) ... 224Интернет-провайдер / крупный бизнес
abc0 / 18+ 0.0.63.255255.255.192.016,3842 1464 Сс = 0, 64, 128, 192
abc0 / 17+ 0.0.127.255255.255.128.032,7682 15128 Сс = 0, 128
ab0.0 / 16+ 0.0.255.255255.255.0.065,5362 16256 С = В
около 0,0 / 15+ 0.1.255.255255.254.0.0131,0722 172 Бб = 0 ... (2n ) ... 254
ab0.0 / 14+ 0.3.255.255255.252.0.0262,1442 184 Бб = 0 ... (4 н ) ... 252
ab0.0 / 13+ 0,7,255,255255.248.0.0524,2882 198 Бб = 0 ... (8 н ) ... 248
около 0,0 / 12+ 0,15,255,255255.240.0.01,048,5762 2016 Бб = 0 ... (16 н ) ... 240
ab0.0 / 11+ 0,31,255,255255.224.0.02,097,1522 2132 Бб = 0 ... (32 н ) ... 224
около0.0 / 10+ 0,63,255,255255.192.0.04,194,3042 2264 Бб = 0, 64, 128, 192
ab0.0 / 9+ 0,127,255,255255.128.0.08,388,6082 23128 Бб = 0, 128
а.0.0.0 / 8+ 0.255.255.255255.0.0.016,777,2162 24256 Б = АКрупнейшее распределение блоков IANA
а.0.0.0 / 7+ 1.255.255.255254.0.0.033,554,4322 252 Аа = 0 ... (2n ) ... 254
а.0.0.0 / 6+ 3.255.255.255252.0.0.067,108,8642 264 Аа = 0 ... (4 n ) ... 252
а.0.0.0 / 5+ 7.255.255.255248.0.0.0134,217,7282 278 Аа = 0 ... (8 н ) ... 248
а.0.0.0 / 4+ 15.255.255.255240.0.0.0268,435,4562 2816 Аа = 0 ... (16 н ) ... 240
а.0.0.0 / 3+ 31.255.255.255224.0.0.0536,870,9122 2932 Аа = 0 ... (32 n ) ... 224
а.0.0.0 / 2+ 63.255.255.255192.0.0.01,073,741,8242 3064 Аа = 0, 64, 128, 192
а.0.0.0 / 1+ 127.255.255.255128.0.0.02,147,483,6482 31128 Аа = 0, 128
0.0.0.0 / 0+ 255.255.255.2550.0.0.04,294,967,2962 32256 АВесь Интернет IPv4, маршрут по умолчанию .

В общем случае первый адрес в подсети, все двоичные нули в идентификаторе хоста, зарезервирован для ссылки на саму сеть, в то время как последний адрес, все двоичные единицы в идентификаторе хоста, используется в качестве широковещательного адреса для сети; это уменьшает количество адресов, доступных для хостов, на 2. В результате сеть / 31 с одной двоичной цифрой в идентификаторе хоста будет непригодна для использования, так как такая подсеть не предоставит доступных адресов хостов после этого сокращения. RFC  3021 создает исключение из правил «хост все единицы» и «хост все нули», чтобы сделать сети / 31 пригодными для использования для соединений точка-точка. Доступ к адресам / 32 (сеть с одним хостом) должен осуществляться с помощью явных правил маршрутизации, так как в такой сети нет места для шлюза.

В маршрутизируемых подсетях, больших, чем / 31 или / 32 , количество доступных адресов хостов обычно уменьшается на два, а именно на наибольший адрес, который зарезервирован как широковещательный адрес, и наименьший адрес, который идентифицирует саму сеть. [15] [16]

Блоки IPv6 CIDR

Префиксы IPv6 CIDR
Размер префиксаКоличество эквивалентных подсетейБиты идентификатора интерфейса
/48/56/64
/2416М4G104
/252G512G103
/261G256G102
/27512М128G101
/28256М64G100
/29512К128М32G99
/30256К64М16G98
/31128К32М8G97
/3264К16М4G96
/3332К2G95
/3416К1G94
/35512М93
/36256М92
/37512К128М91
/38256К64М90
/39512128К32М89
/4025664К16М88
/4112832К87
/426416К86
/433285
/441684
/458512К83
/464256К82
/472512128К81
/48125664К80
/4912832К79
/506416К78
/513277
/521676
/53875
/54474
/55251273
/56125672
/5712871
/586470
/593269
/601668
/61867
/62466
/63265
/64164
К = 1,024
М = 1,048,576
Г = 1,073,741,824
Т = 1,099,511,627,776

Большой размер адреса IPv6 позволил объединить маршруты по всему миру и гарантировал достаточный пул адресов на каждом сайте. Стандартный размер подсети для сетей IPv6 составляет блок / 64 , который требуется для работы автоконфигурации адресов без сохранения состояния . [17] Сначала IETF рекомендовала в RFC  3177 в качестве наилучшей практики, чтобы все конечные сайты получали распределение адресов / 48 , [18] но критика и переоценка фактических потребностей и практик привели к более гибким рекомендациям по распределению в RFC  6177 [19], предлагающим значительно меньшее распределение для некоторых сайтов, например, блок / 56 для жилых сетей.

В этом справочнике по подсетям IPv6 перечислены размеры подсетей IPv6 . Различные типы сетевых соединений могут требовать различных размеров подсетей. [20] Маска подсети отделяет биты префикса идентификатора сети от битов идентификатора интерфейса. Выбор меньшего размера префикса приводит к меньшему количеству охваченных сетей, но с большим количеством адресов в каждой сети. [21]

2001:0db8:0123:4567:89ab:cdef:1234:5678|||| |||| |||| |||| |||| |||| |||| |||||||| |||| |||| |||| |||| |||| |||| |||128 Одиночные конечные точки и петля|||| |||| |||| |||| |||| |||| |||| |||127 Связи точка-точка (между маршрутизаторами)|||| |||| |||| |||| |||| |||| |||| ||124|||| |||| |||| |||| |||| |||| |||| |120|||| |||| |||| |||| |||| |||| |||| 116|||| |||| |||| |||| |||| |||| |||112|||| |||| |||| |||| |||| |||| ||108|||| |||| |||| |||| |||| |||| |104|||| |||| |||| |||| |||| |||| 100|||| |||| |||| |||| |||| |||96|||| |||| |||| |||| |||| ||92|||| |||| |||| |||| |||| |88|||| |||| |||| |||| |||| 84|||| |||| |||| |||| |||80|||| |||| |||| |||| ||76|||| |||| |||| |||| |72|||| |||| |||| |||| 68|||| |||| |||| |||64 Одиночная локальная сеть; размер префикса по умолчанию для SLAAC
|||| |||| |||| ||60 Некоторые (очень ограниченные) 6-е развертывания (/60 = 16 /64 блоков)|||| |||| |||| |56 Минимальное назначение конечных сайтов; [19] например, домашняя сеть (/56 = 256 /64 блоков)|||| |||| |||| 52 /52 блока = 4096 /64 блока|||| |||| |||48 Типичное назначение для более крупных сайтов (/48 = 65536 /64 блоков)|||| |||| ||44|||| |||| |40|||| |||| 36 возможных будущих локальных интернет-регистраторов (LIR) с очень малыми распределениями|||| |||32 минимальных выделений LIR|||| ||28 LIR-среда распределения|||| |24 LIR большие распределения|||| 20 LIR сверхбольшие распределения|||16||12 Региональных Интернет-регистраторов (RIR) распределены IANA [22]|84

Числовая интерпретация

Топологически набор подсетей, описываемых CIDR, представляет собой покрытие соответствующего адресного пространства. Интервал, описываемый обозначением, численно соответствует адресам вида (для IPv4) , где имеет младшие биты, установленные в 0. (Для IPv6 замените 128.) Для фиксированного набор всех подсетей составляет раздел , то есть покрытие неперекрывающихся наборов. Увеличение приводит к более мелким подразделам. Таким образом, две подсети и либо не пересекаются, либо одна является подсетью другой. Х / н {\displaystyle X/n} [ х 2 32 н , х 2 32 н + 2 32 н 1 ] {\displaystyle [x\cdot 2^{32-n},x\cdot 2^{32-n}+2^{32-n}-1]} Х = х 2 32 н {\displaystyle X=x\cdot 2^{32-n}} н {\displaystyle n} н {\displaystyle n} Х / н {\displaystyle X/n} н {\displaystyle n} Х / н {\displaystyle X/n} И / м {\displaystyle Г/м}

Агрегация префиксов

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

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

Ссылки

  1. ^ Y. Rekhter; T. Li (сентябрь 1993 г.). Архитектура для распределения IP-адресов с использованием CIDR. doi : 10.17487/RFC1518 . RFC 1518.
  2. ^ ab V. Fuller; T. Li; J. Yu; K. Varadhan (сентябрь 1993 г.). Бесклассовая междоменная маршрутизация (CIDR): стратегия назначения и агрегации адресов. doi : 10.17487/RFC1519 . RFC 1519.
  3. ^ J. Reynolds; J. Postel, ред. (апрель 1985 г.). Присвоенные номера. doi : 10.17487/RFC0943 . RFC 943.
  4. ^ R. Hinden, ed. (сентябрь 1993 г.). Заявление о применимости для реализации бесклассовой междоменной маршрутизации (CIDR). doi : 10.17487/RFC1517 . RFC 1517.
  5. ^ ab V. Fuller; T. Li (август 2006 г.). Бесклассовая междоменная маршрутизация (CIDR): план назначения и агрегации адресов в Интернете. doi : 10.17487/RFC4632 . RFC 4632.
  6. ^ ab J. Mogul; J. Postel, ред. (август 1985 г.). Стандартная процедура подсетей Интернета. раздел 2.1. doi : 10.17487/RFC0950 . RFC 950.
  7. ^ Карл-Герберт Рокитанский, «Схема адресации кластера Интернета и ее применение в общественных сетях передачи данных», Труды 9-й Международной конференции по компьютерным коммуникациям (ICCC' 88), стр. 482–491, Тель-Авив, Израиль, октябрь/ноябрь 1988 г.
  8. ^ Кластерная адресация и CIDR в почтовых архивах IETF
  9. ^ Брайан Кантор (декабрь 2018 г.). "Re: Может быть, глупый вопрос?". North American Network Operators Group. /24, безусловно, чище, чем 255.255.255.0. Кажется, именно Фил Карн в начале 80-х предположил, что выражение масок подсетей в виде количества битов с верхнего конца адресного слова эффективно, поскольку маски подсетей всегда представляют собой последовательность единиц, за которыми следуют нули без вкраплений, что было включено (или независимо изобретено) примерно десятилетие спустя как нотация CIDR abcd/n в RFC1519.
  10. ^ Уильям Симпсон (декабрь 2018 г.). "Re: Stupid Question maybe?". North American Network Operators Group. На самом деле, Брайан прав. Фил намного опередил время. Но я не помню, чтобы он говорил об этом до конца 80-х.
  11. ^ T. Pummill; B. Manning (декабрь 1995 г.). Таблица подсетей переменной длины для IPv4. doi : 10.17487/RFC1878 . RFC 1878.
  12. ^ S. Williamson; M. Kosters; D. Blacka; J. Singh; K. Zeilstra (июнь 1997 г.). Referral Whois (RWhois) Protocol V1.5. doi : 10.17487/RFC2167 . RFC 2167. IP-сети также являются лексически иерархическими метками, использующими нотацию бесклассовой междоменной маршрутизации (CIDR), но их иерархию нелегко определить с помощью простых текстовых манипуляций; например, 198.41.0.0/22 ​​является частью 198.41.0.0/16, которая является частью 198.40.0.0/15.
  13. ^ Карпентер, Б.; Цзян, С. (февраль 2014 г.). Значение идентификаторов интерфейса IPv6. doi : 10.17487/RFC7136 . RFC 7136.
  14. ^ Kohno, M.; Nitzan, B.; Bush, R.; Matsuzaki, Y.; Colitti, L.; Narten, T. (апрель 2011 г.). Использование 127-битных префиксов IPv6 на межмаршрутизаторных соединениях. doi : 10.17487/RFC6164 . RFC 6164.
  15. ^ J. Mogul, ред. (октябрь 1984 г.). Широковещательная передача интернет-дейтаграмм при наличии подсетей. раздел 7. doi : 10.17487/RFC0922 . RFC 922.
  16. ^ Ф. Бейкер, ред. (июнь 1995 г.). Требования к маршрутизаторам IP версии 4. раздел 4.2.3.1. doi : 10.17487/RFC1812 . RFC 1812.
  17. ^ RFC  4862
  18. ^ Рекомендация IAB/IESG по распределению адресов IPv6 для сайтов. IAB/IESG. Сентябрь 2001 г. doi : 10.17487/RFC3177 . RFC 3177.
  19. ^ ab T. Narten; G. Huston; L. Roberts (март 2011 г.). Назначение адресов IPv6 конечным сайтам. doi : 10.17487/RFC6177 . RFC 6177.
  20. ^ "Планы адресации ARIN IPv6". Getipv6.info. 2016-03-25 . Получено 2018-03-12 .
  21. ^ "RIPE IP Allocation Rates". Архивировано из оригинала 2011-02-03.
  22. ^ "Назначение одноадресных адресов IPv6 IANA". Iana.org . Получено 12.03.2018 .

Дальнейшее чтение

  • Бесклассовое делегирование IN-ADDR.ARPA. Март 1998 г. doi : 10.17487/RFC2317 . RFC 2317.
  • CIDR и классовая маршрутизация. Август 1995 г. doi : 10.17487/RFC1817 . RFC 1817.
  • Отчет CIDR (обновляется ежедневно)
Взято с "https://en.wikipedia.org/w/index.php?title=Бесстассовая_междоменная_маршрутизация&oldid=1269657183#VLSM"