Тема: IP-PBX + SIP-CDA2 + видеопоток

Добрый день.
Подскажите, где поправить конфигурацию, чтобы указать IP-PBX адрес, на котором слушать соединения? Поставил на виртуальной машине debian 9 (кстати, ваше приложение требует устаревшие библиотеки libssl-1.0.0 и libpng-1.2), поставил приложение. После танцев с бубнами запустил, но порт 5060 слушается на адресе 127.0.0.1, и где это исправить в конфигурации я не нашёл.

В конфигураторе в настройках IP АТС на первой вкладке “параметры”, “IP адрес (обязательно)” нужно указать IP адрес компьютера для подключения SIP клиентов. Если будете запускать конфигуратор из сети, нужно еще и в “Управление IP АТС. IP адрес.”

Я всё правильно понимаю? Поправьте, если не так.
1. IP-PBX установлена на отдельной машине (вместе с MySQL-сервером) с debian 9.
2. Весь остальной софт, в т.ч. управление установлено на другой машине под управлением windows.
На вкладке “параметры” я указываю адрес, на котором установлена IP-PBX. На текущий момент именно так и сделано. В обоих полях с адресами указан адрес машинки с debian, на котором поднят IP-PBX.
В файле xml (который формируется по какой-то конфигурации, которой на debian нет) почему-то адрес указывается 127.0.0.1. Что именно сделано не так?
Мне-то, как раз, непонятно, почему IP-PBX стартует на адресе 127.0.0.1, и как ей сказать, чтобы она стартовала с адреса интерфейса, который назначен на ethernet.

Скорее всего не прошла синхронизация. Поставьте настройку режима синхронизации “автоматический (принудительно)” на будущее. А сейчас правой кнопкой на IP АТС, сервисные функции, синхронизация.

Хорошо, я попробую и сообщу результат.

При установке принудительной автоматической синхронизации и перезапуске приложения komendant-ip-pbx на debian он стал слушать назначенный адрес. Дальше буду разбираться с регистрацией пользователей.
Спасибо.

Добрый день.
Вновь повторилась такая же ситуация, но в этот раз синхронизация не помогает.
На этот раз MySQL-сервер и komendant-ip-pbx установлены на физической отдельной машине. Адрес 192.168.2.250. Для MySQL всё понятно: в конфиге указываем слушать адрес 0.0.0.0 - и всё работает. А вот с IP-АТС конфига на машине нет. Конфигуратор установлен на отдельной машине. Скриншоты приложить не могу, форум не позволяет. На вкладке “параметры” указаны: IP-адрес (обязательно) 192.168.2.250, IP-адрес: 192.168.2.250. Порт 8021. Правой кнопкой нажимаю на этой АТС (там их заведено 3 штуки для разных машинок), сервисные функции-синхронизация. Ставлю галочку “принудительная синхронизация”, нажимаю старт. Примерно в течение 4-8 секунд появляется надпись (и окно с такой же надписью) “Синхронизация с IP АТС успешно завершена”.
Но когда смотрим на этой машине с адресом 192.168.2.250 порты, то видим, что 5060 по-прежнему слушается на адресе 127.0.0.1, а не на настроенном 192.168.2.250, хотя управление (порт 8021) слушается на всех адресах:
root@sip-server:/etc/init.d# netstat -an|egrep “8021|5060”
tcp     0     0 0.0.0.0:8021         0.0.0.0:*          LISTEN
tcp     0     0 127.0.0.1:5060       0.0.0.0:*          LISTEN
udp     0     0 127.0.0.1:5060       0.0.0.0:*
unix 3     [ ]      STREAM   CONNECTED   18021   @/tmp/.X11-unix/X0

Как это исправить?

Мда... Изменил в настройку соединения, указав другой адрес сервера - синхронизация прошла. Видимо, мой косяк.

Добрый день.
Установил “коменданта” на линукс и windows. Планирую использовать под линуксом.
Наблюдаю следующую проблему:
1. Аудиовызов проходит. При нажатии на кнопку “видео” в клиенте видео не запускается. Могу прислать логи wireshark. При запуске под windows видеовызов проходит. Мне нужно, чтобы работало под линуксом. Специально поставил ubuntu 16, рекомендованую наряду с debian 8. Там тоже видеовызов не идёт.
2. периодически, при вызове, выдаётся КПВ, но устройство, на которое идёт вызов, не звонит.

Предположительно не проброшены порты, во всяком случае похоже на это. Или что-то их блокирует / занимает. Если это вообще на виртуалке - то здесь можно и не гадать, причин может быть масса.
Чтож до “периодичности” то похоже на конфликт в программном окружении, ибо периодичность, как правило, это и означает - что-то запустилось - что-то вступило в конфликт.

Касаемо первого вопроса: проброс портов здесь ни при чём, т.к. не работает видео даже внутри локальной сети, находясь в одном бродкастном и коллизионном домене.Проверялось подключением к этому SIP-серверу по WiFi двух сотовых с sip-клиентами. При этом если загрузить ОС windows, на которой также поставлен komendant, то там видео работает (при этой же схеме включения). Какие нужны дополнительные данные для анализа проблемы?
По второму вопросу: как этого избежать? Для домофона это выглядит нехорошо: будто вызов идёт, а дома никого нет, и не берут трубку. А на самом деле вызов по программе komendant есть активный, но sip-клиент на сотовом при этом не звонит.

С видео я не утверждал, а предположил. Чтоб провести полную диагностику, что случилось с конкретной сборкой линухов это надо все вывернуть “от” и “до”, собственно провести работу системного администратора, что в нашем случае представляется невозможным. Опять же, предположительно, надо смотреть, на каком этапе срезает видеовызов и чем эта ситуация отличается от нормально проходящего аудио вызова.
По второму вопросу: проверьте время регистрации у клиента, должно быть меньше (или равно) чем время регистрации на сервере.

Запущу ещё раз tcpdump и напишу. По памяти от клиентского приложения приходят запросы с указанием то ли sofia, то ли что-то подобное (несколько раз), но на этом всё заканчивается.

По второму вопросу понял, проверю. Насколько меньше роли не играет (в разумных пределах естественно, 1 секунду ставить глупо)?

Главное меньше. Поставьте 10 сек запаса.
И вот еще что, если АТС нужна для системы диспетчеризации (домофония, СКУД и т.п.), то использовать Линукс следует только в том случае, если у компании есть штатный администратор линуксоид, иначе - прагматичнее использовать Винду.

Собрал дамп wireshark-ом. Увидел, что запросы от устройства приходят успешно на SIP-сервер, а вот ответы от сервера (sip 200 OK) в случае с windows и linux приходят разные. На windows приходит ответ с указанием номера порта, отличного от нуля (под linux вместо номера порта для медиа приходит значение 0), а также медиа-формат dynamicRTP-type-105, а на линуксе “Comfort noise (old)”. Поясните причины такого поведения SIP-сервера под линуксом. Проверял и на debian 9, и на ubuntu 14. Кодеки видео и аудио установил.
Насчёт “конкретной сборки линукса” я, опять же, не соглашусь. Линукс взят с официального сайта (что debian, что ubuntu). Т.е. установка “из коробки”, что называется. Согласно install.txt установлены пакеты. В MySQL, естественно, добавлены записи, разрешающие подключение с удалённого хоста к базе данных.
Давайте так. Попробуйте у себя на виртуальной машине поставить “с нуля” ubuntu или debian, и добейтесь работы видео с вашим приложением. Аудиовызовы проходят.

Как будем заниматься ядром АТС обязательно попробуем воссоздать вашу ситуацию (и конечно не на виртуалке, а на полноценной инсталляции, ибо разница очевидна), но это не сейчас, а как немного освободимся. Всеж ситуация неординарная и нетипична, указаний на подобное не было, хотя АТС в Линукс среде используется достаточно часто. Возможно это из-за того, что  большинство тех, кто использует видео, ставят АТС на Виндовые платформы, да и мы именно под них АТС и затачивали.