мониторинг rtsp потока

[Raschen]

есть несколько сетевых камер не стабильно работающих сейчас они мониторятся по пингу но случается такое что поток rtsp отваливается а пинг идет
и может кто даст идейку как реализовать триггер на rtsp поток

просьба не писать поменяй камеры и т.д.

[Raschen]

наткнулся на такую статью https://www.beward.ru/question/41--k...oka-s-kamery-/ пока не могу разобратся какой командой получить в консоли вывод декодированных данных что бы написать какой нить корявенький скриптик если есть декодированные данные то true

[bboyshock]

куда этот поток идет? может сделать алерт на том конце, если не идут данные с данного адреса

[Sergey_S_MO]

Я Beward камеры по snmp траффик мониторю.

[Sergey_S_MO]

Для BD 134-P, например:
SNMP OID IF-MIB::ifOutOctets.3

[Raschen]

куда этот поток идет? может сделать алерт на том конце, если не идут данные с данного адреса

данные с камер приходят на сервер Ubuntu можно по подробней как промониторить трафик с камер?

[Sergey_S_MO]

Установить пакет SNMP на машину с Zabbix, например по этой инструкции:

https://www.technoblogy.net/category/cloud-computing/

Включить в настройках камеры протокол snmp.
Проверить получение данных командой:
snmpwalk -v 2c -c public ip камеры Потом в Zabbix создать для камеры item типа snmp и OID типа IF-MIB::ifOutOctets.3

[Raschen]

к сожалению нет на камере snmp они китайские (

[Sergey_S_MO]

tshark?

https://habrahabr.ru/company/selectel/blog/233837/

[wins]

Ну, я бы влепил какуюнить rPI с zabbix-agent, заставил бы ее посмотреть ртсп:
cvlc rtsp://logass@ipaddr:554 -vv

В дебаге приезжает вот чо:
Sending request: OPTIONS rtsp://ipaddr:554/ RTSP/1.0
CSeq: 6
User-Agent: LibVLC/3.0.1 (LIVE555 Streaming Media v2018.01.29)
Session: 1702764014


Received 138 new bytes of response data.
Received a complete OPTIONS response:
RTSP/1.0 200 OK
CSeq: 6
Public: OPTIONS, DESCRIBE, PLAY, PAUSE, SETUP, TEARDOWN, SET_PARAMETER
Date: Thu, Mar 29 2018 00:06:36 GMT

В случае если поток сдох - мессага изменится на что-нибудь матерное. Проверьте, я так и не смог поток с камеры сломать

ну и дальше бы это кат-греп-лог-нодата.. или хз, на чето там меняться будет.

[greendruid]

Добрый день!

Искал подобные обсуждения на форуме. Проблема аналогичная - требовалось мониторить несколько десятков камер по RTSP. В итоге написал маленькую утилиту для командной строки: https://gridedge.ru/octans/rtsphc -- с её помощью можно легко проверить доступность удалённого хоста, а также готовность камеры к работе.

Список доступных ключей для запуска:
-- addr     - IPv4 адрес (обязательно);
--port       - TCP-порт (обязательно);
--timeout  - таймаут ожидания подключения - для сетей с большими задержками (не обязательно);
--success - проверка результата вывода: отправка последовательности "Sendibg request ..." и проверка вывода (не обязательно);
--verbose - дополнительный избыточный вывод.

Результатом работы является вывод 'OK' или 'ERR' на stdout (в консоль), а также код возврата ('0' - доступен; '1' - удалённый узел не является RTSP-сервером; '2' - RTSP-сервер не готов продолжать работу - т.е. отвечает не "RTSP\/1.0 200 OK").

Пример использования:

./rtsphc --addr 192.168.1.50 --port 554 --timeout 5s --success

Загрузить программу можно из раздела "Релиз" (Release).

К сожалению, не все камеры "отвечают" корректно на запрос, который посылает программа - видимо от модели зависит. Проблемы, в частности, с некоторыми noname DVR. По этой причине рекомендую попробовать отправить запрос "вручную" - предварительно.
В случае, если есть какие-то пожелания / предложения в рамках данного функционала - пишите на почту, попробую реализовать

[gospodin.horoshiy]

greendruid, круто!
А у меня была мысль мониторить это через curl, но выяснилось что curl консольный не умеет некоторые хедеры правильно выставлять:
https://stackoverflow.com/questions/...with-curl-tool Только libcurl умеет.

[Dreamscapes33]

Добрый день!

Искал подобные обсуждения на форуме. Проблема аналогичная - требовалось мониторить несколько десятков камер по RTSP. В итоге написал маленькую утилиту для командной строки: https://gridedge.ru/octans/rtsphc -- с её помощью можно легко проверить доступность удалённого хоста, а также готовность камеры к работе.

Список доступных ключей для запуска:
-- addr - IPv4 адрес (обязательно);
--port - TCP-порт (обязательно);
--timeout - таймаут ожидания подключения - для сетей с большими задержками (не обязательно);
--success - проверка результата вывода: отправка последовательности "Sendibg request ..." и проверка вывода (не обязательно);
--verbose - дополнительный избыточный вывод.

Результатом работы является вывод 'OK' или 'ERR' на stdout (в консоль), а также код возврата ('0' - доступен; '1' - удалённый узел не является RTSP-сервером; '2' - RTSP-сервер не готов продолжать работу - т.е. отвечает не "RTSP\/1.0 200 OK").

Пример использования:

./rtsphc --addr 192.168.1.50 --port 554 --timeout 5s --success

Загрузить программу можно из раздела "Релиз" (Release).

К сожалению, не все камеры "отвечают" корректно на запрос, который посылает программа - видимо от модели зависит. Проблемы, в частности, с некоторыми noname DVR. По этой причине рекомендую попробовать отправить запрос "вручную" - предварительно.
В случае, если есть какие-то пожелания / предложения в рамках данного функционала - пишите на почту, попробую реализовать

Я извиняюсь, не понимаю как это использовать. Скачал. А дальше на винде или линуксе запускать прогу?

Разобрался) Надо ставить язык golang на комп и запускать компилятор (liteide), откомпилировать и запустить через командную строку)

[sirozha]

Добрый день!

Искал подобные обсуждения на форуме. Проблема аналогичная - требовалось мониторить несколько десятков камер по RTSP. В итоге написал маленькую утилиту для командной строки: https://gridedge.ru/octans/rtsphc -- с её помощью можно легко проверить доступность удалённого хоста, а также готовность камеры к работе.

Список доступных ключей для запуска:
-- addr - IPv4 адрес (обязательно);
--port - TCP-порт (обязательно);
--timeout - таймаут ожидания подключения - для сетей с большими задержками (не обязательно);
--success - проверка результата вывода: отправка последовательности "Sendibg request ..." и проверка вывода (не обязательно);
--verbose - дополнительный избыточный вывод.

Результатом работы является вывод 'OK' или 'ERR' на stdout (в консоль), а также код возврата ('0' - доступен; '1' - удалённый узел не является RTSP-сервером; '2' - RTSP-сервер не готов продолжать работу - т.е. отвечает не "RTSP\/1.0 200 OK").

Пример использования:

./rtsphc --addr 192.168.1.50 --port 554 --timeout 5s --success

Загрузить программу можно из раздела "Релиз" (Release).

К сожалению, не все камеры "отвечают" корректно на запрос, который посылает программа - видимо от модели зависит. Проблемы, в частности, с некоторыми noname DVR. По этой причине рекомендую попробовать отправить запрос "вручную" - предварительно.
В случае, если есть какие-то пожелания / предложения в рамках данного функционала - пишите на почту, попробую реализовать

А не подскажите, как Вашу утилиту можно прикрутить в zabbix?

[alokey]

Добрый день!

Искал подобные обсуждения на форуме. Проблема аналогичная - требовалось мониторить несколько десятков камер по RTSP. В итоге написал маленькую утилиту для командной строки: https://gridedge.ru/octans/rtsphc -- с её помощью можно легко проверить доступность удалённого хоста, а также готовность камеры к работе.

Список доступных ключей для запуска:
-- addr - IPv4 адрес (обязательно);
--port - TCP-порт (обязательно);
--timeout - таймаут ожидания подключения - для сетей с большими задержками (не обязательно);
--success - проверка результата вывода: отправка последовательности "Sendibg request ..." и проверка вывода (не обязательно);
--verbose - дополнительный избыточный вывод.

Результатом работы является вывод 'OK' или 'ERR' на stdout (в консоль), а также код возврата ('0' - доступен; '1' - удалённый узел не является RTSP-сервером; '2' - RTSP-сервер не готов продолжать работу - т.е. отвечает не "RTSP\/1.0 200 OK").

Пример использования:

./rtsphc --addr 192.168.1.50 --port 554 --timeout 5s --success

Загрузить программу можно из раздела "Релиз" (Release).

К сожалению, не все камеры "отвечают" корректно на запрос, который посылает программа - видимо от модели зависит. Проблемы, в частности, с некоторыми noname DVR. По этой причине рекомендую попробовать отправить запрос "вручную" - предварительно.
В случае, если есть какие-то пожелания / предложения в рамках данного функционала - пишите на почту, попробую реализовать

Выдает такую ошибку

[user@z rtsphc]$ go run rtsphc.go -addr 192.168.0.13 -verbose
Message from server: RTSP/1.0 401 Unauthorized

OK

Логин пароль правильный. Подскажите куда копнуть? Через VLC поток получаю без ошибок