но тут не в уровне дебага дело

ну мало ли, просто отсек самое простое

там именно переменная пустая Почему: Есть такая строка session:consoleLog("notice","hangup сause after call: "..processingData.hangupCause) При ответе она пишет hangup сause after call: NORMAL_CLEARING При дропе attempt to concatenate field 'hangupCause' (a nil value)

<condition field="destination_number" expression="^([45]\d{2})$"> <action application="set" data="dtmf_type=inband"/> <action application="set" data="execute_on_answer="send_dtmf *4719110852@500"/> <action application="bridge" data="sofia/external/1144@192.168.11.1:35060"/> <action application="answer" />

можно еще tone_stream://$dtmf

через playback

но лучше поиграться с send_dtmf.. я наизусть как там не помню, постоянно гуглю и путаюсь

или это я натупил... вроде там send_dtmf_generate нужно

Я логику так понимаю, fs звонит сам, отвечает, генерит тоны, потом соединяет со звонящим. т.е. Делал давно через playback и tone_stream, но потерял бэкап. В общем работало, но 15 знаков долго набирал... Вот и пришел к знатокам за истиной...

так он извините звонит или отвечает?

там именно переменная пустая Почему: Есть такая строка session:consoleLog("notice","hangup сause after call: "..processingData.hangupCause) При ответе она пишет hangup сause after call: NORMAL_CLEARING При дропе attempt to concatenate field 'hangupCause' (a nil value)

похоже на багу если честно..

а кстати через session:hangupCause при USER_BUSY отправляется NONE

e rfr nj lf

а в q.850 что?

Ну вот как то да

а как мне докапаться до q850?

а как мне докапаться до q850?

просто сип дамп снять

А.Ну там все норм 486

по сип

а в строке reason что?

момент

Я логику так понимаю, fs звонит сам, отвечает, генерит тоны, потом соединяет со звонящим. т.е. Делал давно через playback и tone_stream, но потерял бэкап. В общем работало, но 15 знаков долго набирал... Вот и пришел к знатокам за истиной...

это вообще лучше делать на луа

если хочется чтобы fs создавал обе ноги, а потом бриджил

в твоем варианте leg a уже внутре

Reason: Q.850;cause=16;text="NORMAL_CLEARING"

Хотя секундочку

так он извините звонит или отвечает?

Звонит в дису панасоника и донабирает код повышения класса сервиса.

Это для a пдеча потом отправляется

это вообще лучше делать на луа

спасибо за ответы, ушел читать

а для входящего ответа нет этого заголовка

Звонит в дису панасоника и донабирает код повышения класса сервиса.

ну правильно, значит отвечает панасоник

answer после бриджа это бред, answer нужен когда кто-то звонит в свич

спасибо за ответы, ушел читать

лучше не торопиться

answer после бриджа это бред, answer нужен когда кто-то звонит в свич

согласен, попутал

если речь идет о том, что кто-то звонит в свич, а тот уже все это выполняет - то луа не нужно

нужно убрать answer и поиграться с send_dtmf, tone stream и тп

я сам в них вечно путаюсь

а для входящего ответа нет этого заголовка

а что на той стороне?

если тоже фс то должен быть

нужно убрать answer и поиграться с send_dtmf, tone stream и тп

как раз этим и занимаюсь

всм? клиент - rpoxy - FS - proxy - клиент Дропает клиент

используемый клиент не шлет reason

поэтому его и нет

Мб кто знает как получить код?

ну, можно просто hangup_cause

код ответа по sip я имею ввиду

но как я понимаю нужен именно bridge_hangup

ну на самом деле там ни то ни другое не дает ответа при дропе

Но вообще hangup_cause - a-плечо

а bridge_hangup_cause это плечо b

ну да, я про это

А cdr обеих плеч пишется в файл?

По умолчанию только А

как настроишь так и будет

Это понятно. Речь про то, какому плечу hangup_cause ставится, а какое пишется в файл с cdr

Я так понимаю что вытащить sip code ответа вариантов особых нет?

Самое интересное что если я поднимаю трубку и потом делаю session:hangup("CALL_REJECTED") к примеру (в execute_on_answer) то session:hangupCause() все равно не виден

точнее виден как NONE

Бага похоже

А в цдр что?

Это понятно. Речь про то, какому плечу hangup_cause ставится, а какое пишется в файл с cdr

Ога

Там нужно в конфиге выставить чтобы лег б в отдельный файл скидывало

ну правильно, значит отвечает панасоник

Победил <extension name="panas_speeddial"> <condition field="${toll_allow}" expression="local"/> <condition field="destination_number" expression="^([45]\d{2})$"> <action application="set" data="auto_hunt=true"/> <action application="set" data="hangup_after_bridge=true"/> <action application="set" data="dialed_nomber=$1"/> <action application="set" data="hotline=1501"/> <action application="set" data="dtmf_on_answer=PREFIXwNOMBERwPINw$1@30"/> <action application="bridge" data="{execute_on_answer=send_dtmf\s${dtmf_on_answer}}sofia/external/${hotline}@192.168.11.1:35060"/> </condition> </extension>

Бага похоже

Странная бага на самом деле. А ест ьу кого вариант у себя проверить? Я 1.6 использую

Скомпилить по быстрому в другую папку

B-leg в отдельный файл? А когда такую фичу ввели?

Я знаю, что отдельных пользователей можно в отдельные файлы распихивать.

ERROR: S client not available

B-leg в отдельный файл? А когда такую фичу ввели?

Много лет назад

https://www.youtube.com/watch?v=VYq3ro3txUg&feature=youtu.be&ab_channel=FreeSWITCH

клюкон

какой же стрёмный этот krice

B-leg в отдельный файл? А когда такую фичу ввели?

xml_cdr.conf.xml <!— optional: if not present we do log the b leg —> <!— true or false if we should create a cdr for the b leg of a call--> <param name="log-b-leg" value="true"/>

Этот параметр мне известен, но установка его в ture не приводит к созданию ОТДЕЛЬНОГО ФАЙЛА(ов) для b-leg. Этот параметр определяет только писать или не писать b-leg CDR. ;-)

А, стоп. Это XML CDRы. Тогда может быть и не прав я.

Этот параметр мне известен, но установка его в ture не приводит к созданию ОТДЕЛЬНОГО ФАЙЛА(ов) для b-leg. Этот параметр определяет только писать или не писать b-leg CDR. ;-)

у меня на один разговор два файла пишется

Да, в XML CDRах так и будет, там в принципе каждый CDR пишется в отдельный файл, поэтому логгирование b-leg приведёт к созданию отдельного файла. Согласен.

Еп, префиксы будут a_ и b_ в именах

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

<!— true or false if a leg files are prefixed "a_" —> <param name="prefix-a-leg" value="true"/>

а b_ никогда не видел

Я думал, там речь про CSV шла.

сорри, я про XML

Ok. Главное, достигли понимания. ;-)

Добрый час! Fs никто не подключал к АТС Panasonic? Кодировки caller_id_name разные. Подскажите как можно перекодировать из windows-1251 в utf-8 и обратно при исх\вх в сип транк?

Я делал

Извращенцы...

Я внешним скриптом перекодировал.

Я делал

Ооо, подельник))

Кто платит, тот и заказывпет музыку. У заказчика своя ситуация была.

Ну по сути да, вызываешь скриптик и в нем все делаешь

Я перловый сценарий запускал.

Внутренних средств нет. Весь Мир живёт в utf

Внутренних средств нет. Весь Мир живёт в utf

Жаль, на форуме fs "error" в модуль skinny костыль приматывал использующий iconv

Для старых цискофонов

Самое интересное что если я поднимаю трубку и потом делаю session:hangup("CALL_REJECTED") к примеру (в execute_on_answer) то session:hangupCause() все равно не виден

если был ответ, то будет NORMAL_CLEARING чтобы в hangup не ставили

Жаль, на форуме fs "error" в модуль skinny костыль приматывал использующий iconv

Задумался о том, чтобы сделать патч.

Задумался о том, чтобы сделать патч.

Я бы сделал, но опыта маловато. Перепрофилируюсь от аппаратных Атс к софтсвичу. Програмировал только на паскале и питоне))

разницы особо не заметишь