Предположим, мне нужно 200 хостов в сети, и я уверен, что мне не нужно больше, поэтому разумным выбором будет выбор диапазона IP-адресов класса C для моей сети, но что если я выберу диапазон класса B для те 200 хост, будут проблемы с производительностью? или другие неудобства?
1
4 ответа
2
Я не вижу проблем с производительностью при использовании более крупной сети. Говоря в целом, а не только с классом C и классом B, люди обычно начинают с меньшей сети, возможно, оставляя некоторое неиспользуемое пространство на случай, если они захотят расширить его позже. Причина в том, что позже им может понадобиться использовать другие сетевые пространства.
Таким образом, единственная проблема, которую я нахожу с этим, занимает место в сети, которое вам может понадобиться позже. Например, допустим, вы резервируете 192.168.0.0/16 для ПК своей компании. Однажды вы представляете планшеты в качестве активов компании и хотите назначить им отдельный сегмент сети ... вы не можете (в диапазоне 192.168.xx). Затем вам нужно будет уменьшить сеть ПК, возможно, изменив некоторые уже используемые IP-адреса.
Обычная практика - начинать с /24 или, возможно, с двух, трех, в зависимости от того, на сколько устройств вы рассчитываете назначить ipv4. Например, вы можете начать с 192.168.4.0/23, который равен двум /24 и оставляет достаточно места для его преобразования, например, в 192.168.4 /22, и однажды добавить, например, 192.168.40.0/23 для планшетов ...
Изменить: см. Комментарий @ grawity, который объясняет эту концепцию лучше и с меньшим количеством слов.
2
Проблемы с производительностью в основном зависят от количества активных хостов. Неважно, насколько велик диапазон адресов - 200 хостов в /8 будут работать так же, как 200 хостов в /24.
(Да, /8, /16 и /24. Пожалуйста, прекратите измерять размеры сети в классах.
А если /16 слишком велико и /24 слишком мало, просто используйте /20 или что-то в этом роде.)
Я думаю, что большинство проблем в больших широковещательных доменах вызвано
заполнение кэшей ARP/ND хостов;
избыточный сетевой трафик (широковещательные и многоадресные) из-за "болтливых" протоколов автообнаружения, таких как NetBIOS или mDNS или UPnP.
Несколько десятилетий назад, когда Ethernet все еще был общей средой и использовал концентраторы и т.д., Увеличение числа хостов также означало бы значительное увеличение числа коллизий пакетов, что делало сеть практически непригодной для использования. В настоящее время не должно быть проблем с коммутируемым Ethernet.
Но в любом случае все вышеперечисленное зависит только от количества подключенных систем, а не от назначения адресов.
2
Использование более крупной сети не должно приводить к проблемам с производительностью. Производительность зависит от количества активных хостов в сети, а не от адресного пространства, предоставленного для этого, в конце концов.
Тем не менее, я бы не рекомендовал ненужную большую подготовку подсетей. Поскольку теперь вы уверены, что не получите более 200 хостов, просто выберите подсеть /24. У вас есть 55 адресов хостов в качестве буфера, и вы не потратили много адресов, которые могли бы использовать для другой подсети, которая вам, возможно, понадобится в будущем. Если вы все еще хотите иметь свободный буфер, потому что может потребоваться более 255 хост-адресов, я бы сделал это так:
- 192.168.0.0 /24 # подсеть рабочей станции
- 192.168.1.0 /24 # буферная подсеть рабочей станции
- 192.168.2.0 /24 # пример подсети (например, подсеть принтера)
Если вам необходимо расширить подсеть рабочей станции, просто выберите свободную подсеть, которую вы указали в качестве буфера. Это имеет несколько преимуществ:
Если вам не нужно дополнительное пространство для подсети рабочей станции, вы можете использовать его для чего-то другого (например, для сервера). Кроме того, у вас нет очень большого широковещательного домена (который может сильно повлиять на производительность).
Я надеюсь, что смогу помочь с этим ответом.
-1
Обычно сеть использует частные диапазоны:
10.0.0.0 - 10.255.255.255
172.16.0.0 - 172.31.255.255
192.168.0.0 - 192.168.255.255
Эти диапазоны являются частью стандарта, опубликованного в RFC 1918.
Вы можете выбрать любой диапазон из этих и любую маску подсети. Имейте в виду, что маршрутизация классов (класс A, класс, класс C) остается в прошлом. Таким образом, вы можете смешивать и сопоставлять, например, вы можете использовать 10.100.1.0 с маской 255.255.255.0 или 10.1.0.0 с маской 255.255.240.0 .
Поскольку это ваша частная сеть, вы не будете создавать проблем другим сетям.
Ваш подключающийся к интернету маршрутизатор будет выполнять функцию NAT, которая преобразует ваши личные адреса в общедоступные.
Зачем тебе все это делать?
Потому что вы не можете использовать публичный адрес в своей частной сети. Эти общедоступные адреса назначаются общедоступным серверам как Google, Yahoo, Facebook и т.д., И вы создадите беспорядок для них, для вашего маршрутизатора и ваших пользователей.