если один аппарат в офисе, а другой дома то надо через sbc из wan добрасывать на профиль internal аппарат который дома

Коллеги, добрый день!
Пытаемся на основе данного решения - https://github.com/Tochemey/DotNetFreeSwitch реализовать сервис, который через сокет будет "слушать" определённые события.
Согласно документации, модуль mod_event_socket включен (/etc/freeswitch/autoload_configs/modules.conf.xml):
   <!-- Event Handlers -->
   <load module="mod_event_socket"/>
А так же, выполнена настройка "прослушивания" (/etc/freeswitch/autoload_configs/event_socket.conf.xml):
<configuration name="event_socket.conf" description="Socket Client">
 <settings>
   <param name="listen-ip" value="::"/>
   <param name="listen-port" value="8021"/>
   <param name="password" value="ClueCon"/>
 </settings>
</configuration>

Применяем настройки, ребутаем fs, на машине с fs выполняем fs_cli - успешно подключаемся, выполняем fs_cli -H 127.0.0.1 -P 8021 -p ClueCon - успешно подключаемся, выполняем fs_cli -H real-ip -P 8021 -p ClueCon - не удаётся подключиться. Соответственно DotNetFreeSwitch так же не подключается.
Пробовал в /etc/freeswitch/autoload_configs/event_socket.conf.xml явно указать ip с которого буду подключаться, ip с маской, loopback.auto, отдельный acl заводил и т.д. - результат один и тот же.
Подскажите в какую сторону ещё покопать?

<param name="listen-ip" value=«0.0.0.0»/>
?

<configuration name="event_socket.conf" description="Socket Client">
 <settings>
   <param name="listen-ip" value="0.0.0.0"/>
   <param name="listen-port" value="8021"/>
   <param name="password" value="ClueCon"/>
 </settings>
</configuration>

ibtoey mnapt has been banned! Reason: CAS ban.

ibtoey mnapt: user has been CAS banned

а) проверьте, слушает ли порт фрисвитч по факту
б) есть ли доступ снаружи для пакетов по iptables

Насколько помню, там ещё аксеслист для локалхоста по-дефолту

Переписать, чтобы не прошла кирилица:
fs_cli —host real-ip —port 8021 —password ClueCon

Не, он закоментарен.

и да acl смотрите внимательней

Промахнулся

Всем привет. Работает аналоговая карта на 3 линии. Запущен mod fifo для очередей. В аналоговой карте стоит определитель caller id. Этот caller id она отдает в mod_fifo и там он куда-то теряется. Точнее он заменяется на номер агента, который поднимает трубку. а направление вызова меняется на outbound.
в консоли пролетает вот такая строка
Flipping CID from "unknown" <908XXXXXXX> to "Outbound Call" <302>
Оригинальный же caller id перемещается в канальную переменную Caller-Orig-Caller-ID-Number
и
variable_pre_transfer_caller_id_number
еще я его вижу в
Caller-Callee-ID-Number
———-
Вопрос, можно ли каким-то образом устроить проброс оригинального caller id, чтобы не происходил этот FLIP

Привет. Кто-нибудь использует mod_blacklist? При использовании в диалплане <action application="event" data="${blacklist(save blocked)}" /> станция периодически обрывает все звонки и восстанавливает работоспособность через несколько секунд.
В fs_cli делаю blacklist save <listname>, получаю очень часто Socket interrupted, bye!
От чего зависит, так и не понял.
На двух разных машинах такое поведение, одна в проде, другая была тестовая, железо разное, на обоих Debian.

У меня было такое. Перед тем как сохранить делаю reload mod_blacklist

Вопрос совсем глупый в «data="mts11 941 w +25000 hangup"/>» что означает атрибут W?

Прямо из диалплана? Через api_result?

Почему из диалплана? Я просто кнопку вывел и жмякаю её перед тем как добавить новый номер

У меня со списками манипуляции в диалплане происходят.
В любом случае спасибо, попробую сколхозить через api_result, посмотрю как пойдёт.