Почему IP-камеры отваливаются по таймауту потока (RTSP/ONVIF)
Механика передачи RTSP и причины дропов
Периодический отвал видеопотока (No Video, Camera Offline, RTSP Timeout) в системах видеонаблюдения (VMS: Trassir, Milestone, Macroscop или аппаратных NVR) чаще всего связан не с поломкой камеры, а с потерями пакетов в локальной сети и рассинхронизацией опорных кадров (I-Frames). Протокол RTSP отвечает за управление сессией, а сами медиаданные (RTP) по умолчанию передаются по протоколу UDP, который не гарантирует доставку пакетов. Если сеть загружена, NVR не получает ключевой кадр и разрывает сессию по таймауту. Бизнес-риски: слепые зоны в записи, потеря важных событий, ложные сработки детекторов движения.
Симптоматика сетевых проблем CCTV
| Симптом на мониторе NVR/VMS | Сетевая метрика | Физическая причина |
|---|---|---|
| Серый экран, рассыпание на квадраты (артефакты) | Потеря RTP UDP пакетов | Перегрузка буферов коммутатора (Microbursts) |
| Поток замирает на 3-5 сек, затем рывком догоняет | Высокий Jitter / Задержка TCP | Узкий канал связи (Wi-Fi, Радиомост) |
| Постоянный статус Connecting... / Offline | Блокировка RTSP (порт 554) | Смена IP камеры или конфликт ONVIF авторизации |
Алгоритм стабилизации видеопотока
Сценарий 1: Переключение RTSP Transport с UDP на TCP
TCP гарантирует доставку пакетов. Ценой небольшого увеличения задержки (ping) вы избавляетесь от артефактов и дропов.
Настройка на стороне VMS (например, Trassir / Milestone)
1. Откройте свойства IP-камеры.
2. Найдите параметр "RTSP Transport" или "Тип транспортного протокола".
3. Измените значение с UDP (или Auto) на TCP (RTSP over TCP или RTP over RTSP).Сценарий 2: Тюнинг I-Frame Interval (GOP Size)
Декодер NVR не может отрисовать картинку, пока не получит полный опорный кадр (I-Frame). Если он теряется, поток виснет до следующего.
- Зайдите в Web-интерфейс самой IP-камеры (Раздел Video / Audio).
- Найдите параметр I-Frame Interval (Интервал I-кадра) или GOP.
- Установите его значение равным значению FPS (кадров в секунду). Например, если FPS = 25, то I-Frame Interval = 25. Это означает, что опорный кадр будет отправляться ровно 1 раз в секунду.
Сценарий 3: Переход с VBR на CBR
Изменение типа битрейта (Bitrate Type) с переменного (VBR) на постоянный (CBR) предотвращает микро-всплески трафика. При VBR резкое включение света в кадре может поднять битрейт с 2 до 15 Мбит/с, что мгновенно переполнит порт дешевого PoE-свитча и вызовет дроп.
Типовые ошибки администраторов
- Завышение FPS и Мегапикселей: Попытка выставить 4K @ 30fps на бюджетных камерах и дешевых NVR приводит к тому, что процессор камеры не успевает кодировать поток, что выглядит как сетевой таймаут. Стандарт для охранного CCTV — 15 FPS.
- Игнорирование Multicast-штормов: Некорректно настроенный IGMP Snooping в сети предприятия приводит к тому, что видеопоток рассылается на все порты коммутатора, парализуя работу всей сети (включая сами камеры).
Проблема в архитектуре сетевой инфраструктуры. Инженеры ITSTM проведут аудит трафика (Wireshark), разделят CCTV и Data сети через VLAN, настроят QoS и QoS Priority для RTP трафика, гарантировав 100% аптайм видеонаблюдения.
Частые вопросы (FAQ)
Почему RTSP поток работает в VLC плеере, но не работает в NVR?
VLC Player по умолчанию использует очень большой размер буфера (до 1000 мс) и скрывает потери. NVR работает в реальном времени с минимальным буфером. Также VMS может отправлять команды ONVIF, которые камера не понимает.
Камера отвечает на Ping стабильно, но поток все равно рвется?
Ping (ICMP) использует крошечные пакеты по 32 байта. Видеопоток генерирует пакеты по 1500 байт (MTU) на высокой скорости. Проблема часто в кабеле низкого качества (омедненка CCA), который не тянет гигабит под PoE-нагрузкой, вызывая CRC ошибки на портах коммутатора.
Что такое кодек H.265+ (Smart Codec) и стоит ли его использовать?
Это проприетарная надстройка вендоров, динамически меняющая GOP и сжимающая статический фон. Она отлично экономит место на диске, но часто вызывает несовместимость с VMS сторонних производителей (серый экран). При интеграции по ONVIF рекомендуется использовать чистый H.264.
Как проверить, не заблокирован ли порт 554?
С компьютера, где установлен NVR/VMS, откройте PowerShell и выполните: Test-NetConnection -ComputerName <IP_Камеры> -Port 554. Если TcpTestSucceeded : True, порт открыт.