Тема: SIP-CDA6 не ретранслирует RTSP поток
Да, только 80-й.
Адрес и порт написал в личку
Все вроде правильно в настройках. Возможно проблема в сетевом оборудовании или клиенте. Можно проверить другим клиентом или подключить через другой коммутатор к примеру или перезагрузить оборудование, которое в этом участвует. Можно начать с дампа попытки вызова, он многое прояснит.
Перезагрузку пробовал, не помогает. У меня роутер mikrotik hap ac2 и POE коммутатор hikvision для домофона bas-ip. Клиента менять пробовал не помогает. Просто мне непонятно то, что с этим же оборудованием все работало в предыдущих тестах. Все “поломалось” после установки последней прошивки и назад уже не возвращается.
Дамп вызова снять пробовал, но он пустой, возможно потому что адаптер и домофон подключены к роутеру через коммутатор. Сейчас попробую все подключить к роутеру напрямую.
И еще в базе абонентов и у датчика разные IP адреса для прямого вызова. Можно проверить каким-то софтовым клиентом, например linphone и на его стороне снять дамп.
Ip адреса разные потому что при изначальном тестировании bas-ip получил адрес по dhcp, я его и вписал, а впоследствии не стал спускаться к домофону каждый раз, а настроил по датчику и домофону сделал статику внутри сети.
Поставил linphone на комп., снял дамп.
dumpCDA-6_error_call.zip (Размер: 10KB - Загрузки: 1)Идет постоянная попытка вызова номера 6003 и его штатная отмена. Скорее всего с домофона. На линии присутствует напряжение из-за опроса пультом консьержа или утечки в коммутаторе. Временно для проверки поставьте в настройках вызова приоритет датчиков и сделайте звонок по датчику. А потом нужно будет увеличивать нижний уровень линии, чтобы не было самопроизвольного вызова. А если из-за пульта консьержа, то в базе абонентов нужно сделать сначала трубка, потом SIP с задержкой в несколько секунд.
Линия домофона отключена от адаптера, но даже когда была подключена в настройках абонента был только SIP вызов без трубки.
Поставил приоритет датчиков, теперь все нормально, вызов проходит, но видео все равно нет
Номер 6003@192.168.10.103 из базы абонентов или из датчика? Или они совпадают?
Проблема может быть на линии датчика.
6003@192.168.10.103 это был вызов от датчика, но они совпадают с базой абонентов
В базе абонентов нужно что-то поменять или адрес или номер, чтобы отличалось или удалить абонента. Сейчас важно определить, что является источником вызова. Замерьте напряжение на входе датчика, должно быть около 3В. Если это не так, возможно КЗ или неисправность входа. Можно отключить вход, поставить режим вызова “нет” и задействовать другой вход.
Замерил напряжение на входе датчика. Оно составляет 4,65В. Базу абонентов удалил, адаптер перезагрузил. При активации датчика ситуация следующая:
Включен приоритет датчиков над адаптером - звонок проходит нормально
Включен приоритет адаптера над датчиками - идут постоянные звонки с отбоями
Теперь по основной проблеме - видео так и не идет, ни на домофон, ни на телефон с установленным linphone, но произошла одна вещь: я поставил linphone на компьютер и при первом звонке видео пошло. Я решил снять дамп успешного подключения, остановил звонок, включил сниффер, но больше видео так и не появилось. Провел несколько манипуляций, но воссоздать успешное подключение видео так и не удалось, хотя никакие настройки не менял. Высылаю дамп. Ответ от регистратора тот же bad request.
dumpCDA-6.zip (Размер: 3KB - Загрузки: 2)4,65В если мерили относительно “-” питания, многовато. Обычно 3,25. Возможно что-то не то с тестером. Для работы с камерой нужен будет доступ к ней, можно завтра с 10. Есть еще несколько идей по RTSP. Такого конечно еще ни у кого с камерами не встречалось. Но то, что в наших силах, сделаем.
Возможно что другие установщики не сталкивались с этой проблемой потому что у них и адаптер и камера находятся в одной сети уровня L2, что в принципе логично если они адаптер ставят на подъезд. В моем случае получается уже уровень L3 и именно тут и возникает проблема (нечто похожее происходит при доступе к камере, которая подключена к РОЕ порту регистратора, т.к. по факту она находится в другой подсети коммутатора регистратора). Для чистоты эксперимента я попробовал камеру другого производителя. Ситуация повторилась - в сети уровня L2 видео идет даже с разрешением 720Р ( правда поток открывается около 8 сек. с таким разрешением), а вот в сети L3 поток с этой же камеры уже не идет даже в разрешении 352х288.
Ссылку на RTSP поток камеры скину в личку.
Проблема, над которой мы работаем в данный момент не лежит в области локальной и не локальной сети, а исключительно в тексте протокола RTSP. Вы ранее писали, что с этим регистратором не работает и в локальной сети тоже. Очень важно, работая над чем либо, знать с чем мы боремся в данный момент. Проблемы, связанные с разностью доступа из локальной сети и интернета, тоже присутствуют у некоторых камер, но не у всех. В этом случае они выдают ошибку и VLC плееру тоже при первом запросе на UDP поток и он повторно запрашивает по TCP. Провайдеры, которые ставят массово оборудование на подъезд зачастую берут видео с камер из сервера городской системы видеонаблюдения, именно через интернет.
Доступ к вашей камере есть, но к сожалению у меня сеть 4G не пропускает RTP/UDP и VLC через 10 сек. перезапрашивает по TCP. Буду добиваться подключения RTSP, потом вы проверите у себя.
