<param name="realm" value="proxy_host" /> <param name="context" value="inbound-trust"/> <param name="username" value="user_set" /> <param name="password" value="passwd_set" /> <param name="register" value="true" /> <param name="caller-id-in-from" value="false" /> <param name="extension-in-contact" value="true"/> <param name="ping" value="5" /> <param name="ping-max" value="3" /> <param name="retry-seconds" value="5" /> <param name="expire-seconds" value="60" /> <variables> <variable name="absolute_codec_string" value="PCMA" direction="outbound"/> </variables>

фром-юзера не вижу, весь конфиг?

сейчас точно пролазит caller_id_name

да весь

name или number?

name

так в чем вопрос то? задушить caller_id_name или number?

Задушить все и "правильно" Тоесть Хочется чтобы Заголовок From: "Name" <user@dom> брался полностью из настроек gateway

вот кстати насчет name никогда не задавался с вопросом

и не зависимо от того что с ним dialplan'e делали, к примеру <action application="set" data="effective_caller_id_number=${effective_cid}"/>

ну вот <param name="caller-id-in-from" value="false" /> похоже все таки перезаписывает <user@dom> с настройками из gateway

это да

а вот насчет name не проверял

а вот "Name" кторый прилел с входящей

оно простаскивает

при входящем вызове тоже name менять надо?

ну как вариант его затирать

но лишеее действие

тем более на внутренних вызовах он актуален

тогда проще сделать так <variables> <variable name="caller_id_name" value="NAME"/> <variable name="absolute_codec_string" value="PCMA" direction="outbound"/> </variables>

А чрез variables нель

О )

Я только подумал об этом

)

а из дп дергать через ${sofia_gateway_data var ${caller_id_name}}

или как там

спасибо

та не за что)

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

ну или в rfc передан

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

а кто трансферами занимается.. att_xfer, канал variable_origination_caller_id_number: 999777333111 variable_effective_caller_id_number: 999777333111 при этом в инвайте улетает оригинальный номер. Зато name - заменяется. Куда копать?

так, там странная завязка на sip_from_uri

выставил как sip_from_uri=${transfer_caller_id_number}@${sip_from_host} - прилетело что нужно..

добрый день. Столкнулся с такой проблемой. сип номера регистрируются на yeastar pbx далее по транку на фс. кодеки со стороны еастара улаю алау везде. на фс они же и опус и vp8. все нормально работает. проблема со звуком при звучании ivr. при звонке с разных городских атс звук воспроизводится коряво с запинками. но при звонке с мобильного все четко воспроизводится. файлы в формате вав. не подскажите куда копать?

транки не умеют жти кодеки? В мир обычно выпускают с absolute_codec_string=PCMU,PCMA

а внутри что угодно

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

спасибо за совет

есть у кого рабочий конфиг с детектом факса?

есть у кого рабочий конфиг с детектом факса?

весь конфиг не могу дать, что-то конкретное интересует?

<action application="spandsp_start_fax_detect" data="transfer '601 XML fax'"/> - это в dialplan

<param name="auto-rtp-bugs" value="clear"/> <param name="rtp-autoflush" value="false"/> <param name="rtp-autoflush-during-bridge" value="false"/> - это в сип-профиль, не обязательно, но глюков меньше должно быть

<action application="spandsp_start_fax_detect" data="transfer '601 XML fax'"/> - это в dialplan

а всякие fax_enable_?

t38_gateway=peer?

а всякие fax_enable_?

а, t38 надо? я с ним не сталкивался

почти

в нашей деревне такого не видали)

ну так факсы в т38 лучше ходят же, но сначала надо задетектить факс..

прямо в pcm хреначите? )

прямо в pcm хреначите? )

судя по всему, t38 не показывал, звонок в alaw, детект через spandsp и трансфер в хулафакс (или хилафакс, не знаю как правильно)

9/10 приходили сносно

вместо трансфера можно в файл сохранять (в вики были примеры), но hylafax во всех отношениях приятнее

<action application="spandsp_start_fax_detect" data="transfer '601 XML fax'"/> - это в dialplan

у нас так же было, но в конце 3 - детект факс тона. Толком не работало.

судя по всему, t38 не показывал, звонок в alaw, детект через spandsp и трансфер в хулафакс (или хилафакс, не знаю как правильно)

тестирую. Принимаю ухом, слышу запись, нажимаю старт - вижу реинвайт в Т38. Но нет трансфера.

будто чего-то не хватает..

ну и вечный косяк с Transfer Rate: 14400

если ставлю в конец txfax - обработка есть, но соединение срывается с 17: Received a DCN while waiting for a DIS

при этом тот же конфиг, но сразу с txfax - проходит норм (номер с телефон+факс, нужен старт факса с кнопки, если автоответом то ок)

и походу, это оно https://freeswitch.org/jira/browse/FS-8696

но spandsp_start_fax_detect так и не срабатывает

сейчас конфиг такой https://pastebin.com/YU4bWqd8

тестирую. Принимаю ухом, слышу запись, нажимаю старт - вижу реинвайт в Т38. Но нет трансфера.

ситуация t30+t38 сложная, попробуйте сначала только t30, а потом добавляйте t38

как?

ну уберите пока все упоминания fax_enable_ и t38

ERROR: S client not available

чтобы реинвайта не происходило

с этого и начиалось

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

да

а в логах в районе spandsp_start_fax_detect есть что-то?

dialplan вообще до него доходит?

биндится. Но я так понимаю, это нужно для pcm*

без перевода в т3х

а та сторона шлёт pcm или t38?

т38

ну с т38 spandsp_start_fax_detect и не должен срабатывать

так-то да. Но почему не стыкуется?

так, я запутался) если та сторона шлёт внутриканально, то spandsp_start_fax_detect должен детектить и принимать в файл или переадресовывать на какой-то t30 модем с hylafax, если та сторона шлёт в t38, то fs должен переадресовывать на t38 модем (?), но я не уверен. проблема с t38 в том, что его реинвайт может нарочь ломать t30 согласование, поэтому, я бы начал с t30 и старого доброго панасоника на той стороне, а потом добавлял бы поддержку t38

я не умею т30 без т38..

реинвайт похоже засылает гейт, грандстрим

но нужно чтобы оба варианта работали

и т38 тоже

тогда, видимо, не помогу - t38 оборудования у меня не было совсем, так что я только на уровне теории понимаю

добрый день! кто-тонидь настраивал FS+Telfin

?

добрый день! кто-тонидь настраивал FS+Telfin

а в чем сложность?

не смог зарегится на :5068

какой домен?

атс новая?

FS 1.6 git

<gateway name="trunk000112760"> <param name="username" value="000112760"/> <param name="password" value=""/> <param name="from-domain" value="sip.telphin.com"/> <param name="from-user" value="2930525"/> <param name="extension" value="2930525"/> <param name="realm" value="sip.telphin.com:5068"/> <param name="proxy" value="sip.telphin.com:5068"/> <param name="register-proxy" value="sip.telphin.com:5068"/> <param name="outbound-proxy" value="sip.telphin.com:5068"/> <param name="expire-seconds" value="800"/> <param name="register" value="true"/> <param name="retry-seconds" value="60"/> <param name="context" value="from-context"/> <param name="ping" value="10"/> <param name="ping-min" value="2"/> <param name="ping-max" value="10"/> <param name="sip-ip" value=""/> <param name="rtp-ip" value=""/> <param name="sip-port" value="5068"/> </gateway>

<param name="realm" value="sip.telphin.com"/>

это в шлюзе не устанавливается <param name="sip-ip" value=""/> <param name="rtp-ip" value=""/> <param name="sip-port" value="5068"/>

я только начал разбираться с FS. Перетаскиваю на него настройки с (*)

sip:000112760@sip.telphin.com FAIL_WAIT

в астере был порт для регистрации 5068