Недавний вопрос от Крейга Константина касался IPv6, но многие люди еще не находятся на переднем крае с IPv6 и все еще отвечают за новые или улучшенные развертывания IPv4.
Я хотел бы проверить свое собственное корпоративное планирование адресного пространства IPv4 по любым общедоступным документам или руководствам, приведенным здесь. У адресации есть некоторые уникальные потребности между ДК и Кампусом, которые в идеале должны быть рассмотрены.
Я специально хочу посмотреть, какие существуют лучшие практики для планирования частных (RFC1918) назначений IP-пространства для регионов, городов, кампусов, зданий, этажей, каналов связи, глобальных сетей, шлейфов и т. Д. Проводная и беспроводная связь. Внутренние сети против гостевых сетей. * Я знаю, что это само по себе может быть чем-то вроде открытого вопроса, поэтому я ищу конкретные ссылки или примеры для проверенных и хорошо продуманных планов аналогично ответам на IPv6. Предлагаемые блоки CIDR будут полезны, так как пространство будет выделено.
Агрегация для маршрутизации, конечно, желательна, как и возможность иметь упрощенные списки ACL. В списках ACL есть компромисс с желанием объединить все подсети сотрудников, например, проводные или беспроводные, и объединить всех пользователей беспроводной связи, независимо от того, являются ли они сотрудниками, подрядчиками или гостями.
источник
Учитывая, что IPv4 существует так долго, существуют миллионы различных способов распределения своего пространства IPv4.
Для нас (интернет-провайдера) мы используем наименьший размер подсети, возможный на чисто транзитных каналах (обычно / 30), а затем с точки зрения клиентов это зависит от их потребностей, из-за того, насколько коротким является каждый на IPv4, что означает, что вместо использования Общее правило: вы должны воспринимать каждого клиента как отдельную сущность и соответствующим образом собирать его требования.
Это все, конечно, если вы имели в виду пространство PUBLIC IPv4, с точки зрения внутреннего материала RFC1918, то планируйте свои ассигнования так, чтобы вы строили пространство для расширения (например, в здании всего 50 человек, не давайте им просто 26). потому что это подсеть следующего размера, но, возможно, дайте им / 24 для расширения.
Другой хорошей практикой является выделение для агрегирования, то есть если у вас есть здание с 10 этажами, выделите / 20 (или больше) для здания, а затем выделите подсети для каждого этажа / отдела из этого / 20, таким образом, вы можете объявляйте только / 20 остальной части вашей сети, а не все отдельные подсети для каждого этажа.
источник