3

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

  • Маска подсети A /24 дает вам 65 536 подсетей и 254 хоста
  • Маска подсети A /18 дает вам 1024 подсети и 16 382 хоста
  • и т.п.

Таким образом, выясняется, что два основных фактора для определения размера маски подсети (например, /24 против /18): сколько подсетей вы хотите и сколько хостов вы хотите сделать доступными для этой подсети?

Последний фактор имеет смысл для меня: если я знаю, что создаю подсеть для группы среднего размера, которая может иметь полдюжины приложений / сервисов, где каждый из них может иметь 3-6 узлов на среду, и может иметь 2 или 3 разных окружения (Dev, QA, Prod и т. д.), тогда я знаю, что команде примерно нужно ~ 90 хостов, доступных в их подсети, поэтому я могу быть склонен предоставить им подсеть / 25 (126 возможных хостов) маска.

Однако я не понимаю первого фактора в этом уравнении: количество подсетей, которое дает каждая маска. Маска подсети A /18 дает вам 1024 подсети, а маска подсети /24 дает вам 65 536 подсетей.

Что это вообще значит?! Просто интуитивно, кажется, что вы можете рекурсивно вырезать подсети из подсетей из подсетей и т.д. Да? И если это правда, то, возможно, при разработке подсети вы иногда будете знать, сколько подсетей вам понадобится в вашей подсети, и это может быть важным фактором при принятии вашего решения? Я на ходу здесь или далеко от базы?

В конечном итоге я просто пытаюсь понять третий столбец в этой таблице (« Количество подсетей ») и понять, как / почему это играет роль в определении маски / размера подсети, которую вы выбираете при создании подсети.

|источник

2 ответа2

2

Однако я не понимаю первого фактора в этом уравнении: количество подсетей, которое дает каждая маска. Маска подсети A /18 дает вам 1024 подсети, а маска подсети /24 дает вам 65 536 подсетей.

Количество подсетей зависит от размера самой сети. Не зная этого, эти шпаргалки бесполезны.

Ваш связанный шпаргалка больше не "превосходна" - она довольно старая; обратите внимание, что у него есть отдельные таблицы для "класса A", "класса B" и т. д. Тогда, если бы у вас была сеть класса A (в настоящее время /8) и разделена на подсети размером /18, у вас действительно будет 1024 подсети (10-битный идентификатор подсети).

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

Сам расчет прост, и вы используете один и тот же метод для расчета подсетей на сеть и хостов на подсеть:

  • скажем, у вас есть /16 и нужно /23 , тогда у вас есть 23 - 16 = 7 бит для идентификатора подсети, так что 2⁷ = 128 возможных подсетей;
  • эти /23 подсети имеют 32 - 23 = 9 битов для идентификатора хоста, поэтому 2⁹ = 512 возможных адресов (510 хостов).

Просто интуитивно, кажется, что вы можете рекурсивно вырезать подсети из подсетей из подсетей и т.д. Да? И если это правда, то, возможно, при разработке подсети вы иногда будете знать, сколько подсетей вам понадобится в вашей подсети, и это может быть важным фактором при принятии вашего решения? Я на ходу здесь или далеко от базы?

Да, это звучит правильно.

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

Например,

  • Интернет имеет маршрут /12 к какому-либо провайдеру, покрывая всю сеть этого провайдера;
  • Интернет-провайдер затем направляет подсеть /16 в организацию клиента (65536 адресов),
  • который затем направляет несколько /20 подсетей в каждое здание (4096 адресов),
  • и, наконец, назначает /24 как подсети на линии связи для каждого этажа, или подразделения, или тому подобное (256 адресов минус 2 зарезервированных = 254 возможных хоста на каждом этаже).
|источник
1

Ваш IPv4-адрес - это 32-битное число (которое обычно представляется немного лучше). Маска подсети определяет, сколько из этих битов используется для идентификации сети и сколько из этих битов используется для адресации хоста. Если вы используете 8 бит (2 ^ 8 = 256) для своего хоста, у вас останется 24 бит (16,777,216) адресов для сетей. В ваших примерах указано 65 536, потому что они предполагают, что у вас есть сеть класса А, поэтому вам не следует выбирать первые 8 битов свободно, а назначать их вам. Таким образом, из этих 24 битов вы можете использовать только 16 для идентификации сети.

Сетевые классы устарели, и сегодня CIDR - вещь, потому что эта статическая модель означает, что у вас всегда будет как минимум 256 адресов.

У некоторых других вопросов, таких как следующие, есть несколько хороших и более подробных ответов и / или более иллюстративных ответов:

|источник

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .