пошел читать

при обработке диалплана 2 этапа: 1 - ROUTE, 2 - EXECUTE переменные устанавливаются на этапе EXECUTE поэтому для condition переменная еще пустая а log ее уже видит

как сделать любые буквы?

в смысле "любые"?

Еще вопрос. Если я не загружаю xml с настройками gateway для исходящих звонков - то у меня исходящий звонок идет по правильному дефолт контексту, но в конечном итоге обрываеться, т.к. нет шлюза, через который ему выходить. Но если загружаю этот файл - то исходящий звонок идет по контексту паблик. Как так может быть?

<include> <gateway name="datagroup"> <param name="username" value="0564702381"/> <param name="realm" value="natsip.datagroup.com.ua"/> <param name="from-user" value="*"/> <param name="from-domain" value="natsip.datagroup.com.ua"/> <param name="password" value="*"/> <param name="proxy" value="natsip.datagroup.com.ua"/> <param name="expire-seconds" value="3600"/> <param name="register" value="true"/> <param name="register-transport" value="udp"/> <param name="caller-id-in-from" value="false"/> <param name="context" value="public"/> </gateway> </include>

Настройки шлюза

может в дефаулт-контексте есть трансфер в паблик, который появляется после загрузки xml шлюза (а до этого контекст неопределен)?

Еще вопрос. Если я не загружаю xml с настройками gateway для исходящих звонков - то у меня исходящий звонок идет по правильному дефолт контексту, но в конечном итоге обрываеться, т.к. нет шлюза, через который ему выходить. Но если загружаю этот файл - то исходящий звонок идет по контексту паблик. Как так может быть?

А ты отладку сравни для двух случаев. Может инклюдишь не туда, лишние уровни вложения. И речь точно про исходящие? У меня была тема, что когда был загружен шлюз мультифона, загадочным образом он ловил ВСЕ звонки, плюя на диалплан. Тут это обсуждалось

Ребята, вы ловили глюк с использованием TLS, что нет звука при звонке? вообще.

Проблема с исходящими. Скорее всего с настройками external internal

Сейчас пытаюсь найти проблему

Всем привет. На основе библиотеки sip.js написано веб приложение с телефоном, которым пользуется группа операторов. В freeswitch настроен модуль mod_callcenter. При приему входящих вызовов fs сам управляет состояним агентов в mod_callcenter и выставляет необходимое состояние и статус, а вот при исходящих вызовах нет. Сейчас статусы приходится менять по запросу из веб интерфейса по средствам fs api. Хочется чтобы при исходящем вызове fs понимал это, и сам выставлял необходимое состояние и статус в mod_callcenter, а после окончания разговора возвращал предыдущий статус. Можно ли этот процесс как-то автоматизировать? Может кто сталкивался, подскажите пожалуйста в какую сторону копать.

Можно. Через api прямо в диалплане и хуки на окончание разговора

Спасибо, буду разбираться)

просьба направить два fs, fsA регистрируется на fsB, как с fsB отдать в bridge user/fsA, destination number отличный от fsA ?

Всем привет. На основе библиотеки sip.js написано веб приложение с телефоном, которым пользуется группа операторов. В freeswitch настроен модуль mod_callcenter. При приему входящих вызовов fs сам управляет состояним агентов в mod_callcenter и выставляет необходимое состояние и статус, а вот при исходящих вызовах нет. Сейчас статусы приходится менять по запросу из веб интерфейса по средствам fs api. Хочется чтобы при исходящем вызове fs понимал это, и сам выставлял необходимое состояние и статус в mod_callcenter, а после окончания разговора возвращал предыдущий статус. Можно ли этот процесс как-то автоматизировать? Может кто сталкивался, подскажите пожалуйста в какую сторону копать.

Я вчера такую задачу решал)

скорее всего вы хотит ESL и небольшое приложение, которое подпишется на sofia::register например

!

почитайте там ниже

Добрый день. Можете подсказать в чем проблема. Есть 4 пользователя. 1000 1001 - все работает. 1003, 1004 - не могу сделать исходящий звонок через шлюз. Внутренние звонки работают нормально. userid|context|domain|group|contact|callgroup|effective_caller_id_name|effective_caller_id_number 1000|default|crm.motor-taxi.ua|default|sofia/internal/sip:1000@91.196.83.194:43129;transport=TCP;rinstance=34fe58d92bcec0a7|techsupport|Extension 1000|1000 1001|default|crm.motor-taxi.ua|default|sofia/internal/sip:1001@91.196.83.194:44231;transport=TCP;rinstance=fb9d5a1664da8786|techsupport|Extension 1001|1001 1002|default|crm.motor-taxi.ua|default|error/user_not_registered|techsupport|Extension 1002|1002 1003|default|crm.motor-taxi.ua|default|sofia/internal/sip:1003@95.213.198.99:5060;vireg=82.202.208.155.3004.95.213.223.202.3004_25623|techsupport|Extension 1003|1003 1004|default|crm.motor-taxi.ua|default|sofia/internal/sip:1004@95.213.198.99:5060;vireg=82.202.208.155.3004.95.213.223.202.3004_25594|techsupport|Extension 1004|1004 1005|default|crm.motor-taxi.ua|default|error/user_not_registered|techsupport|Extension 1005|1005 Лог звонка https://pastebin.freeswitch.org/view/0c803ef3

почитайте там ниже

Спасибо! почитаю

Спасибо! почитаю

фактически вам надо подписаться на события events json CUSTOM sofia::unregister sofia::register и в зависмотси от них уже по вашей логике дергать апи callcentr

просьба направить два fs, fsA регистрируется на fsB, как с fsB отдать в bridge user/fsA, destination number отличный от fsA ?

А зачем? А бридж sofia/profile/dest@fsA не сработает?

Добрый день. Можете подсказать в чем проблема. Есть 4 пользователя. 1000 1001 - все работает. 1003, 1004 - не могу сделать исходящий звонок через шлюз. Внутренние звонки работают нормально. userid|context|domain|group|contact|callgroup|effective_caller_id_name|effective_caller_id_number 1000|default|crm.motor-taxi.ua|default|sofia/internal/sip:1000@91.196.83.194:43129;transport=TCP;rinstance=34fe58d92bcec0a7|techsupport|Extension 1000|1000 1001|default|crm.motor-taxi.ua|default|sofia/internal/sip:1001@91.196.83.194:44231;transport=TCP;rinstance=fb9d5a1664da8786|techsupport|Extension 1001|1001 1002|default|crm.motor-taxi.ua|default|error/user_not_registered|techsupport|Extension 1002|1002 1003|default|crm.motor-taxi.ua|default|sofia/internal/sip:1003@95.213.198.99:5060;vireg=82.202.208.155.3004.95.213.223.202.3004_25623|techsupport|Extension 1003|1003 1004|default|crm.motor-taxi.ua|default|sofia/internal/sip:1004@95.213.198.99:5060;vireg=82.202.208.155.3004.95.213.223.202.3004_25594|techsupport|Extension 1004|1004 1005|default|crm.motor-taxi.ua|default|error/user_not_registered|techsupport|Extension 1005|1005 Лог звонка https://pastebin.freeswitch.org/view/0c803ef3

вот сами гляньте на это сообщение, те, которые работают по tcp зацеплены, а остальные нет (и у них проблема с contact)

А зачем? А бридж sofia/profile/dest@fsA не сработает?

где fsA username пользователя ?

Я предпологал, что в этом проблема, но можно ли указать, чтоб пользователь цеплялся по tcp на стороне фрисвитч?

Нет Хост (имя или IP)

fsA регистрируется на fsB, то есть мы не знаем его имя/адрес, сейчас попробую из sofia contact

Нет Хост (имя или IP)

спасибо!

Можете подсказать с данной ошибкой? switch_core_media.c:9159 AUDIO RTP REPORTS ERROR: [Missing local host]

вопрос в продолжение вчерашнего обсуждения по определению fs gateway от которого поступает incoming call кроме как для ситуации когда gateway с регистрацией это можно как нибудь заставить работать ? на fsA прописан gateway fsB (без регистрации), от fsB поступает sip invite, счётчик calls in в sofia status gateway fsB не изменяется, соответственно на этот вызов не прописываются переменные определённые в описании gateway fsB на fsA прописан gateway fsB (с регистрацией), от fsB поступает sip invite, счётчик calls in в sofia status gateway fsB изменяется, соответственно на этот вызов прописываются переменные определённые в описании gateway fsB хочется чтобы переменные прописывались даже без регистрации

При совершении звонка

fsA регистрируется на fsB, то есть мы не знаем его имя/адрес, сейчас попробую из sofia contact

Тогда разве-что для фсА в экстеншене алиасов наделать....но ИМХО по логике user=endpoint...т.е. за ним других номеров быть недолжно.... А что будет с номерным планом, который "за фсА" когда он еще (или уже) не зарегистрирован?

Тогда разве-что для фсА в экстеншене алиасов наделать....но ИМХО по логике user=endpoint...т.е. за ним других номеров быть недолжно.... А что будет с номерным планом, который "за фсА" когда он еще (или уже) не зарегистрирован?

у меня получилось решить этот вопрос, через sofia_contact и замену в нём части строки

вопрос в продолжение вчерашнего обсуждения по определению fs gateway от которого поступает incoming call кроме как для ситуации когда gateway с регистрацией это можно как нибудь заставить работать ? на fsA прописан gateway fsB (без регистрации), от fsB поступает sip invite, счётчик calls in в sofia status gateway fsB не изменяется, соответственно на этот вызов не прописываются переменные определённые в описании gateway fsB на fsA прописан gateway fsB (с регистрацией), от fsB поступает sip invite, счётчик calls in в sofia status gateway fsB изменяется, соответственно на этот вызов прописываются переменные определённые в описании gateway fsB хочется чтобы переменные прописывались даже без регистрации

собственно вот тут вопрос по итогам результата .) это синтетика, с целью разобраться в каких случаях fs корректно определяет откуда пришёл звонок (из какого gateway)

Я предпологал, что в этом проблема, но можно ли указать, чтоб пользователь цеплялся по tcp на стороне фрисвитч?

клиент инициирует соедениние, как сервер может ему что-то "сказать" ещё до начала "разговора"? tcp для регистрации может подсунуть некоторых граблей (необязательно конечно, но бывает) т.к. порой работает там, где с udp какая-то беда. так вот, медиа всё равно пойдёт по udp, так что лучше поймать проблемы с регистрацией и починить их, чем потом ловить странные проблемы со слышимостью

клиент инициирует соедениние, как сервер может ему что-то "сказать" ещё до начала "разговора"? tcp для регистрации может подсунуть некоторых граблей (необязательно конечно, но бывает) т.к. порой работает там, где с udp какая-то беда. так вот, медиа всё равно пойдёт по udp, так что лучше поймать проблемы с регистрацией и починить их, чем потом ловить странные проблемы со слышимостью

Спасибо. Мысль понял, буду пробовать решить проблему.

Еще такой вопрос. Если мне нужно выполнить разные действия в зависимости от длины строки, как это можно сделать?

lua ~stream:write(string.len(${phone}))

Пишет, что так нельзя

я бы регуляркой проверял

в lua они так себе, но они есть и работают

Спасибо за идею)

Регулярка мой выбор)

И кстати по моей предыдущей проблеме. В качестве номера приходил параметр с не достаточным количеством цифр, потому и были бока(

Всем привет, как победить при сборке: CC libfreeswitch_la-cJSON.lo src/cJSON.c: In function 'cJSON_AddItemToObjectCS': src/cJSON.c:1564: error: #pragma GCC diagnostic not allowed inside functions src/cJSON.c:1565: error: #pragma GCC diagnostic not allowed inside functions src/cJSON.c:1569: error: #pragma GCC diagnostic not allowed inside functions make[1]: *** [libfreeswitch_la-cJSON.lo] Error 1

gcc 4.4.7

Мужики

вопрос есть

в логах тут выловил

[INFO] mod_dialplan_xml.c:637 Processing test <test>->+33756771283 in context public

откуда это взялось и как это закрыть?

прищол звонок от test в контекст public

как закрыть - пропиши правила в контектсе public

как закрыть - пропиши правила в контектсе public

ну он же должен авторизоваться же где то

а

необязательно

поясните пжлст

тем более public название намекает ;)

долго

лучще прочти документацию по дайлпалну

так и полезнее будет ;)

ERROR: S client not available

понял)

спасиб

)

;)

как говориться сначала RTFM

Я тут в процессе осознал тупость вопроса

)

?

Всем привет, как победить при сборке: CC libfreeswitch_la-cJSON.lo src/cJSON.c: In function 'cJSON_AddItemToObjectCS': src/cJSON.c:1564: error: #pragma GCC diagnostic not allowed inside functions src/cJSON.c:1565: error: #pragma GCC diagnostic not allowed inside functions src/cJSON.c:1569: error: #pragma GCC diagnostic not allowed inside functions make[1]: *** [libfreeswitch_la-cJSON.lo] Error 1

обновить gcc. 4.4.7 довольно староват.

для centos 6.x наверное будет тот еще квест

пасиба, будем пробовать

для centos 6.x наверное будет тот еще квест

можете этот cjson попробовать https://github.com/DaveGamble/cJSON/releases/tag/v1.4.3

да вроде с обновленным gcc пошло

я кстати собирал, с ним не пошло

вообщем обновление gcc лечит проблему

еще раз спасибо за наводку

Привет всем. Есть кто в морде фузион работает?

В морде есть поле использовать платное соединение, моно забить local. И ещё что то.это в коротких номерах. Как это в диал плане использовать?

В морде есть поле использовать платное соединение, моно забить local. И ещё что то.это в коротких номерах. Как это в диал плане использовать?

Лучше не надо с ней работать. Моно, но не нуно.

Поделитесь пожалуйста дампами wireshark траффика c g711

Поделитесь пожалуйста дампами wireshark траффика c g711

скачайте sipp там вроде есть

нужно только rtp

файлы с дампами траффика ???!!!

файлы с дампами траффика ???!!!

да

много надооо

для тестов

с хорошей длительностью

а, ну тогда сорян.

:(