можно каналы разъединить с помощью transfer ?

я так делал, когда была задача нескольких линий на одном абоненте

хотя наверное есть и более изящное решение

Там uuid_hold, поэтому не так все просто)

ну почему? uuid_transfer и потом каждый в hold по отдельности

я примерно то же самое и делал

из answered state они не выходят

Там очень специфичная хрень, только с uuid_hold норм работает

Всё перепробовали что можно было) поэтому мне проще холд обмануть было чем переписывать

сложно представить :/ но раз ты так считаешь

Добрый день, можете подсказать по IVR.. что-то под вечер крыша едет..

как мне из <entry action="menu-exec-app" digits="/^[0-9][0-9)$/" param="bridge user/$1"/>

вместо bridge - сделать звонок на Local_extension ?

transfer $1 XML context, насколько я помню

ага... только что-то еще нехватает... после asterisk очень тяжело в xml искать хвосты

что говорит?

2018-02-14 21:47:13.022282 [ERR] mod_sofia.c:4503 Invalid Gateway ''

там переадресация на мобильный

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

и проверь правильно ли там шлюз указан

а потом проверь включен ли он

там правильно всё... мне нужно из IVR пусить звонки по правилу внутреннему

у тебя там ХХХХ маршрут ссылается на мобильник?

нет, xxxx - звонит sip телефон, потом через timeout уходит на мобилу

[0-9][0-9) у тебя тут в регулярке косяк, это из рабочего XML?

на мобилу как переводишь вызов? transfer_on_fail?

неа ) это я подправил немного.. там правильно всё )

а тогда ок

на мобилу как переводишь вызов? transfer_on_fail?

?

<action application="hash" data="insert/${domain_name}-last_dial_ext/global/${uuid}"/> <!--<action application="export" data="nolocal:rtp_secure_media=${user_data(${dialed_extension}@${domain_name} var rtp_secure_media)}"/>--> <action application="hash" data="insert/${domain_name}-last_dial/${called_party_callgroup}/${uuid}"/> <action application="bridge" data="${sofia_contact(${dialed_extension})}"/> <action application="answer"/> <action application="sleep" data="${user_data(${dialed_extension}@${domain_name} var mobile_timeout)}"/> <action application="bridge" data="sofia/gateway/${default_gateway}/${user_data(${dialed_extension}@${domain_name} var mobile)}"/> <action application="bridge" data="loopback/app=voicemail:default ${domain_name} ${dialed_extension}"/>

сории что почти целиком сюда, но видимо вот тут идёт адресация на мобилку...

это не я настраивал изначально, оно мне досталось... разбираюсь

<action application="bridge" data="sofia/gateway/${default_gateway}/${user_data(${dialed_extension}@${domain_name} var mobile)}"/>

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

на ${default_gateway}

задача какая? чтобы вызов на пользователя, потом пауза ${mobile_timeout} потом соединение с мобилой? я правильно всё понял? или по таймауту дозвона сразу перевести на мобилу?

Спасибо, сейчас попробую понять как оно работает. может правда переменные какие-то бетиться.

да, именно такая. и такое правило есть уже.

вообщем мне нужно было добавить простой ivr

что-бы можно было набрать номер внутренний, но что-бы он шел по обычному правилу (как звонок по внутреннему номеру)

эт правильно, переменные там всякие и прочие cdr

из IVR напрямую с этим будут сложности, лучше трансфером

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

сам спросил - сам ответил :)

<param name="extension-in-contact" value="true"/>

и с 3сх заработал транк :)

можно как-то не посылать переменную sip_h_*, но оставить ее в cdr?

Убрать sip_h? В этом их суть, попадать в заголовки

Плюс есть rh, ph

пробовал ли кто-нибудь в FusionPBX клонировать полностью домен со всеми его учётными записями, диалпланами средствами БД? муторно руками каждый раз одно и то же делать. Или подскажите, пожалуйста, в каких таблицах хранятся основные настройки домена и его учётных записей?

mysqldump )?

вери фанни. мне нужен не дамп, а клон домена в пределах одного сервера.

а дамп проанализировать (грепом?) на нужный домен. В том числе - может потом просто sed-ом сделать замену, только unique id убрать если они есть в дампе

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

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

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

Все это безобразие как то потом в другую базу перекидывать

зачем в другую базу? мне нужно в пределах одной базы склонировать домен с новым именем, чтобы в склонированном домене склонировались бы и учётные записи, диалпланы, роуты и т.д. То есть у Вас тоже соображения общего порядка, но сами это не делали?

зачем в другую базу? мне нужно в пределах одной базы склонировать домен с новым именем, чтобы в склонированном домене склонировались бы и учётные записи, диалпланы, роуты и т.д. То есть у Вас тоже соображения общего порядка, но сами это не делали?

Да тоже только общего, опыт только на уровне с нуля заводил все записи и учетки по порядку

спасибо за советы, будем дальше копать.

Но я надеюсь за ваш счет повысить свой скилл

?

да уж... небыстро это будет. до недавнего времени тоже руками делали, но вот создали новый домен, точно так же, как и все предыдущие, а у него то КПВ не идёт, то трансфёр отпадает, то DTMF то ли не передаётся, то ли не обрабатывается. И есть образцово-показательный домен, в котором всё-всё работает. Вот и захотелось клонировать этот правильный домен.

зачем в другую базу? мне нужно в пределах одной базы склонировать домен с новым именем, чтобы в склонированном домене склонировались бы и учётные записи, диалпланы, роуты и т.д. То есть у Вас тоже соображения общего порядка, но сами это не делали?

1) дампишь базы 2) добавляешь руками домен итд 3) дампишь базы 4) делаешь дифф, думаешь.

обычно в домены добавляется сам домен, дальше в таблицах только его ид

да уж... небыстро это будет. до недавнего времени тоже руками делали, но вот создали новый домен, точно так же, как и все предыдущие, а у него то КПВ не идёт, то трансфёр отпадает, то DTMF то ли не передаётся, то ли не обрабатывается. И есть образцово-показательный домен, в котором всё-всё работает. Вот и захотелось клонировать этот правильный домен.

Я тут уже спрашивал раньше, а для чего нужны домены? Какие симптомы того что мне надо заводить несколько доменов

Тогда обсуждение кончилось тем что домен оставить один, а все нарезать группами

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

да уж... небыстро это будет. до недавнего времени тоже руками делали, но вот создали новый домен, точно так же, как и все предыдущие, а у него то КПВ не идёт, то трансфёр отпадает, то DTMF то ли не передаётся, то ли не обрабатывается. И есть образцово-показательный домен, в котором всё-всё работает. Вот и захотелось клонировать этот правильный домен.

Dtmf так же как и кпв не связанны в фс с доменами ну вообще ни как. Так же как и шлюзы. Для фс это все общие настройки. FusionPBX патается сделать вид для шлюзов, что они часть домена.

Для фс домен - это группа в которой есть набор пользователей

Для фс домен - это группа в которой есть набор пользователей

realm из настроек bind_digit_action тоже можно считать доменом, хоть и с натяжкой ?

Dtmf так же как и кпв не связанны в фс с доменами ну вообще ни как. Так же как и шлюзы. Для фс это все общие настройки. FusionPBX патается сделать вид для шлюзов, что они часть домена.

Сегодня выяснили, почему на одном из новых доменов КПВ не работал. Не работал КПВ для номера, на котором включили запись разговоров. Стали сравнивать всё подряд - обнаружили, что в диалплане неьольшая разница. После какого-то обновления FusionPBX изменили План нумерации, создаваемый для нового домена, и там была небольшая обшибка. В-общем, это комбинация софтсвитча и freeswitch'а. В одном случае выдатся 183, в другом - 180 и КПВ в RTP. А Вы говорите, что КПВ не связан с доменом....

у freeswitch - в общем случае никак не связан. а у вас получаетс я - связал fusionpbx через dialplan ;)

Пытаюсь организовать стык с клиентом, с той стороны человек похоже не очень специалист по телефонии. Регистрация не проходит. Есть дамп, можно по нему поставить диагноз, какие настройки надо потрогать?

Ну или самому допилить у себя

а вы похоже очень специалист, что дамп сами не можете посмотреть?

я сам чуть больший специалист чем с той стороны, но на лавры не претендую.

SIP/2.0 403 Forbidden почти 100% не попадаете в ACL пира на астериске

спасибо

пусть с той стороны сделают core set verbose 10 и смотрят в консоль астериска :)

сверьтесь с той стороной по логину-паролю а то как-то sip:digitec@89.232.97.222 очково выглядит

сверьтесь с той стороной по логину-паролю а то как-то sip:digitec@89.232.97.222 очково выглядит

сверился, сразу как получил инфу с той стороны, что попытка регистрация стала пытаться пройти. Так то второй день боремся, до сего момента на мой Register просто ответа не было.

параметры deny permit пусть глядят

?

Есть косяк: не соблюдается заданный диапазон RTP портов, версия последний релиз (1.6.20) - по JIRA ничего такого не нашёл. Оно же только в одном месте задаётся?

Есть косяк: не соблюдается заданный диапазон RTP портов, версия последний релиз (1.6.20) - по JIRA ничего такого не нашёл. Оно же только в одном месте задаётся?

in или out?

in - весь диапазон, 1025+

пока вижу только out - у меня небольшой трафик и из 15 звонков два мимо тазика

?

+

всем привет. есть у меня не очень тривиальная необходимость звать curl из lua-скрипта при api_hangup_hook. проблема в том что курл после хэнгапа не зовется, тк нужно ему выставлять set_zombie_exec, чего я просто из скрипта оригинации сделать не могу. подскажите, может кто сталкивался с таким?

пока вижу только out - у меня небольшой трафик и из 15 звонков два мимо тазика

хотя нет - на in тоже есть

всем привет. есть у меня не очень тривиальная необходимость звать curl из lua-скрипта при api_hangup_hook. проблема в том что курл после хэнгапа не зовется, тк нужно ему выставлять set_zombie_exec, чего я просто из скрипта оригинации сделать не могу. подскажите, может кто сталкивался с таким?

Решал немного другим путем. По хэнгапу можно сделать вызов, который cdr формирует. Там - curl, он передает все состояние канала. Там можно все, что угодно уже дописать и вызвать.

Плюс, пробовали session_in_hangup_hook=true?