План адресации и VLAN: подсети считаются, а не выдумываются

12 зон из блока 10.32.0.0/16: подсеть, маска, шлюз, DHCP-диапазон и запас адресов. Плюс бюджет PoE и порядок изменений — чтобы следующая зона не залезла в чужую подсеть.

  • Работает из России: рубли, договор с ИП, без VPN и иностранной карты
  • Агент считает план и правила, монтаж и настройку портов делает человек
  • Расчёт по RFC 1918 и RFC 2131; числа кейса помечены

Дело: 12 зон, плоская сеть и адреса из памяти

Кто в деле

Офис на два этажа, три сервера, камеры, СКУД, телефония и гостевая сеть. Коммутаторы управляемые, но все устройства живут в одной подсети без деления на зоны.

  • Что не сходится

    Адреса выдавались «по порядку» и частично вручную. Два устройства с одинаковым адресом за месяц дважды ссорили между собой камеры и принтер: лечили перезагрузкой, не находя причины.

  • Что показывает расчёт

    Из блока 10.32.0.0/16 нарезается 12 подсетей под потребность зон: расходуется 960 адресов, остальное — запас. PoE: нужно 654 Вт при бюджете 740 Вт, то есть 88 % — следующая партия камер потребует второго коммутатора.

  • Почему повторяется

    Нет плана, значит нет и проверки: адрес назначается на месте, документация отстаёт на месяцы. Пересечение обнаруживается не при настройке, а в момент, когда два устройства перестают работать.

  • Что сделал агент

    Нарезал подсети из блока под потребность каждой зоны, проверил пересечения, посчитал DHCP-диапазоны, запас адресов и PoE, собрал правила размещения и порядок изменений. Монтаж и настройку портов оставил человеку.

Задача

Что решается планом, а что настройкой

План адресации — это ответ на четыре вопроса: какая подсеть, где шлюз, кто выдаёт адреса и сколько остаётся в запасе. Считать вручную опасно: ошибка в маске даёт подсеть без нужных хостов, а пересечение с соседним офисом ломает маршрутизацию молча. Поэтому подсети считаются из блока по потребности зоны, а пересечения проверяются до настройки, а не после.

Сети из одного блока

Один блок адресов, двенадцать зон и запас, который видно числом

Сценарий

Путь в системах: что берём на входе и что отдаём

  1. 1

    Вход: зоны и потребность

    Перечень зон и число устройств в каждой. Потребность берётся с запасом на рост, иначе через полгода зона окажется тесной.

  2. 2

    Расчёт подсетей

    Из блока нарезаются подсети под потребность: маска выбирается наименьшая подходящая. Пересечение проверяется программно.

  3. 3

    Шлюз, DHCP, резерв

    Шлюз — первый адрес, DHCP — диапазон без служебных адресов, остальное в запас под статику: серверы и управление.

  4. 4

    PoE и питание

    Потребители считаются по устройствам: камеры и точки доступа дают нагрузку на бюджет коммутатора, который тоже конечен.

  5. 5

    Выход: план и правила

    Файл плана адресации, правила размещения зон, порядок изменений и критерий приёмки из пяти пунктов.

Агент делает · человек решает

Считает подсетимаска под потребность, шлюз, DHCP-диапазон
Проверяет пересеченияпрограммно, до настройки, а не после
Считает PoE-бюджетустройства × потребление против бюджета коммутатора
Пишет правила зончто изолировано и почему
человек: настраивает портыVLAN на коммутаторах и шлюзы
человек: прокладывает кабельмонтаж, трассы, приёмка работ
человек: утверждает схемуизменение сети — решение с последствием

Что получится на выходе

План, по которому можно настраивать: каждая зона со своей подсетью

Открыть артефакт

Подключения

Что подключим

Сервис · что читаем · что пишем · что нужно от вас · срок

Чего агент не делает

Границы работы

Агент не настраивает порты и не прокладывает кабель: это работы на месте. Не выдаёт адреса в рабочей сети и не меняет шлюз без согласования. Не обещает, что схема верна без проверки на месте: план и факт расходятся, и это ловится приёмкой. И не оставляет план «на бумаге» — без записи в паспорт инфраструктуры он устареет через месяц.

Вопросы

Почему нельзя просто одну сеть на всех?

Можно, пока устройств немного. С камерами, СКУД и гостями плоская сеть даёт широкий домен отказа: одно устройство с ошибкой влияет на всех.

Сколько адресов закладывать на зону?

С запасом: подсеть выбирается из потребности, но не впритык. В кейсе подсети тесные по потребности, а блок — с большим запасом: планировать впритык дороже, чем держать свободный блок.

Что делать, если адреса уже заняты?

Сначала инвентаризация: план строится по факту. Перевод в новую адресацию — отдельные работы с окном обслуживания.

Кто отвечает за PoE-бюджет?

Администратор: камера на 8 Вт через полгода становится двадцатью четырьмя камерами. Расчёт бюджета — часть плана, а не сюрприз.

Это заменяет администратора?

Нет. Агент считает и документирует, администратор настраивает и монтирует.

Соседние работы

Рядом

Роли

Дайте схему офиса и число устройств — вернём план адресации

На выходе: подсети с масками и шлюзами, DHCP-диапазоны, бюджет PoE, правила зон и порядок изменений.

Telegram
MAX
Спросить здесь