Почему 192.168. *. * Для локальных адресов? [закрыто]

Стандарт, который я видел до сих пор, заключается в использовании 192.168. *. * IP-адресов для устройств в локальной сети.

Почему эта комбинация? Если бы это был я, я бы выбрал что-то попроще, например 1.0. *. *. В чем историческая причина?

Примечание. Если мы не сможем получить комментарии от одного из первоначальных авторов RFC 1918 / RFC 1597 или кого-либо из InterNIC / RIPE NCC в то время (1994–1996 гг.), У нас могут остаться предположения и ответы на этот вопрос. будучи главным образом основанным на мнении.

Согласно RFC 1918 , следующие три диапазона зарезервированы для использования в частных сетях:

10.0.0.0        -   10.255.255.255  (10/8 prefix)
172.16.0.0      -   172.31.255.255  (172.16/12 prefix)
192.168.0.0     -   192.168.255.255 (192.168/16 prefix)

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

Обоснование, по крайней мере, частей каждого из этих трех «частных» диапазонов адресов довольно просто, но опять же за пределами логики, это предположения, основанные на моих чтениях за эти годы.

Во-первых, учтите, что классовые сети выглядят следующим образом (исходная статья Википедии о Classful Network ):

Class A
  0.  0.  0.  0 = 00000000.00000000.00000000.00000000
127.255.255.255 = 01111111.11111111.11111111.11111111
                  0nnnnnnn.HHHHHHHH.HHHHHHHH.HHHHHHHH

Class B
128.  0.  0.  0 = 10000000.00000000.00000000.00000000
191.255.255.255 = 10111111.11111111.11111111.11111111
                  10nnnnnn.nnnnnnnn.HHHHHHHH.HHHHHHHH

Class C
192.  0.  0.  0 = 11000000.00000000.00000000.00000000
223.255.255.255 = 11011111.11111111.11111111.11111111
                  110nnnnn.nnnnnnnn.nnnnnnnn.HHHHHHHH

Class D
224.  0.  0.  0 = 11100000.00000000.00000000.00000000
239.255.255.255 = 11101111.11111111.11111111.11111111
                  1110XXXX.XXXXXXXX.XXXXXXXX.XXXXXXXX

Class E
240.  0.  0.  0 = 11110000.00000000.00000000.00000000
255.255.255.255 = 11111111.11111111.11111111.11111111
                  1111XXXX.XXXXXXXX.XXXXXXXX.XXXXXXXX

Как вы можете видеть, каждый из трех диапазонов RFC1918 вырезает частный блок из одного из старых «классных» диапазонов сети. (Класс A, класс B и класс C в этом случае.)

Цитируя Дамблдора: «С этого момента мы оставим твердую основу факта и будем вместе путешествовать по темным болотам памяти в заросли самых смелых догадок».

IANA был назначение адресов в течение многих лет до создания RFC 1918 (февраль 1996) . (На самом деле частные диапазоны были впервые представлены в RFC 1597 в марте 1994 года.) Например, если вы проводите whois 8.0.0.0поиск, вы можете видеть, что для уровня 3 этот блок был назначен на 1992-12-01.

Поэтому можно предположить, что авторам RFC1918 пришлось работать с IANA / Jon Postel, чтобы найти доступные диапазоны, предоставив нам частные диапазоны, перечисленные выше.

Но опять же, если кто-то непосредственно не вовлечен в процесс *, что-то говорит, это может остаться догадкой.

* _{Или просто кто-то с лучшим Google-Foo, чем я. Мне не удалось найти хороший первоисточник этой информации.}

Как уже отмечалось, RFC1918 определяет 3 частных диапазона IP. В 1996 году все еще существовало устаревшее оборудование, которое не поддерживало CIDR , поэтому для каждого класса был создан один диапазон. Адреса класса B начинаются с 128.0.0.0, а адреса класса C начинаются с 192.0.0.0; 168 был выбран только потому, что он был нераспределенным.

Но возникает другой вопрос - зачем требовался диапазон класса C? Поскольку единственная разница между классами A, B и C - это размер сети, почему бы просто не использовать 10.0.0.0/8? Согласно RFC1918:

Если подходящая схема подсетей может быть разработана и поддерживается соответствующим оборудованием, рекомендуется использовать 24-битный блок (сеть класса A) частного адресного пространства и составить план адресации с хорошим путем роста. Если существует проблема с подсетями, то можно использовать 16-битный блок (сети класса C) или 20-битный блок (сети класса B) частного адресного пространства.

Я точно не знаю, о каких «проблемах» с подсетями думали авторы. Возможно, какое-то оборудование до CIDR не поддерживало сети класса A из-за ограничений памяти (хотя вы могли бы подумать, что важно количество хостов, а не количество потенциальных хостов).

Кроме того, в сетях класса C / 24s, хотя 192.168.xx - это / 16 - поэтому в классовой сети 192.168.xx фактически содержит 256 подсетей. Это может быть полезно для крупных организаций, которые хотят запускать частные подсети на оборудовании до CIDR.

Пожалуйста, используйте 10.0.0.0 - 10.255.255.255, согласно RFC 6890 , стр. 6.

Раньше я думал, что отвечать на исторические вопросы было хорошей идеей, но я хотел бы избегать делать это на регулярной основе из-за плохого опыта помощи вампирам. Это не кажется необходимым в этом случае. 10.0.0.0/8 достаточно прост.