1. DHCP — главный источник хаоса
Большинство камер по умолчанию получают адрес по 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,
- задаём каждому устройству фиксированный «динамический» IP.
Камера думает, что она на DHCP, но получает всегда один и тот же адрес.
Даже если у камеры нет настроек IP — нас это не волнует.
2. Избегать моделей с плавающим MAC
Если MAC у камеры меняется при сбросе — такую камеру в промышленной системе использовать нельзя.
3. Использовать ONVIF для задания IP
Некоторые камеры не дают менять IP через Web-панель, но позволяют делать это через ONVIF
4. Выделить камерам отдельную подсеть или VLAN
Чтобы избежать конфликтов и хаоса в корпоративной сети.
5. Контроль DHCP-lease time
Не ставьте lease на 10 минут.
Оставьте:
- 24 часа для маленьких сетей,
- 7 дней — для камерных сетей.
6. Жесткое фиксирование RTSP адресов через DNS-запись
Элегантный трюк:
- создаём запись вида:
- camera01.local → 192.168.1.45
- в VMS используем rtsp://camera01.local/....
При смене IP меняется только запись на DNS-сервере, а не настройки в софте.
Итоги
IP- и даже MAC-адреса камер могут меняться по десятку причин: от DHCP-хаоса до странностей Wi-Fi, от кривых прошивок до клонов с виртуальными MAC.
Для видеонаблюдения это превращается в квест:
меняется IP → ломаются RTSP-потоки → VMS перестаёт записывать.
Но инженер с опытом (и лёгким чувством юмора) знает магические методы:
- DHCP-регистрация,
- отдельные VLAN,
- ONVIF-конфигурация,
- статический DNS.
Так система остаётся стабильной, а камеры перестают «гулять» по сети, как студенты по общаге после стипендии.