Публикую несколько IP камер AXIS в Интернете (AXIS M1103 и M1031), соответственно делаю мапинг портов, т.к. белый IP адрес всего один.
При этом Live view вывожу в h.264, не MJpeg, трафик берегу!
И вот что получается:
1) Если смотреть через IE, то проблем нет, ставиться AMC и пожалуйста. Внутри сети, снаружи с помощью мапинга нестандартного порта. Все работает.
2) Если используем другой браузер, то AXIS предлагает ставить плагин Quicktime для h.264.
Ставим. Внутри сети все показывает, снаружи, при помощи мапинга - висит на этапе буферизации видео и ничего не показывает.
При этом Mjpeg показывает отлично в любом браузере, но слишком уж трафик жалко.
Что это, как победить?
Камеры AXIS и просмотр Live View H.264 через NAT в Qucktime.
Мало того, если белый IP завести непосредственно на камеру, то в любых браузерах через Quicktime идет картинка (через Интернет видна). Как только прячу за nat, все. Quicktime висит на буферизации. При этом в IE с помощью AMC все отлично. 
ЗЫ Поглядел еще пару общедоступных камер, которые по быстрому нашел. Похоже не только у меня проблема такая. Тоже, либо в mjpeg вещают, либо, при выборе профиля h.264 не кажет картинку.
ЗЫ Поглядел еще пару общедоступных камер, которые по быстрому нашел. Похоже не только у меня проблема такая. Тоже, либо в mjpeg вещают, либо, при выборе профиля h.264 не кажет картинку.
Открыт.
Точнее сделан его маппинг.
ИМХО, тут то и есть проблема. Как написала поддержка
"Please check if port 554 allows connections. This is needed for H.264. Axis Media Control can stream RTP over RTSP over HTTP (port 80), but QuickTime needs port 554."
Похоже Quicktime никак не может установить соединение даже с прокинутым 554 портом. Мало того, я ваще весь трафик с tcp и udp зарулил на камеру. Но не помогло ((
ЗЫ Сижу, жду ответа от поддержки. А тем временем заказал подсетку из "белых" IP у провайдера.
Точнее сделан его маппинг.
ИМХО, тут то и есть проблема. Как написала поддержка
"Please check if port 554 allows connections. This is needed for H.264. Axis Media Control can stream RTP over RTSP over HTTP (port 80), but QuickTime needs port 554."
Похоже Quicktime никак не может установить соединение даже с прокинутым 554 портом. Мало того, я ваще весь трафик с tcp и udp зарулил на камеру. Но не помогло ((
ЗЫ Сижу, жду ответа от поддержки. А тем временем заказал подсетку из "белых" IP у провайдера.
-
TechSupport
Добрый день, это ( NAT traversal ) работает только с некоторыми маршрутизаторами через технологию UPNP, что позволяет не настраивать проброс портов на маршрутизаторе. В сегоняшнем мире - это практически бесполезная вещь.dimm22 писал(а):Мне, кстати, не очень понятен пункт NAT traversal (port mapping) for IPv4 в настройках TCP/IP камеры. Что это? Не для случая ли, когда камера за файерволом находится?
Хотя с ним я игрался, и порты разные забивал и IP адреса LAN и WAN моего шлюза - не помогло.
Крамольный вопрос: в чём сверхзадача Вашей трансляции? Может проще сделать это через сервис Ivideon?
-
olsm
Это не совсем видеонаблюдение, это скорее Интернет трансляция предоставляемого сервиса клиентам.TechSupport писал(а): Крамольный вопрос: в чём сверхзадача Вашей трансляции? Может проще сделать это через сервис Ivideon?
Вобщем, надоело читать отписки службы поддержки AXIS, сейчас намекают, чтобы я копался в логах файерволов на предмет ошибок. Довод о том, что я 3 разных попробовал, их не убеждают.
Покупаю у провайдера подсеточку из белых IP адресов.
Рекомедую NMAP ом просканировать из локальной сети открытые порты камеры (TCP и UDP). Я конечно не хочу сравнивать камеры AXIS и ту китайскую, с которой у меня были проблемы, но просканировав порты был обнаружен открытый порт TCP 1010, после его проброса с внешнего адреса RTSP поток начал работать и в браузерах. Возможно у AXIS есть подобная фишка.
PS. Если браузер при просмотре из внешней сети использует прокси - то может быть проблема в нем.
PS. Если браузер при просмотре из внешней сети использует прокси - то может быть проблема в нем.
