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

Бесклассовая междоменная маршрутизация ( CIDR / ˈs aɪ dər IP , . ˈsɪ- / ) IP - — метод выделения адресов для маршрутизации - Инженерная группа Интернета представила 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 Некоторыми для IPv6 для IPv4 и 2001:db8:: / 32 . Блоки адресов, имеющие смежные префиксы, могут быть объединены в суперсети , что уменьшает количество записей в глобальной таблице маршрутизации.

Фон

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

Сорт	Наиболее значимые биты	Размер сетевого префикса (в битах)	Размер идентификатора хоста (биты)	Диапазон адресов
А	0	8	24	0.0.0.0–127.255.255.255
Б	10	16	16	128.0.0.0–191.255.255.255
С	110	24	8	192.0.0.0–223.255.255.255
Д ^{(многоадресная рассылка)} И ^{(сдержанный)}	1110 1111	–	–	224.0.0.0–255.255.255.255

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

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

После периода экспериментов с различными альтернативами бесклассовая междоменная маршрутизация была основана на маске подсети переменной длины (VLSM), которая позволяет разделить каждую сеть на подсети разного размера, кратного степени двойки, так что каждая подсеть может быть разделена на подсети разного размера. размера, соответствующего местным потребностям. Маски подсети переменной длины упоминались в качестве одной из альтернатив в РФК 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 198.51.100.0 или представляет IPv4-адрес 198.51.100.14 и связанный с ним сетевой префикс , что эквивалентно, его маску подсети 255.255.255.0 , которая имеет 24 ведущих 1 -бита.
блок IPv4 198.51.100.0/22 от . представляет 1024 адреса 198.51.100.0 до 198.51.103.255 IPv4
блок 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, что соответствует количеству бит в адресе.

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

Количество адресов сети может быть рассчитано как 2 ^{длина адреса — длина префикса}, где длина адреса равна 128 для IPv6 и 32 для IPv4. Например, в IPv4 длина префикса / 29 дает: 2 ³²⁻²⁹ = 2 ³ = 8 адресов.

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

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

CIDR-блоки

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

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

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

Назначение блоков 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), VAR Вирджинии , арендовала подключение к Интернету у MCI и получила блок 208.130.28.0/22 из . , способный адресовать чуть более 1000 устройств ARS использовала блок / 24 для своих общедоступных серверов, одним из которых был 208.130.29.33 . Все эти префиксы CIDR будут использоваться в разных местах сети. Вне сети MCI 208.128.0.0/11 , но и с любым из примерно двух миллионов IP префикс будет использоваться для направления трафика MCI, связанного не только с 208.130.29.33 -адресов с одинаковыми начальными 11 битами. В сети MCI ARS обслуживающую . станет видимым адрес 208.130.28.0/22, направляющий трафик на выделенную линию, Только внутри корпоративной сети АРС будет 208.130.29.0/24 . префикс Использован

Блоки IPv4 CIDR

Адрес формат	Разница по последнему адресу	Маска	Адреса		Родственник в класс А, Б, С	Ограничения на а , б , в и г (0..255, если не указано иное)	Типичное использование
Адрес формат	Разница по последнему адресу	Маска	Десятичный	2 ^н	Родственник в класс А, Б, С	Ограничения на а , б , в и г (0..255, если не указано иное)	Типичное использование
абкд / 32	+ 0.0.0.0	255.255.255.255	1	2 ⁰	1 ⁄ 256 С		Хост-маршрут
абкд / 31	+ 0.0.0.1	255.255.255.254	2	2 ¹	1 ⁄ 128 С	d = 0...(2 н )...254	Ссылки «точка-точка» ( RFC 3021 )
абвд / 30	+ 0.0.0.3	255.255.255.252	4	2 ²	1 ⁄ 64 С	д = 0...(4 н )...252	Каналы «точка-точка» (связующая сеть)
абкд / 29	+ 0.0.0.7	255.255.255.248	8	2 ³	1 ⁄ 32 С	d = 0...(8 н )...248	Самая маленькая многохостовая сеть
абкд / 28	+ 0.0.0.15	255.255.255.240	16	2 ⁴	1 ⁄ 16 С	d = 0...(16 н )...240	Малая локальная сеть
абкд / 27	+ 0.0.0.31	255.255.255.224	32	2 ⁵	1 ⁄ С	д = 0...(32 н )...224
абкд / 26	+ 0.0.0.63	255.255.255.192	64	2 ⁶	1 ⁄ С	д = 0, 64, 128, 192
абкд / 25	+ 0.0.0.127	255.255.255.128	128	2 ⁷	1 ⁄ 2 С	д = 0, 128	Большая локальная сеть
abc0 / 24	+ 0.0.0.255	255.255.255.0	256	2 ⁸	1 С		Большая локальная сеть
abc0 / 23	+ 0.0.1.255	255.255.254.0	512	2 ⁹	2 С	с = 0...(2 н )...254
abc0 / 22	+ 0.0.3.255	255.255.252.0	1,024	2 ¹⁰	4 С	с = 0...(4 н )...252	Малый бизнес
abc0 / 21	+ 0.0.7.255	255.255.248.0	2,048	2 ¹¹	8 С	с = 0...(8 н )...248	Малый интернет-провайдер / крупный бизнес
abc0 / 20	+ 0.0.15.255	255.255.240.0	4,096	2 ¹²	16 С	с = 0...(16 н )...240	Малый интернет-провайдер / крупный бизнес
abc0 / 19	+ 0.0.31.255	255.255.224.0	8,192	2 ¹³	32 С	с = 0...(32 н )...224	Интернет-провайдер / крупный бизнес
abc0 / 18	+ 0.0.63.255	255.255.192.0	16,384	2 ¹⁴	64 С	в = 0, 64, 128, 192
abc0 / 17	+ 0.0.127.255	255.255.128.0	32,768	2 ¹⁵	128 С	с = 0, 128
аб0,0 / 16	+ 0.0.255.255	255.255.0.0	65,536	2 ¹⁶	256 С = Б
аб0,0 / 15	+ 0.1.255.255	255.254.0.0	131,072	2 ¹⁷	2 Б	б = 0...(2 н )...254
аб0,0 / 14	+ 0.3.255.255	255.252.0.0	262,144	2 ¹⁸	4 Б	б = 0...(4 н )...252
аб0,0 / 13	+ 0.7.255.255	255.248.0.0	524,288	2 ¹⁹	8 Б	б = 0...(8 н )...248
аб0,0 / 12	+ 0.15.255.255	255.240.0.0	1,048,576	2 ²⁰	16 Б	б = 0...(16 н )...240
аб0,0 / 11	+ 0.31.255.255	255.224.0.0	2,097,152	2 ²¹	32 Б	б = 0...(32 н )...224
аб0,0 / 10	+ 0.63.255.255	255.192.0.0	4,194,304	2 ²²	64 Б	б = 0, 64, 128, 192
аб0,0 / 9	+ 0.127.255.255	255.128.0.0	8,388,608	2 ²³	128 Б	б = 0, 128
а.0.0.0 / 8	+ 0.255.255.255	255.0.0.0	16,777,216	2 ²⁴	256 Б = А		Крупнейшее IANA распределение блоков
а.0.0.0 / 7	+ 1.255.255.255	254.0.0.0	33,554,432	2 ²⁵	2 А	а = 0...(2 н )...254
а.0.0.0 / 6	+ 3.255.255.255	252.0.0.0	67,108,864	2 ²⁶	4 А	а = 0...(4n ) ...252
а.0.0.0 / 5	+ 7.255.255.255	248.0.0.0	134,217,728	2 ²⁷	8 А	а = 0...(8 н )...248
а.0.0.0 / 4	+ 15.255.255.255	240.0.0.0	268,435,456	2 ²⁸	16 А	а = 0...(16 н )...240
а.0.0.0 / 3	+ 31.255.255.255	224.0.0.0	536,870,912	2 ²⁹	32 А	а = 0...(32 н )...224
а.0.0.0 / 2	+ 63.255.255.255	192.0.0.0	1,073,741,824	2 ³⁰	64 А	а = 0, 64, 128, 192
а.0.0.0 / 1	+ 127.255.255.255	128.0.0.0	2,147,483,648	2 ³¹	128 А	а = 0, 128
0.0.0.0 / 0	+ 255.255.255.255	0.0.0.0	4,294,967,296	2 ³²	256 А		Весь Интернет IPv4, маршрут по умолчанию .

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

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

Блоки IPv6 CIDR

Префиксы IPv6 CIDR
Размер префикса	Количество эквивалентных подсетей			Биты идентификатора интерфейса
Размер префикса	/48	/56	/64	Биты идентификатора интерфейса
/24	16М	4G	1Т	104
/25	8М	2G	512Г	103
/26	4M	1G	256Г	102
/27	2М	512М	128Г	101
/28	1М	256М	64Г	100
/29	512К	128М	32Г	99
/30	256 тыс.	64М	16Г	98
/31	128 тыс.	32М	8G	97
/32	64К	16М	4G	96
/33	32К	8М	2G	95
/34	16К	4M	1G	94
/35	8К	2М	512М	93
/36	4K	1М	256М	92
/37	2К	512К	128М	91
/38	1К	256 тыс.	64М	90
/39	512	128 тыс.	32М	89
/40	256	64К	16М	88
/41	128	32К	8М	87
/42	64	16К	4M	86
/43	32	8К	2М	85
/44	16	4K	1М	84
/45	8	2К	512К	83
/46	4	1К	256 тыс.	82
/47	2	512	128 тыс.	81
/48	1	256	64К	80
/49		128	32К	79
/50		64	16К	78
/51		32	8К	77
/52		16	4K	76
/53		8	2К	75
/54		4	1К	74
/55		2	512	73
/56		1	256	72
/57			128	71
/58			64	70
/59			32	69
/60			16	68
/61			8	67
/62			4	66
/63			2	65
/64			1	64
К = 1,024
М = 1 048 576
Г = 1 073 741 824
Т = 1 099 511 627 776

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

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

2001:0db8:0123:4567:89ab:cdef:1234:5678
|||| |||| |||| |||| |||| |||| |||| ||||
|||| |||| |||| |||| |||| |||| |||| |||128     Single end-points and loopback
|||| |||| |||| |||| |||| |||| |||| |||127   Point-to-point links (inter-router)
|||| |||| |||| |||| |||| |||| |||| ||124
|||| |||| |||| |||| |||| |||| |||| |120
|||| |||| |||| |||| |||| |||| |||| 116
|||| |||| |||| |||| |||| |||| |||112
|||| |||| |||| |||| |||| |||| ||108
|||| |||| |||| |||| |||| |||| |104
|||| |||| |||| |||| |||| |||| 100
|||| |||| |||| |||| |||| |||96
|||| |||| |||| |||| |||| ||92
|||| |||| |||| |||| |||| |88
|||| |||| |||| |||| |||| 84
|||| |||| |||| |||| |||80
|||| |||| |||| |||| ||76
|||| |||| |||| |||| |72
|||| |||| |||| |||| 68
|||| |||| |||| |||64   Single LAN; default prefix size for SLAAC
|||| |||| |||| ||60   Some (very limited) 6rd deployments (/60 = 16 /64 blocks)
|||| |||| |||| |56   Minimal end sites assignment;^[20] e.g. home network (/56 = 256 /64 blocks)
|||| |||| |||| 52   /52 block = 4096 /64 blocks
|||| |||| |||48   Typical assignment for larger sites (/48 = 65536 /64 blocks)
|||| |||| ||44
|||| |||| |40
|||| |||| 36   possible future local Internet registry (LIR) extra-small allocations
|||| |||32   LIR minimum allocations
|||| ||28   LIR medium allocations
|||| |24   LIR large allocations
|||| 20   LIR extra large allocations
|||16
||12   Regional Internet registry (RIR) allocations from IANA^[23]
|8
4

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

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

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

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

См. также

Набор интернет-протоколов

Ссылки

^ Ю. Рехтер; Т. Ли (сентябрь 1993 г.). Архитектура распределения IP-адресов с помощью CIDR . дои : 10.17487/RFC1518 . РФК 1518 .
^ Перейти обратно: ^а ^б В. Фуллер; Т. Ли; Дж. Ю; К. Варадхан (сентябрь 1993 г.). Бесклассовая междоменная маршрутизация (CIDR): стратегия назначения и агрегирования адресов . дои : 10.17487/RFC1519 . РФК 1519 .
^ Дж. Рейнольдс; Дж. Постель, ред. (апрель 1985 г.). Присвоенные номера . дои : 10.17487/RFC0943 . РФК 943 .
^ Р. Хинден, изд. (сентябрь 1993 г.). Заявление о применимости реализации бесклассовой междоменной маршрутизации (CIDR) . дои : 10.17487/RFC1517 . РФК 1517 .
^ Перейти обратно: ^а ^б В. Фуллер; Т. Ли (август 2006 г.). Бесклассовая междоменная маршрутизация (CIDR): план назначения и агрегирования интернет-адресов . дои : 10.17487/RFC4632 . РФК 4632 .
^ Дж. Могул; Дж. Постель, ред. (август 1985 г.). Стандартная процедура создания подсетей Интернета . сек. 2.1. дои : 10.17487/RFC0950 . РФК 950 .
^ Карл-Герберт Рокитанский, «Схема адресации кластера Интернета и ее применение к сетям общедоступных данных», Proc. 9-я Международная конференция по компьютерным коммуникациям (ICCC'88), стр. 482–491, Тель-Авив, Израиль, октябрь/ноябрь 1988 г.
^ Кластерная адресация и CIDR в почтовых архивах IETF.
^ Брайан Кантор (декабрь 2018 г.). «Re: Может быть, глупый вопрос?» . Группа сетевых операторов Северной Америки. /24 определенно чище, чем 255.255.255.0. Кажется, я помню, что Фил Карн в начале 80-х предположил, что выражение масок подсети в виде числа битов от верхнего конца адресного слова было эффективным, поскольку маски подсети всегда представляли собой серию единиц, за которыми следовали нули без вкраплений, который был включен (или изобретен независимо) примерно десять лет спустя как нотация CIDR abcd/n в RFC1519.
^ Уильям Симпсон (декабрь 2018 г.). «Re: Может быть, глупый вопрос?» . Группа сетевых операторов Северной Америки. На самом деле Брайан прав. Фил опередил время. Но я не помню, чтобы он говорил об этом до конца 80-х.
^ Т. Паммилл; Б. Мэннинг (декабрь 1995 г.). Таблица подсетей переменной длины для IPv4 . дои : 10.17487/RFC1878 . РФК 1878 .
^ С. Уильямсон; М. Костерс; Д. Блэка; Дж. Сингх; К. Зейлстра (июнь 1997 г.). Реферальный протокол Whois (RWhois) V1.5 . дои : 10.17487/RFC2167 . РФК 2167 . IP-сети также представляют собой лексически иерархические метки, использующие нотацию бесклассовой междоменной маршрутизации (CIDR), но их иерархию нелегко определить с помощью простых манипуляций с текстом; например, 198.41.0.0/22 является частью 198.41.0.0/16, который является частью 198.40.0.0/15.
^ Ошибка цитирования: именованная ссылка RFC 950 5.1 был вызван, но так и не был определен (см. страницу справки ).
^ Карпентер, Б.; Цзян, С. (февраль 2014 г.). «Значение идентификаторов интерфейса IPv6» . дои : 10.17487/RFC7136 . ISSN 2070-1721 . {{cite journal}}: Для цитирования журнала требуется |journal= ( помощь )
^ Коно, М.; Ницан, Б.; Буш, Р.; Мацузаки, Ю.; Колитти, Л.; Нартен, Т. (апрель 2011 г.). «Использование 127-битных префиксов IPv6 на каналах между маршрутизаторами» . дои : 10.17487/RFC6164 . ISSN 2070-1721 . {{cite journal}}: Для цитирования журнала требуется |journal= ( помощь )
^ Дж. Могул, изд. (октябрь 1984 г.). Распространение датаграмм Интернета при наличии подсетей . сек. 7. дои : 10.17487/RFC0922 . РФК 922 .
^ Ф. Бейкер, изд. (июнь 1995 г.). Требования к маршрутизаторам IP версии 4 . сек. 4.2.3.1. дои : 10.17487/RFC1812 . РФК 1812 .
^ RFC 4862
^ Рекомендации IAB/IESG по выделению IPv6-адресов сайтам . IAB/IESG. Сентябрь 2001 г. doi : 10.17487/RFC3177 . РФК 3177 .
^ Перейти обратно: ^а ^б Т. Нартен; Г. Хьюстон; Л. Робертс (март 2011 г.). Назначение адресов IPv6 конечным сайтам . дои : 10.17487/RFC6177 . РФК 6177 .
^ «Планы адресации ARIN IPv6» . Getipv6.info. 25 марта 2016 г. Проверено 12 марта 2018 г.
^ «Тарифы распределения IP-адресов RIPE» . Архивировано из оригинала 3 февраля 2011 г.
^ «Назначение одноадресных адресов IANA IPv6» . Яна.орг . Проверено 12 марта 2018 г.

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

Бесклассовое делегирование IN-ADDR.ARPA . Март 1998 г. doi : 10.17487/RFC2317 . РФК 2317 .
CIDR и классовая маршрутизация . Август 1995 г. doi : 10.17487/RFC1817 . РФК 1817 .

Внешние ссылки

Отчет CIDR (обновляется ежедневно)

[RFC_1518-1] Ю. Рехтер; Т. Ли (сентябрь 1993 г.). Архитектура распределения IP-адресов с помощью CIDR . дои : 10.17487/RFC1518 . РФК 1518 .

[RFC_1519-2] Перейти обратно: ^а ^б В. Фуллер; Т. Ли; Дж. Ю; К. Варадхан (сентябрь 1993 г.). Бесклассовая междоменная маршрутизация (CIDR): стратегия назначения и агрегирования адресов . дои : 10.17487/RFC1519 . РФК 1519 .

[rfc943-3] Дж. Рейнольдс; Дж. Постель, ред. (апрель 1985 г.). Присвоенные номера . дои : 10.17487/RFC0943 . РФК 943 .

[RFC_1517-4] Р. Хинден, изд. (сентябрь 1993 г.). Заявление о применимости реализации бесклассовой междоменной маршрутизации (CIDR) . дои : 10.17487/RFC1517 . РФК 1517 .

[RFC_4632-5] Перейти обратно: ^а ^б В. Фуллер; Т. Ли (август 2006 г.). Бесклассовая междоменная маршрутизация (CIDR): план назначения и агрегирования интернет-адресов . дои : 10.17487/RFC4632 . РФК 4632 .

[RFC_950_2.1-6] Дж. Могул; Дж. Постель, ред. (август 1985 г.). Стандартная процедура создания подсетей Интернета . сек. 2.1. дои : 10.17487/RFC0950 . РФК 950 .

[7] Карл-Герберт Рокитанский, «Схема адресации кластера Интернета и ее применение к сетям общедоступных данных», Proc. 9-я Международная конференция по компьютерным коммуникациям (ICCC'88), стр. 482–491, Тель-Авив, Израиль, октябрь/ноябрь 1988 г.

[8] Кластерная адресация и CIDR в почтовых архивах IETF.

[kantor-9] Брайан Кантор (декабрь 2018 г.). «Re: Может быть, глупый вопрос?» . Группа сетевых операторов Северной Америки. /24 определенно чище, чем 255.255.255.0. Кажется, я помню, что Фил Карн в начале 80-х предположил, что выражение масок подсети в виде числа битов от верхнего конца адресного слова было эффективным, поскольку маски подсети всегда представляли собой серию единиц, за которыми следовали нули без вкраплений, который был включен (или изобретен независимо) примерно десять лет спустя как нотация CIDR abcd/n в RFC1519.

[simpson-10] Уильям Симпсон (декабрь 2018 г.). «Re: Может быть, глупый вопрос?» . Группа сетевых операторов Северной Америки. На самом деле Брайан прав. Фил опередил время. Но я не помню, чтобы он говорил об этом до конца 80-х.

[11] Т. Паммилл; Б. Мэннинг (декабрь 1995 г.). Таблица подсетей переменной длины для IPv4 . дои : 10.17487/RFC1878 . РФК 1878 .

[12] С. Уильямсон; М. Костерс; Д. Блэка; Дж. Сингх; К. Зейлстра (июнь 1997 г.). Реферальный протокол Whois (RWhois) V1.5 . дои : 10.17487/RFC2167 . РФК 2167 . IP-сети также представляют собой лексически иерархические метки, использующие нотацию бесклассовой междоменной маршрутизации (CIDR), но их иерархию нелегко определить с помощью простых манипуляций с текстом; например, 198.41.0.0/22 является частью 198.41.0.0/16, который является частью 198.40.0.0/15.

[RFC_950_5.1-13] Ошибка цитирования: именованная ссылка RFC 950 5.1 был вызван, но так и не был определен (см. страницу справки ).

[14] Карпентер, Б.; Цзян, С. (февраль 2014 г.). «Значение идентификаторов интерфейса IPv6» . дои : 10.17487/RFC7136 . ISSN 2070-1721 . {{cite journal}}: Для цитирования журнала требуется |journal= ( помощь )

[15] Коно, М.; Ницан, Б.; Буш, Р.; Мацузаки, Ю.; Колитти, Л.; Нартен, Т. (апрель 2011 г.). «Использование 127-битных префиксов IPv6 на каналах между маршрутизаторами» . дои : 10.17487/RFC6164 . ISSN 2070-1721 . {{cite journal}}: Для цитирования журнала требуется |journal= ( помощь )

[RFC_922-16] Дж. Могул, изд. (октябрь 1984 г.). Распространение датаграмм Интернета при наличии подсетей . сек. 7. дои : 10.17487/RFC0922 . РФК 922 .

[RFC_1812-17] Ф. Бейкер, изд. (июнь 1995 г.). Требования к маршрутизаторам IP версии 4 . сек. 4.2.3.1. дои : 10.17487/RFC1812 . РФК 1812 .

[RFC_4862-18] RFC 4862

[RFC_3177-19] Рекомендации IAB/IESG по выделению IPv6-адресов сайтам . IAB/IESG. Сентябрь 2001 г. doi : 10.17487/RFC3177 . РФК 3177 .

[RFC_6177-20] Перейти обратно: ^а ^б Т. Нартен; Г. Хьюстон; Л. Робертс (март 2011 г.). Назначение адресов IPv6 конечным сайтам . дои : 10.17487/RFC6177 . РФК 6177 .

[21] «Планы адресации ARIN IPv6» . Getipv6.info. 25 марта 2016 г. Проверено 12 марта 2018 г.

[22] «Тарифы распределения IP-адресов RIPE» . Архивировано из оригинала 3 февраля 2011 г.

[23] «Назначение одноадресных адресов IANA IPv6» . Яна.орг . Проверено 12 марта 2018 г.

[1]

[2]

[3]

[4]

[5]

[6]

[7]

[8]

[9]

[10]

[11]

[12]

[13]

[14]

[15]

[16]

[17]

[18]

[19]

[20]

[21]

[22]

[23]