Тема: SIP-CDA6 не ретранслирует RTSP поток
У меня имеется внутренняя сеть квартиры в которой находится sip-cda6 (работает в режиме абонентской линии с коммутатором метаком) и домофон bas-ip, а также внешняя общеподъездная сеть в которой находятся видеокамеры и видеорегистратор. Между сетями настроена маршрутизация. После поднятия трубки адаптер не транслирует видео из внешней сети. Я проверил ссылку плейером VLC, поток воспроизводится, разрешение сделал 352х288 с частотой кадров 8к/сек. Если подключить камеру в ту же сеть, где находится адаптер, то видеопоток без проблем транслируется вплоть до разрешения 704х576. Если беру поток даже во внутренней сети с IP регистратора, к РОЕ коммутатору которого подключены камеры, то видео также не транслируется, а вот с регистратора HD-CVI из внутренней сети транслируется также без проблем. Исходя из полученных в ходе экспериментов результатов, прихожу к выводу, что адаптер не может транслировать RTSP поток от источника не в своей сети. Пробовал и локальное P2P подключение и через SIP сервер, результат тот же. Прошивку адаптера обновил до последней 1.3.1, но это не помогло.
Подскажите, что еще можно сделать?
В настройках SIP-CDA6 должен быть указан шлюз. В случае, когда одна и та же камера работает в локальной сети, но не работает через маршрутизатор, это может быть связано с тем, что на каком-то участке сети маршрутизатор меняет порт RTP. В результате порт указанный в запросе RTSP, не соответствует фактическому порту RTP/UDP, на который камера отправляет поток. В этом случае нужно в настройках SIP включить поддержку STUN. Также бывают камеры, которые не выдают поток RTP/UDP в интернет, только в локальную сеть. В случае внешних запросов они выдают поток только в TCP по порту RTSP, который уже открыт запросом и это уже гарантированный вариант. Но для SIP это не подходит. Зато VLC плеер, если не получает RTP/UDP в течение 10сек, делает повторный запрос TCP, потому всегда в этих случаях успешно показывает любую камеру. Устройство, которое не показывает видео ни при каких условиях, возможно имеет несоответствия по тексту протокола RTSP или не поддерживает кодек H264 Точную причину мы можем можно определить по дампу Wireshark со стороны камеры, при необходимости сделать возможные доработки.
Снял дамп с помощью packet sniffer от mikrotik. IP адрес адаптера 192.168.10.50, IP адрес видеорегистратора 192.168.100.8. Снимал на том микротике к которому подключен регистратор. Также дополнительно снял дамп при запросе видео с помощью VLC.
Дампы.zip (Размер: 3KB - Загрузки: 3)Все дампы только с одним направлением, нужно сделать оба направления TX + RX или Both. Это тот регистратор, с которым в локальной сети все работает или тот, с которым вообще не работает?
Разобрался почему не шло направление tx, снял дамп по новой. Да, это IP регистратор со встроенным РОЕ коммутатором. Он не работает ни во внутренней локальной сети ни во внешней маршрутизируемой.
dumpCDA-6.zip (Размер: 3KB - Загрузки: 5)Регистратору не нравится содержание запроса setup, потому отвечает bad request. К сожалению во втором файле нет дампа с VLC, чтобы сравнить запросы.
Отличие только в User-Agent, поставьте в настройках sip LibVLC/3.0.16 (LIVE555 Streaming Media v2016.11.28). Ну и еще заголовки Transport и User-Agent в обратном порядке, это не должно иметь значение, но в разном оборудовании встречаются разные “прихоти”.
Правильно ли я понял, мне нужно в поле “Заголовок ‘User-Agent’” на вкладке “Настройки sip” вписать LibVLC/3.0.16 ?
Хотя нет. User-Agent в RTSP у нас фиксированный. Это настройка для sip. В течение 1 - 2 дней сделаем прошивку с порядком заголовков, как у VLC, если не поможет, добавим настройку User-Agent.
Хорошо, буду ждать, спасибо
Новая прошивка. Проверьте и вышлите дамп, желательно и в удачном случае тоже. Дамп с VLC уже не нужен.
sip-cda6_firmware-1_3_2.zip (Размер: 76KB - Загрузки: 1)Добавьте в конце ссылки rtsp слеш / и еще раз вышлите дамп.
Снял дамп. Если еще что-то нужно, то смогу попозже вечером, сейчас нужно выехать.
dumpCDA-6.zip (Размер: 2KB - Загрузки: 4)Еще отличие найдено, следующая прошивка будет предположительно завтра или послезавтра.
