Тема: IP-PBX + SIP-CDA2 + видеопоток
Понятно. Хотелось бы узнать примерно по срокам.
PS. debian установлен на живом компьютере, не под виртуальной системой. Просто переустанавливать на живой машине каждый раз операционные системы желания нет, поэтому ubuntu поставлена на виртуальной. debian тоже есть на виртуальной, но ситуация выглядит одинаково что на реальной машине, что на виртуальной. Под windows работает, но использовать windows не хочется, т.к. подключение к серверу будет через интернет, адреса динамические у домофонов, поэтому нет возможности ограничить доступ только с конкретных адресов. Линукс будет безопаснее, нежели windows.
Кстати, последние тесты были на debian 8.6(64), и 7.11(64/32) и с видео под наше оборудование. Под какое оборудование собираетесь использовать?
По срокам ничего сказать не могу, сейчас завал (готовим новую модель к выпуску), а вами описанное к жизненно важным не относится. К тому же, если собираетесь сервер ставить в открытый доступ, то уже нет разницы, с виндой или линухами, ибо для его безопасности все равно потребуется либо отдельная машина, либо таковая плюс еще и аппаратный фаервол, ведь на открытый sip пионеры налетят как мушкара на ночник. Лучше вообще подобное ставить в ДЦ где сервера клиентов закрыты серьезным профессиональным оборудованием, благо сейчас это стоит копейки по сравнению с тем, сколько придется вложить если защищаться самому.
Честно говоря, модели домофонов я не знаю. Видео - отдельный поток с камеры (на домофоне настраивается источник, откуда видео брать).
Что касается безопасности, то понятно, что ломиться будут. Тут единственные варианты - ограничение сетями оператора связи (будет не все адресные пространства), а также ограничение теми же iptables скорости подключения. Других вариантов тут, конечно, нет. Компания, которая занимается этим, небольшая, поэтому использование датацентров вряд ли возможно. Собственно, поэтому и интересовала линуксовая версия. Сервер за NAT-ом с прокидыванием порта для SIP планируется.
Честно говоря, модели домофонов я не знаю.
А зря, многое решает.
Компания, которая занимается этим, небольшая, поэтому использование датацентров вряд ли возможно.
Да ладно, если это не колокол, то это практически копейки. Аренда виндового облака или виндовый дедик + стандартная защита ДЦ стоит даже в МСК очень бюджетненько, тот же VDS 4core/2GbRAM/30GbHDD/Windows2008R2 обойдется меньше 3000руб/месяц.
В случае же с самостоятельной защитой, не говоря про железо, стоит прибавить зарплату админа + специалиста по безопасности, а это совсем другие деньги.
Это история не нова, у нас полно клиентов домофонщиков, кто с нашим железом и софтом этот путь прошел от и до. Хотя не спорю, есть доля тех, кто поднимает сервак у себя в офисе и не особо парится, закрыв таковой от всего мира, добавляя/редактируя посети местных провайдеров ручками админа.
День добрый.
Пока решили запустить под Windows. Подключения пока все внутри локальной сети (т.е. NAT исключён). Ситуация следующая. При осуществлении вызовов между телефонами видеовызов работает.
Есть источник видеоканала (также в локальной сети) - IP-камера. При подключении с помощью VLC этот поток можно успешно просматривать.
В настройках домофона указан этот видеопоток. Приложение на телефоне показывает своё видео и черный экран вместо потока с камеры. Попробовал как H264, так и MJPEG. Приложения на телефоне тоже попробовал 2 разных.
Домофон “метаком”. Модель SIP-CDA2 ПО: 3.2.2, загрузчик 2.1.2.
Настройки komendant.pro в разделе кодеков начальные (набор кодеков по умолчанию, транскодирование включено, предпочитаемые набор определяется сервером).
Какие могут быть причины отсутствия потока на телефоне?
А вот эта ситуация похоже знакома, уже были прецеденты. От вас нужна следующая информация:
1. Версия ОС где установлена АТС (если это виртуалка, то ее версия и версия основной ОС машины). Если есть, то какой антивирус, фаервол, сетевые фильтры (типа АдГуард) и т.п.
2. Если на ОС где АТС запустить Ваершарк и в нем запустить захват пакетов, видео появляется? (должно!)
3. Если есть возможность, то проверить, работает ли видео к примеру если подключиться CDA к SIPNET или какой-либо иной АТС находящейся где-либо в сети (но не в локальной)?
4. Если есть возможность, то проверить, работает ли CDA с АТС Комендантъ если CDA подключается к АТС через какой-либо роутер (т.е. как бы через интернет)?
1. Windows 10. Антивирус не установлен. Файрволл штатный, но отключен для всех сете, кроме общественных
2. Не совсем понял. Wireshark переводит интерфейс в promiscuous-mode, т.е. заставляет сетевой интерфейс приниамть фреймы, адресованные не только ему. Как это может повлиять на появление видепотока с домофона? Видео должно появиться на телефоне? Ещё мне непонятен сам механизм. Домофон сообщает клиенту URL, с которого забирать поток, или домофон работает в качестве прокси?
3. Т.е. завести аккаунт на том же sip.net для домофона, там же зарегистрировать телефон и сделать вызов с видео, аналогичный нашему эксперименту. Я верно понял задачу?
4. Этот пункт имеет смысл рассматривать, когда внутри одного сегмента работоспособность подтверждена. А когда даже внутри локального сегмента не работает, то при подключении из интернета ситуация лучше не станет.
2. Если есть возможность, просто запустите. Этот эксперимент, поверьте, кое-что проверит. Если это та ситуация, о которой мы подозреваем, видеовызовы с CDA чудесным образом заработают. Буквально на днях воссоздали подобную ситуацию непосредственно у нас в лаборатории.
3. Да.
4. Поверьте, это не так, по целому ряду технических причин. Ситуация при которой что-то работает во вне, но при этом не работает в локале совершенно нормальна. И кстати, этот эффект имеет место быть в описанной в п.2 ситуации (если это она).
В чем проблема мы знаем, уже во всю с этим работаем. Проблема носит переменный характер и в данный момент стоит задача выявления максимального охвата возможных зависимостей. Вы сами имеете возможность наблюдать, что проблема проявляется только с односторонними видеовызовами. Когда же вы соединяете просто двух клиентов в видеосвязь, все работает.
Я понял, в ближайшие дни постараюсь организовать тестирование.
Пункт 2.
Одна камера с адресом 0.14, включена через WiFi-точку, работающую в качестве “удлинителя Ethernet” (т.е. Ethernet к WiFi-точке, через WiFi подключение к маршрутизатору, через который выход в интернет, и туда же подключен сервер. Запрашиваю поток через VLC - видео есть. Делаем вызов через домофон - видео нет. Wireshark на сервере вообще не видит пакеты от камеры к SIP-серверу или к клиенту.
Поставил вторую камеру, с адресом 0.15. Она включена в неуправляемый коммутатор, в него же включил и SIP-сервер, и аплинк до маршрутизатора. Эффект тот же, нет пакетов от камеры до SIP-сервера (вызов делает на телефон, подключенный по WiFi к маршрутизатору. Если запустить VLC на сервере с указанием адреса потока (rtsp:// и т.д.), то видео идёт, и пакеты вижу. Если бы поток шёл через SIP-сервер, то в ситуации с домофоном я должен был видеть пакеты от камеры. Здесь же получается, что поток на сервер не идёт (видимо, сервер его не запрашивает, поэтому при юникастовой передаче коммутатор пакеты, не адресованные серверу, не отправляет в порт сервера; Хаба, к сожалению, нет - тогда можно было бы все пакеты смотреть). Вторая камера: EVC-DN-S20-P/A/C.
Пункт 3.
Зарегистрировал домофон и телефон на sipnet.ru. Пробую вызов. Видео вообще не включается (просто чёрный экран на телефоне, даже своей картинки нет), голосовой вызов проходит. Видео между двумя телефонами на sipnet.ru тоже не работает (причём подключение попробовал еще и через GSM, т.е. NAT исключён), но в этом случае нет картинки удалённой (картинка со своей камеры идёт).
Пункт 4 пока не представляется возможным. Домофон не умеет ни PPPoE, ни DHCP. Второй линии провайдера у меня нет, чтобы поставить второй роутер. Это, в принципе, сделать можно, но требует времени.
Объясните мне, каким образом такое подключение может улучшить ситуацию. Ведь при нахождении SIP-сервера и домофона в разных сетях мы получаем дополнительный барьер из двух NAT-ов (за одним находится сервер, а за другим - домофон), что повышает шансы на возникновение проблемы соединения, и не на решение этой проблемы. Плюс к тому, необходимо видеопоток тоже отдавать с честным адресом. Или домофон умеет работать в качестве прокси для видео?
Могу прислать настройки домофона, которые сделаны сейчас.
Что проверять дальше?
Ситуацию ничто из рекомендованного вам улучшить не должно было. Я же написал вам, выявляем зависимости.
Выпущена новая прошивка 3.2.3 (доступна на странице описания адаптера), переустановите, должно работать.
Добрый день.
Софт на домофоне обновили, ничего не изменилось. По-прежнему показывается чёрный экран вместо видеопотока с камеры. При указании URL камеры в VLC видеопоток идёт.
Какие-нибудь данные прислать нужно? Есть tcpdump сервера при звонке с домофона, где должен быть видеосигнал (но его нет). Есть скрингшоты настроек домофона. На сервере все настройки дефолтовые (за исключение паролей к внутренним номерам, чтобы набирать было быстрее на этапе тестирования).
Вы так и не ответили на мой вопрос: как именно работает предоставление видео через домофон. Я спрашивал уже дважды, спрашиваю третий раз, а вы будто не замечаете вопроса. Как осуществляется трансляция видеопотока?
CDA запрашивает поток на себя и ретранслирует его в SIP.
Если запрашиваете с паролем - попробуйте без пароля (т.е. уберите идентификацию) ради теста.
Есть возможность дать нам доступ к вашему видеопотоку? Если да, то ссылку нам на почту, адрес в контактах этого сайта. Завтра будем смотреть, что там у вас, благо как раз именно этим сейчас и занимаемся.
Убрать аутентификацию не получится, камера этого не позволяет. Реквизиты отправил на почту.
