Запутывание классов сети A, B, C

Я изучаю адреса IPv4 и наткнулся на все это в отношении классной адресации. Я понимаю, что это заставило меня смутить:

Есть два диапазона «ABC»:

Первый:

A: от 1.0.0.0 до 126.0.0.0 с /8
B: от 128.0.0.0 до 191.255.0.0 с /16
C: от 192.0.0.0 до 223.255.255.0 с /24

Второй:

A: от 10.0.0.0 до 10.255.255.255 с /8
B: от 172,16,0,0 до 172,31,2555,25 с /12
C: 192.168.0.0 - 192.168.255.255 с /16

Почему они оба используют имена A, B и C? Они даже не используют одни и те же наборы масок подсети! Является первым, только для публичных адресов? Потому что второй - это только частные адреса.

Помогите оценить!

14 голосов | спросил Axel Kennedal 25 FebruaryEurope/MoscowbTue, 25 Feb 2014 19:25:25 +0400000000pmTue, 25 Feb 2014 19:25:25 +040014 2014, 19:25:25

4 ответа


29

Вероятно, маски подсети отбрасывают вас. Пока вы помните, что приведенные ниже правила больше не применяются, вы должны быть в порядке.

В конечном итоге классическая адресация сводилась к самым значительным (или «ведущим») битам в адресе. Ничего больше, не меньше.

  • Класс A: Значимые бит начинаются с 0
  • Класс B: Значимые биты начинаются с 10
  • Класс C: Значимые бит начинаются с 110

«Классы» пришли из того, как они разбивают адресное пространство для использования между «хостом» и «сетью». Имейте в виду, что тогда (путь назад, с дней ARPANET), маски не существовали , и сеть должна была быть выведена из самого адреса , Итак, с учетом вышеизложенного, это то, что они придумали (это должно быть двоичное представление - каждый N или H представляет один бит в 32- бит):

  • Класс A: NNNNNNNN.HHHHHHHH.HHHHHHH.HHHHHHHH (меньше сетей, больше хостов)
  • Класс B: NNNNNNNN.NNNNNNNN.HHHHHHH.HHHHHHHH (больше сетей, меньше хостов)
  • Класс C: NNNNNNNNN.NNNNNNNNNNNNNNNNN.HHHHHHHH (еще больше сетей, даже меньше хостов)

Здесь N представляет собой сетевую часть адреса, а H является репрезентативной для хост-части адреса или, как они ее называли, в день, «поле отдыха».

Объединив это с тем, что было сказано ранее о наиболее значимых битах, мы имеем следующее:

  • Класс A: 0.0.0.0 - 127.255.255.255
  • Класс B: 128.0.0.0 - 191.255.255.255
  • Класс C: 192.0.0.0 - 223.255.255.255

Преобразование этих диапазонов в двоичный файл может сделать это более понятным:

Класс A

  0.0.0.0
-----------
[0] 0000000.00000000.00000000.00000000

127.255.255.255
-----------
[0] 1111111.11111111.11111111.11111111
 ^
 самый старший бит = 0
 

Класс B

  128.0.0.0
-----------
[10] 000000.00000000.00000000.00000000

191.255.255.255
-----------
[10] 111111.11111111.11111111.11111111
 ^
 наиболее значимые бит = 10
 

Класс C

  192.0.0.0
-----------
[110] 00000.00000000.00000000.00000000

223.255.255.255
-----------
[110] 11111.11111111.11111111.11111111
 ^
 наиболее значимые бит = 110
 

Каждый отдельный адрес в этих диапазонах будет иметь общий старший бит (ы). Мораль этой истории состоит в том, что если вы помните, какими должны быть ведущие биты (0 для класса A, 10 для класса B, 110 для класса C), чрезвычайно просто определить, какой бы «класс» имел бы адрес, который иначе принадлежал бы in. Или, если десятичное значение проще:

  • Класс A: первый октет в адресе находится между 0 и 127, включительно
  • Класс B: первый октет в адресе между 128 и 191, включительно
  • Класс C: первый октет в адресе находится между 192 и 223, включительно

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

ответил John Jensen 25 FebruaryEurope/MoscowbTue, 25 Feb 2014 20:51:51 +0400000000pmTue, 25 Feb 2014 20:51:51 +040014 2014, 20:51:51
17

Хотя идея классической адресации устарела, поскольку бесклассовая междоменная маршрутизация (CIDR) используется уже несколько десятилетий ( оригинал RFC1519 был опубликован в 1993 году), ваш первый ответ является исторически правильным.

Второй набор списков сетей из RFC1918 и определение диапазонов адресов для частного использования. В первом пространстве класса A имеется одна /8 сеть (дающая одну сеть класса A), a /12 в прежнем пространстве класса B (дающая 16 сетей класса B) и a /16 в прежнем пространстве класса C ( предоставляя 256 сетей класса C).

Нет противоречия.

ответил Russell Heilling 25 FebruaryEurope/MoscowbTue, 25 Feb 2014 19:33:32 +0400000000pmTue, 25 Feb 2014 19:33:32 +040014 2014, 19:33:32
2

Алекс, ты задал вопрос еще в 2014 году, и я не увидел ясного, сжатого ответа на ваш вопрос, поэтому здесь говорится: «Первый» - это общедоступные IP-адреса, которые можно использовать в Интернете. «Второй» - это частные IP-адреса, которые не могут использоваться в Интернете, поскольку они не являются маршрутизируемыми. Однако есть льготы для частных IP-адресов. Во-первых, стоимость. Организация может арендовать один открытый IP-адрес от провайдера, который внутренние узлы могут использовать при общении с внешним абонентом. Во-вторых, безопасность. Внутренние IP-адреса останутся неизвестными. Сервер NAT или PAT может использоваться для перевода частного IP на общедоступный и наоборот.

Первый: A: от 1.0.0.0 до 126.0.0.0 с /8

B: от 128.0.0.0 до 191.255.0.0 с /16

C: от 192.0.0.0 до 223.255.255.0 с /24

Второй: A: от 10.0.0.0 до 10.255.255.255 с /8

B: 172.16.0.0 - 172.31.255.255 с /12

C: 192.168.0.0 - 192.168.255.255 с /16

Надеюсь, что это поможет.

/Joanne

ответил Joanne 3 rdEurope/Moscowp30Europe/Moscow09bEurope/MoscowSun, 03 Sep 2017 16:00:16 +0300 2017, 16:00:16
1

В классе «A», «B» и «C» указывается размер сетевой маски. (например, класс «C» имеет 24-битную сетевую маску.) Класс не является надлежащим именем, определяющим конкретную сеть.

ответил Craig Constantine 25 FebruaryEurope/MoscowbTue, 25 Feb 2014 19:42:14 +0400000000pmTue, 25 Feb 2014 19:42:14 +040014 2014, 19:42:14

Похожие вопросы

Популярные теги

security × 330linux × 316macos × 2827 × 268performance × 244command-line × 241sql-server × 235joomla-3.x × 222java × 189c++ × 186windows × 180cisco × 168bash × 158c# × 142gmail × 139arduino-uno × 139javascript × 134ssh × 133seo × 132mysql × 132