Как рассчитать пропускную способность сети для 32, 64 и 128 IP-камер

«128-канальный видеорегистратор» не означает, что к нему можно подключить любые 128 камер на максимальном разрешении и получить стабильный архив. И «гигабитная сеть» не означает, что все 128 камер должны одновременно передавать через один порт 1 Гбит/с без риска перегрузки.

Для расчёта нужно разделить три величины: сколько трафика генерируют камеры, по каким физическим участкам он проходит и сколько видеоданных способен принять, записать и отдать сервер или NVR. Только после этого выбирают коммутаторы, uplink, оптику, серверы и диски.

Короткий ответ

Умножьте фактический битрейт основного потока каждой камеры на число камер, затем сложите трафик по каждому общему участку сети. Для условного среднего потока 4 Мбит/с 32 камеры создают 128 Мбит/с, 64 — 256 Мбит/с, 128 — 512 Мбит/с без учёта дополнительных потоков и сетевых накладных расходов. Отдельно проверьте входящую, записываемую и исходящую пропускную способность NVR, пики VBR и резерв.

В статье разберём

1. Почему количество камер без битрейта не даёт ответа.
2. Формулы для 32, 64 и 128 камер.
3. Разницу между VBR, CBR, ABR и максимальным битрейтом.
4. Как оценить загрузку 100M, 1G и 10G uplink.
5. Почему 128 каналов NVR не равны его входящему лимиту.
6. Как влияет локальный и удалённый просмотр.
7. Как рассчитать архив на 30 суток.
8. Как найти узкое место и провести приёмочный тест.

Для кого эта статья

Для владельцев бизнес-объектов, проектировщиков слаботочных систем, сетевых инженеров, руководителей IT и служб безопасности, которые планируют систему из десятков или сотен камер.

От каких параметров зависит видеотрафик

Важны разрешение, частота кадров, кодек, сложность сцены, освещение, настройки качества и режим управления битрейтом. Камера с H.265 на статичной стене может передавать существенно меньше данных, чем та же модель при движении людей, дожде и шумном ночном изображении.

Axis в официальном материале о видеосжатии рекомендует оценивать фактический битрейт под конкретный сценарий и учитывать, что чрезмерное сжатие может скрыть детали, нужные для расследования.

Поэтому числовые значения ниже — учебные сценарии 2, 4, 6 и 8 Мбит/с на одну камеру. Это не гарантированные значения для камер 2, 4 или 8 Мп: фактический битрейт устанавливают по конфигурации и измерениям.

Основная формула

Для одинаковых камер:

B_total (Мбит/с) = N × B_camera.

Для разных моделей:

B_total = B1 + B2 + … + BN.

Если включены дополнительные видеопотоки, аудио, метаданные или отдельные подключения клиентов, их также учитывают по фактическому маршруту. Не следует автоматически прибавлять один sub stream на каждую камеру, если этот поток нигде не запрашивается.

Таблица расчёта: 32, 64 и 128 камер

В таблице только сумма заданных видеобитрейтов без накладных расходов Ethernet/IP/RTP/RTSP и без других сервисов.

Вывод: при 128 камерах по 8 Мбит/с уже получаем 1024 Мбит/с видеопотока — больше номинальной скорости гигабитного порта. Это нельзя передавать через единственный 1G uplink без изменения архитектуры.

Как правильно учитывать запас

Сетевой линк не следует проектировать на постоянную загрузку ровно 100% номинала. Реальная полезная пропускная способность зависит от протоколов, длины кадров, характера трафика, очередей и поведения устройства при перегрузке.

В качестве начальной инженерной гипотезы можно ограничивать целевую расчётную загрузку общего uplink, например 60–70% при плохо предсказуемых пиках. Но это не обязательное требование стандарта и не универсальное число. Конкретный запас выбирают по измерениям VBR, размерам буферов, допустимым потерям, приоритетам потоков и общему трафику сети.

Формула иллюстративной оценки: Требуемая номинальная скорость ≈ ожидаемый пиковый трафик / выбранная целевая доля загрузки.

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

VBR, CBR, ABR и MBR: почему средние значения обманчивы

VBR (Variable Bitrate) меняет поток по сложности сцены. Axis отмечает, что при высокой активности сети и хранилищу требуется больше ресурсов.

CBR (Constant Bitrate) стремится удерживать выбранный битрейт, но при сложной сцене качество может пострадать.

ABR (Average Bitrate) ориентирован на средний бюджет хранения во времени, а не на жёсткое ограничение каждого краткого пика.

MBR (Maximum Bitrate) ограничивает поток ближе к заданному максимуму, но при недостаточном лимите может ухудшить качество или кадровую частоту.

Официальный документ Axis «Bitrate control for IP video» подробно сравнивает эти стратегии. Поэтому расчёт сети и расчёт архива — связанные, но не одинаковые задачи.

Сценарий 1: 32 IP-камеры

Пусть 32 камеры настроены на 4 Мбит/с основные потоки. Сумма равна 128 Мбит/с.

Если все камеры по отдельным 100M портам идут к одному PoE-коммутатору с гигабитным uplink, сам канал 1G по сумме основных потоков имеет заметный запас. Но нужно проверить способность коммутатора обрабатывать трафик и фактическую топологию.

Если тот же трафик пытаются передать через 100M uplink, линк заведомо не способен пропустить 128 Мбит/с — даже без накладных расходов.

Важно также проверить, не записывается ли каждая камера несколькими клиентами независимо. Отдельные запросы потоков могут увеличивать нагрузку на камеру и её uplink.

Сценарий 2: 64 IP-камеры

Пусть 64 камеры дают 6 Мбит/с каждая. Сумма основных потоков — 384 Мбит/с.

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

Рекомендуется группировать камеры по шкафам: например, четыре узла по 16 камер. Тогда расчёт для каждого узла — 16 × 6 = 96 Мбит/с, а общий агрегирующий участок при централизованной записи — те же 384 Мбит/с.

То, что каждый отдельный шкаф укладывается в свой uplink, не гарантирует отсутствия перегрузки в центральном агрегаторе.

Сценарий 3: 128 IP-камер

При 128 × 8 Мбит/с получаем 1024 Мбит/с только основных потоков. Здесь один гигабитный uplink уже недостаточен.

Варианты решения:

• разделить камеры на несколько физических маршрутов и регистраторов;
• использовать 10G на магистрали и подходящие SFP+/коммутаторы;
• разместить запись ближе к удалённым узлам и передавать в центр только необходимые потоки;
• оптимизировать параметры кодирования без разрушения требуемой детализации.

При этом 10G не исправит NVR, у которого входящий лимит ниже суммарного потока. Проверять нужно всю цепочку.

100M, 1G и 10G: что должно стоять в шкафу

Камера может иметь порт 100BASE-TX и передавать основной поток 4–8 Мбит/с. Это не проблема: порт доступа обслуживает одну или несколько реально назначенных нагрузок, а не все камеры сразу.

Общий uplink собирает трафик многих портов. Его скорость определяют по сумме потоков, проходящих через данный конкретный участок.

На магистрали 10G стоит проверить совместимость SFP+, среду передачи, возможности коммутационной платформы, поддержку линков и фактическое питание узлов.

Важное различие: входящий, записываемый и исходящий поток NVR

У регистратора могут существовать три отдельных лимита:

• Incoming bandwidth: суммарный входящий трафик камер;
• Recording bandwidth: пропускная способность записи;
• Outgoing bandwidth: отдача потоков клиентам и другим системам.

Пример официального 128-канального Dahua DHI-NVR608RH-128-XI: при отключённой AI-подсистеме в datasheet заявлены входящий и записываемый трафик до 1024 Мбит/с, исходящий — до 800 Мбит/с; при включённой AI-подсистеме — 512, 512 и 400 Мбит/с соответственно.

Это характеристики указанной модели и указанного режима, а не универсальные лимиты всех 128-канальных NVR. Особенно важно, что включение AI у этой модели снижает заявленные сетевые пределы.

При выборе также смотрят число каналов, декодирование, число дисковых отсеков и доступные сетевые порты.

Почему «128 каналов» не означает «128 камер по 8 Мбит/с»

Число каналов ограничивает количество подключений, а не суммарную скорость записи. Если 128 камер дают 8 Мбит/с, сумма — 1024 Мбит/с. NVR с входящим пределом 512 Мбит/с такой поток в полном объёме не принимает, даже если интерфейс позволяет добавить все камеры.

Поэтому в проектной спецификации рядом с «каналы» всегда должны быть: максимальный incoming; максимальный recording; outgoing; режим с AI и без AI; допустимое декодирование; реальная сеть и хранилище.

Клиентский просмотр тоже использует ресурсы

Оператор может просматривать 16 каналов в одной раскладке, а несколько операторов — открывать одинаковые или разные потоки.

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

Для удалённого просмотра часто используют sub stream, чтобы не передавать все основные потоки. При этом экспорт архива, одновременный playback и интеграция с аналитикой могут добавить отдельную нагрузку на NVR.

Локальная запись меняет расчёт магистралей

Если камеры удалённого здания записываются на локальный NVR, основной поток может вообще не пересекать центральный межзданный uplink в постоянном режиме. В центр могут передаваться метаданные, тревоги, отдельные живые потоки и запрошенный архив.

Если те же камеры непрерывно записываются на центральный сервер, магистраль переносит весь их основной трафик.

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

Расчёт архива на 30 дней

Для непрерывной записи без аудио и дополнительных потоков, при условном постоянном битрейте:

Объём в десятичных ТБ ≈ B_total (Мбит/с) × 86 400 × D / (8 × 1 000 000).

Для 30 суток формула упрощается: ТБ ≈ B_total × 0,324.

Это расчёт чистого объёма видеоданных, а не готовая ёмкость дисковой подсистемы. Реальная система потребует учёта файловых накладных расходов, служебной информации, резервирования RAID, фактического битрейта, политики хранения и технологического запаса.

Нельзя напрямую сравнивать десятичные ТБ производителей дисков с двоичными ТиБ, отображаемыми некоторыми системами.

Как не ошибиться с H.265 и «умным» кодеком

H.265 зачастую снижает поток по сравнению с H.264 при сопоставимом визуальном качестве и условиях, но универсального коэффициента экономии нет. «Smart Codec» и другие оптимизации могут менять поток в зависимости от сцены и прошивки.

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

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

Таблица: что проверить в каждом узле

Семь шагов расчёта без догадок

1. Составьте перечень камер и фактических видеопотоков.
2. Определите, какие потоки передаются и записываются одновременно.
3. Нанесите на схему все общие сетевые участки.
4. Сложите трафик по каждому участку, а не только по объекту целиком.
5. Проверьте пики VBR и назначьте обоснованный запас.
6. Сверьте входящий/исходящий лимит NVR, сеть серверов и архив.
7. Проведите нагрузочную проверку при одновременном движении, просмотре и записи, затем сохраните показатели интерфейсов.

Что проверять при приёмке

Включите режим максимальной ожидаемой эксплуатационной активности, проверьте непрерывность архива и нагрузку на uplink.

Зафиксируйте:

• средний и пиковый трафик на агрегирующих портах;
• dropped packets, CRC/errors и перегрузку очередей;
• входящую/записываемую нагрузку NVR;
• время восстановления потока после переподключения;
• одновременный просмотр и экспорт архива;
• качество записи при сложной сцене;
• работу резервных магистралей по согласованной программе.

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

Связанные категории товаров

• Коммутаторы — сетевые коммутаторы для магистралей и узлов доступа.
• PoE-коммутаторы — питание и подключение IP-камер по витой паре.
• IP-видеорегистраторы — сетевые регистраторы Dahua и Hikvision на 4–64 канала.
• Оптическое оборудование — муфты и патч-корды для оптических линий.
• Монтаж сетей связи и СКС — кабельная инфраструктура объекта.

Главный вывод

Сетевую систему видеонаблюдения выбирают по сумме фактических потоков и карте их прохождения. Для 32 камер по 4 Мбит/с нужно учитывать 128 Мбит/с, для 64 — 256 Мбит/с, для 128 — 512 Мбит/с, но это лишь исходная оценка основного видео.

Затем проверяют пики, дополнительные потоки, магистральные порты, лимиты NVR и ёмкость хранилища. Ошибка в любом из этих уровней может привести к потере кадров и архива даже при правильно рассчитанном количестве IP-камер.

Вопросы и ответы (FAQ)