Большинство камер по умолчанию получают адрес по DHCP. Если:
закончился DHCP-lease,
камера перезагрузилась,
роутер перезагрузился,
у сети закончились доступные IP,
DHCP-сервер решил «переиграть и уничтожить» выданные адреса,
— камера совершенно спокойно может подняться с новым IP.
Особенно весело, когда производитель заблокировал ручной ввод статического IP (привет, ультрабюджетный Китай). Тогда камера каждый раз «заново знакомится» с сетью и выбирает любой свободный адрес.
Что происходит у вас:
меняется IP = меняется RTSP URL → SmartVision/другой VMS теряет поток → запись обрывается.
2. Конфликт IP-адресов
Если два устройства получили одинаковый статический адрес (или DHCP выдал уже занятый), камера:
может «откатиться» в AutoIP (169.254.x.x),
перезапросить адрес,
зависнуть в «я не знаю, кто я» на пару минут.
3. Перевод камеры в другую подсеть
Обычные случаи:
поменяли роутер,
изменили LAN-сегмент (например, 192.168.1.x → 192.168.0.x),
включили VLAN,
сменили DHCP-пул.
Камера обычно не умеет мигрировать автоматически → уходит в «серую зону» 169.254.x.x или перестает отвечать вовсе.
4. Перезагрузка после сброса настроек
Некоторые камеры при factory reset:
получают новый DHCP-адрес,
меняют свой AutoIP,
иногда (!) меняют MAC-адрес, если он был задан прошивкой, а не аппаратно.
О да, есть такие модели, где MAC хранится в EEPROM и переписывается криво → после сброса он может поменяться. Это редкость, но встречается у noname-брендов.
5. Wi-Fi-камеры = лотерея
У Wi-Fi моделей IP меняется чаще:
роутер «перекидывает» устройство между диапазонами 2.4/5 GHz,
камера переподключается при плохом сигнале,
DHCP выдаёт новый адрес по новой ассоциации.
6. ONVIF тоже показывает «двойников»
Если MAC у камеры плавает, она может появляться с двумя ID в ONVIF-сканере. Для инженера это выглядит как:
«Камера сама себя размножила — надо креститься».
На деле: прошивка генерирует софт-MAC при каждом апдейте/сбросе.
Когда и почему у IP-камер может меняться MAC-адрес
MAC — вещь, которая должна быть неизменной, как налоговая отчётность в банке.
Но в реальном мире:
1. Софт-MAC (прошивка вместо железа)
Бюджетные SoC имеют «виртуальный MAC», записанный не в ROM, а в конфигурационный блок.
После:
factory reset,
обновления прошивки,
перепрошивки по ONVIF/HTTP API,
MAC может измениться.
2. Случайные MAC в Wi-Fi-режиме
Некоторые Wi-Fi чипы используют «privacy MAC» (как смартфоны), что может давать разные адреса при переподключении.
3. Кривые клоны камер
У реплик могут быть одинаковые MAC у десятков устройств. Некоторые производители рандомизируют MAC «чтобы не спалиться», и он меняется при каждом сбросе.
MAC меняется → DHCP выдаёт новый IP → RTSP ломается.
Как это влияет на RTSP и VMS
Каждая камера, у которой адрес изменился:
перестает быть доступной по rtsp://old_ip/stream,
ломает запись и события,
может потеряться из системы до ручного пересканирования.
Почему некоторые камеры НЕ позволяют задать статический IP
Это бич ультрадешевых моделей.
Причины:
Ограниченная прошивка — интерфейс урезан до минимума.
Производитель рассчитывает, что клиент поставит дешёвый NVR, который сам управляет адресами.
Wi-Fi-модели вообще не имеют LAN-настроек — DHCP only.
Экономия на SDK и SoC.
Что делать инженеру, чтобы всё не разваливалось
1. Принудительные DHCP-резервации
Самый надёжный способ:
в роутере/коммутаторе делаем DHCP reservation по MAC,