Проектирование WiFi и сети отеля: кейс на 500 номеров в Африке

Гостевой WiFi — источник жалоб №1 в отелях, которые так и не попадают в карточки отзывов: «интернет тормозит», «не могу подключиться», «телевизор всю ночь буферизовал». Разница между сетью, которую гости хвалят, и сетью, которую они молча терпят, почти никогда не в интернет-провайдере. Дело в проектировании на уровне оборудования: какие точки доступа, сколько их, куда они ставятся, как получают питание и как всей системой управляют.

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

В этой статье разбираем реальный проект сети отеля на 500 номеров в Центральной Африке — тот же 18-этажный объект, что и в нашем кейсе по поэтажному проектированию слаботочных систем (ELV). На этот раз копаем на уровень глубже: план точек доступа WiFi, архитектура коммутации и видеохранение, на котором держится система видеонаблюдения.

С каких точек доступа начнём: три типа, три задачи?

Проект WiFi для этого отеля построен на точках доступа Wi-Fi 6 трёх физических форм-факторов, каждый из которых выбран под свою часть здания:

Логика выбора важнее, чем номера моделей:

• Настенные AP ставятся в номерах, где пользователи — сами гости: по одной на номер или на два смежных номера, в зоне, где стоят телевизор и письменный стол.
• Потолочные AP несут основную нагрузку в открытых зонах с высокой плотностью пользователей: коридоры (где устройства из всех номеров конкурируют за сигнал), лобби, рестораны и зона отдыха на 9-м этаже.
• Уличные AP закрывают террасу, бассейн и крышу — там, где потолочный монтаж невозможен.

Распространённая ошибка — купить одну «достаточно хорошую» модель AP на всё здание. Здесь ёмкость подобрана под каждое помещение: потолочная triple-band-модель для этажа мероприятий на 300 человек, скромная настенная — для гостевого номера. Вы платите за плотность только там, где плотность действительно есть.

Куда ушли 214 точек доступа на поэтажном плане AP?

Таблица количества AP — самая полезная часть этого проекта, потому что она показывает, как тип номера меняет потребность в сети. Вот фактическое размещение (настенные + потолочные AP по этажам):

Читайте таблицу как сетевой инженер:

• Гостевые этажи (1–6) — с преобладанием настенных AP: примерно 10–14 номеров на этаж, у каждого своя точка доступа. Гости почти не перемещаются по зданию, поэтому точечное покрытие в каждом номере выигрывает у дальнобойных потолочных моделей.
• Пентхаусы и антресоль меняют соотношение — потолочных AP здесь больше относительно настенных, потому что в люксах большие жилые зоны и открытая планировка, где одной настенной моделью не покрыть.
• Офисы на 13-м этаже получают высокую долю потолочных AP (6 потолочных на 18 настенных), потому что сотрудники перемещаются между рабочими местами и переговорными — здесь важен роуминг.
• Вращающийся ресторан на крыше получает 10 отдельных AP: движущийся, переполненный зал со стеклянными стенами — одна из самых сложных для WiFi зон во всём здании.

Как симуляция до монтажа показывает диаграммы сигнала 2.4G и 5G?

Для каждого этажа этого проекта до монтажа первой точки доступа выполняется диаграмма симуляции сигнала в диапазонах 2.4 ГГц и 5 ГГц. Большинство отельных WiFi-проектов пропускают этот шаг — и именно на нём выигрывается качество.

Симуляции отвечают на три вопроса:

1. Дыры в покрытии — где сигнал падает ниже рабочего порога (особенно коридоры и зоны ванных комнат за толстыми стенами)
2. Перекрытие — где соседние AP на одном канале создают помехи друг другу; в диапазоне 5 ГГц это критичнее, чем в 2.4 ГГц
3. Горячие точки по ёмкости — где количество AP верное, но плотность клиентов превысит возможности радиомодулей (утренний наплыв в ресторане на первом этаже, толпа на регистрации в лобби)

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

Как устроена магистраль сети: ядро, агрегация, доступ?

За точками доступа стоит трёхуровневая архитектура коммутации:

• Коммутатор ядра — модульный коммутатор с резервированными блоками питания и двумя главными процессорными модулями (MPU), поэтому отказ блока питания или управляющей платы не обрушит сеть. Ядро размещено в аппаратной в подвале, а оптоволоконная магистраль поднимается по этажам.
• Коммутаторы агрегации — 48-портовые устройства с аплинками 10G, собирающие трафик с групп этажей.
• Коммутаторы доступа — PoE-коммутаторы с облачным управлением в каждом слаботочном помещении: они питают и подключают AP и камеры своего этажа.

Резервирование здесь заложено намеренно — для рынка, где сбой сети означает, что гости выезжают из отеля: ни одного единственного блока питания, ни одной единственной управляющей платы, ни одного единственного аплинка между этажами. Оптоволоконная магистраль между этажами означает, что отказ линка на одном этаже не уронит этаж выше.

Как PoE питает AP и камеры по одному кабелю?

Power over Ethernet — это точка, где сеть встречается с физическим зданием. В проекте задействован весь современный диапазон PoE:

Три функции PoE из этого проекта стоит требовать в любом отеле:

1. PoE watchdog — коммутатор обнаруживает зависшую камеру или AP и автоматически перезапускает питание только на этом порту. В отеле это разница между «одна камера не работает, пока не приедет техник» и «система сама восстанавливается за несколько минут».
2. Loop protection — ошибочно подключённый кабель, образующий сетевую петлю, может обрушить целый этаж; коммутатор вместо этого обнаруживает и блокирует петлю.
3. Perpetual PoE — устройства остаются под питанием во время обновления прошивки коммутатора, поэтому плановое окно обслуживания не перезагружает всю систему камер в три часа ночи.

Как облачное управление даёт единую панель для всего объекта?

Сетевое оборудование проекта — с облачным управлением: каждый коммутатор, роутер, AP и камера регистрируются в облачной платформе, а оператор отеля (или партнёр по закупкам) настраивает и контролирует весь объект с одной панели.

Практическую ценность этого для удалённого отеля в Центральной Африке трудно переоценить:

• Не нужна экспертиза по настройке на месте. Мастер настройки платформы разворачивает полный стек безопасности и сети примерно за пять минут на группу устройств — вместо конфигурирования каждого устройства через командную строку.
• Удалённая диагностика с точностью до минуты. Когда гость сообщает о неработающей камере или зоне со слабым сигналом, оператор находит устройство, смотрит живую картинку и удалённо перезапускает камеру или её порт на коммутаторе — без выезда техника через весь город.
• Перезапуск порта в один клик. Самое частое решение в отельных сетях — «просто перезагрузи» — превращается в удалённое действие, привязанное к конкретному устройству.

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

Где живут записи CCTV при видеохранении?

Стороне видеонаблюдения этой сети нужно серьёзное хранилище, и в проекте указана система встроенного видеохранения (EVS), а не набор NVR:

• Ёмкость: модели на 24/36/48 отсеков, поддержка enterprise-дисков на 20 ТБ — блок на 48 отсеков в этом проекте полностью закрывает требование о 90-дневном хранении записей из проекта CCTV
• Резервирование: RAID 0/1/5/6/10/50/60 плюс кластер N+M — при отказе диска записи не теряются, а отказавший узел хранения подхватывает соседний узел кластера
• Производительность: два процессора и 16 ГБ оперативной памяти (расширяется) — обслуживает более тысячи каналов доступа и пересылки
• Прямая запись потока: камеры пишут напрямую в EVS без промежуточного медиасервера пересылки — меньше компонентов между камерой и диском означает меньше точек отказа и ниже стоимость, чем при архитектуре IP-SAN

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

Как по чек-листу спроектировать отельную сеть, на которую гости не будут жаловаться?

1. Подбирайте тип AP под помещение — настенные для номеров, высокоплотные потолочные для общественных зон, уличные для террасы и крыши
2. До монтажа подготовьте поэтажные таблицы количества AP и симуляции сигнала (2.4G и 5G)
3. Используйте трёхуровневую архитектуру — резервируемое ядро, агрегация, PoE-доступ — с оптоволокном между этажами
4. Задайте весь диапазон PoE (af/at/bt) и требуйте watchdog, loop protection и perpetual PoE
5. Выбирайте оборудование с облачным управлением, чтобы удалённый объект можно было настраивать и чинить без инженеров на месте
6. Рассчитывайте видеохранение на весь срок хранения записей, с RAID и резервированием кластером N+M
7. Держите гостевую, офисную, CCTV и IPTV-сети физически изолированными — даже лучший WiFi превращается в уязвимость, если из него можно добраться до офисного NAS

Как получить расчёт стоимости сети для вашего отеля?

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

👉 Свяжитесь с нашей командой по закупкам или посмотрите, как работает наш сервис закупок продукции.

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