а вот через команду диалплана я могу применить флаги

но не могу применить АПИ команды))

апи = консоль диалплан != консоль

Ну да

это понял

вообще я конечно могу попробовать присоединиться к конфе через обысный вызов

bgapi например чтобы проговорить имя и потом присоединить пользователя через команду диалплана conference@default++${flags}

осталось выяснить как ушатать sched_api|bgapi после того ак файл отыграется...

Подскажите, в каком направлении можно копать вообще.. Звонок с внутреннего телефона - во внешнюю сеть проходит. С внешней сети - тоже все ок, попадает в колл центр, и потом пошел по группам, все ок. Но, когда пытаюсь в консоли сделать originate на внешнюю сеть, получаю "mod_hash.c:183 Usage for outbound_17 is already at max value (0)"

внешний гейт используется goip16, и где-то в настройках (fusionpbx) я прописал 16 линий.

Лучше звонить на user/ и помещать его в контекст, будто это исх вызов от этого пользовптеля на набранный номер.

пытаюсь делать так: originate sofia/external/+1234567890@192.168.1.110 +1234567890 XML 192.168.1.110 name 201 и получаю mod_dialplan_xml.c:637 Processing name <201>->limit_exceeded in context 192.168.1.110

Хм.

Вообще, всё сильно зависит от диал-плана.

Основная задача - из веба приходит внешний номер. И надо заставить FS позвонить на внутреннюю очередь, после поднятия трубки сообщить туда (проиграть файл) что вызыв пришел с такого-то сайта, и соединить с этим внешним номером. Четвертый день не могу организовать. Правда, с FS познакомился всего полторы недели назад.

Т.е. вызов приходит именно в очередь, а не на конкретного пользователя?

Да, надо чтобы вызов в идеале приходил в очередь.

Пока я добился того, что могу заворачивать вызов в группу (group/name@192....) и после поднятия - проигрывать туда файл, откуда вызов. и на этом все. на внешнюю линию из консоли, esl - позвонить никак не получается.

Тогда нужно разобраться как вх.вызов приходит и выставить в originate с помощью {} набор переменных в нужных значениях.

а какие переменные выставлять?

Зависит от диал-плана.

Всё прозаичнее

вызов идет на goip16, оттуда делается редирект на внутренний экстеншен,

Перед + поставь sip:

да ладно.

ничего не поменялось. все равно тот же лимит (0)

Найди где в dialplan есть слова, которые в ошибке.

И пойми алгоритм.

нашел. алгоритм не понял от слова совсем. я вижу, что хэш должен использовать домен или domain_uuid у меня же он не используется, при вызове из консоли. подставлять вручную - тоже не работает. пока я вижу, что при вызове из originate - почему-то хэш генерится на основании outbound_17. и больше ничего.

У тебя что-то связанное с ограничением линий на направления.

да, в настрйоке гейта стоит ограничение на 16 линий.

если я там ставлю 999999999999999 - ничего не меняется.

Где эти настройки?

В самом Fusion?

в настройке gateway. да.

Так ты и звони через шлюз, а не через профиль.

Автоматического сопоставления не будет.

при этом, если взять реальный внутренний телефон - то вызов на внешнюю сеть идет без проблем. так же и в обратную сторону. Через шлюз напрямую - не совсем вариант. Т.к. помимо goip16 - есть еще один гейт, на одну проводную линию. Плюс, в этом гоип - симки от разных операторов, и настроены маршруты - какие номера через какие линии маршрутизировать, и используются префиксы линий. или, можно позвонить через gatevay/goip/ - без указания линии?

автоматического сопоставления с чем?

С настройками шлюза.

т.е. звонить через gatevay/goip/01+123123123123 - так? как тогда прикрутить выбор исходящего шлюза и линии?

01 - это префикс линии, используемый гейтом.

Ещё раз повторюсь: тебе нужно понять, как происходит вх или исх вызов с т.з. установленных переменных и имитировать их. Либо написать свой фрагмент диал-плана и работать в рамках него.

Ок. Спасибо.

Но в случае второго варианта ты из web в этой части системы ничего не настроишь.

Почему? там же диалплан настраивается точно так же, как и напрямую в файлах.

Ну разве что так.

еще вопрос есть. может сталкивался. делаем originate, в параметрах указываем uuid. звонок на очередь. После снятия трубки - имеем три канала. первый - тот, который и делал originate. у него состояние park. второй канал - звонок на саму очередь, и третий канал - линия с поднятой трубкой. второй и третий - стоят в бридже. при этом, у всех трех - разные uuid. Можно ли как-то инициировав звонок, и передав в него свой uuid - узнать uuid линии, ведущей в снятую трубку?

Доброго времени суток. Ребята, подскажите пожалуйста, кто может сталкивался. Есть fusionpbx, пытаюсь поднять на нем mod_h323, затык на моменте make mod_h323, может есть какое-то отличие а действиях для FS и для fusionpbx?

а какой затык-то?

все привет! Подскажите - как-то можно связать Job-UUID и Call-UUID?

Привет. Если ты события используешь в bgapi, то лучше в строку аргументов для originate засунь переменную с UUID и пропась в событии.

Это к сожелению не всегда возможно

Например если dial-string содержит user/

В каждой конкретной ситуации свой хак.

я просо добавлял отдельный заголовок и по нему ловил все каналы

А чем user не даёт сделать так: originate {my_uuid_var=}user/XXXX ?

Я через bgapi делаю originate на внутреннего как раз таки через /user и потом трансфер на внешнего абонента. И тут как раз возникла задача привзяться к call-uuid

Если речь о том, что UUID при originate "заранее не известен", то это решается через установку {origination_uuid=}

У user'a своя строка набора которая может включать несколько destinations. И нелься всем плечам установить один и тот же call uuid

Но установить другую переменную с uuid можно

У user'a своя строка набора которая может включать несколько destinations. И нелься всем плечам установить один и тот же call uuid

А вот это напрасно, user - это user. Хотите сделать набор на несколько направлений составляйте это на уровне originate

Но установить другую переменную с uuid можно

Об этом и говорилось с самого начала.

Я через bgapi делаю originate на внутреннего как раз таки через /user и потом трансфер на внешнего абонента. И тут как раз возникла задача привзяться к call-uuid

А по-подробнее об алгоритме можно и что/куда привязать хочется?

есть события которые многократно повторяются хаотично и по ним иницииуруется вызов сначала на нужноого внутреннего абонента, потом на внешего. Стоимт задача в том. чтобы сделать конкретную привязку события к звонку.

ERROR: S client not available

Какие именно события?

Все канальные события(за редким исключением в составе первых двух событий при создании канала) содержат все канальные переменные.

внешние события. ни в FS

а какой затык-то?

делаю по инструкции https://freeswitch.org/confluence/display/FREESWITCH/mod_h323 , изменив версии пакетов на актуальные, заявленные как "Known Good" на https://www.gnugk.org/compiling-gnugk.html . Дохожу до пункта "build mod_h323:" и тут начинается: 1. "Assuming you have FreeSWITCH source in your home:" - нет его, так как у нас fusion, скачиваю, FS 1.6.19, распаковываю в свой хоум 2. /src/mod/endpoints/mod_h323 make mod_h323 сперва он не видит файлы(видимо надо с другими префиксами конфигурировать). Но даже если докинуть ему файлы - https://pastebin.com/fNXJZrDT Потому и возник вопрос про отличие процедуры для fusion.

внешние события. ни в FS

Какие именно, в каком виде они в FS попадают?

я подключаюсь к сокету внешним кодом и иницирую вызовов через bgapi.

Вызовы = originate ?

*вызов

с абонента FS во внешку

сначала originate на user'a, а потом transfer на внешнего абонента.

А можно пример, как выглядит строка originate ?

да

сейчас

bgapi originate {click_to_call=true,origination_caller_id_name='oleg',origination_caller_id_number=89123456789,instant_ringback=true,ringback='%(2000,4000,440.0,480.0)',presence_id=101@main.xxx.ru,call_direction=outbound,sip_auto_answer=true,domain_uuid=a7b60466-28b8-42ee-b12e-533ce58b1bcf,domain_name=main.xxx.ru}user/101@main.xxx.ru &transfer('89123456789 XML main.xxx.ru')

как-то так

в ответ я получаю Job-UUID

и теперь встает задача как по Job-UUID узнать uuid звонка, чтобы при парсинге через ESL можно было подхватить по нему события

Is this a totally Russian group ?

Is this a totally Russian group ?

you can ask your question.

в ответ я получаю Job-UUID

И как я понял, хочется знать UUID вызова, который внешний, верно?

I am working with freeswitch at work so I thought to join a telegram group for that

@Xeon_Zolt you're welcom

I am working with freeswitch at work so I thought to join a telegram group for that

Welcome! Good choice. ?

И как я понял, хочется знать UUID вызова, который внешний, верно?

хочется, но не обязательно. Зная первое плечо я могу найти и второе, т.к. все собтия нужные мне сейчас пишу в базу.

хочется, но не обязательно. Зная первое плечо я могу найти и второе, т.к. все собтия нужные мне сейчас пишу в базу.

Вызов на внутреннего пользователя (user/) всегда будет на ОДНОГО пользователя?

I am trying to make a api to add a person in conference by passing uuid of a call and address to add in the call

Where should I start looking in the wiki

I am trying to make a api to add a person in conference by passing uuid of a call and address to add in the call

All you need is: uuid_broadcast <UUID of YOUR CALL> conference::<here are conference app args> or as second variant: uuid_transfer <UUID of your call> <destination> XML <context> where context and destination are somewhere in your dialplan, where the conference app will be executed on your channel.

All you need is: uuid_broadcast <UUID of YOUR CALL> conference::<here are conference app args> or as second variant: uuid_transfer <UUID of your call> <destination> XML <context> where context and destination are somewhere in your dialplan, where the conference app will be executed on your channel.

uuid_transfer will not work as the call to add in the channel is always different

Вызов на внутреннего пользователя (user/) всегда будет на ОДНОГО пользователя?

Нет, на разных

Нет, на разных

"Одного" в том смысле, что там не будет аццких хаков из серии попыток неявно сделать из пользователя группу вызова. :-)

uuid_transfer will not work as the call to add in the channel is always different

What difference is between calls?