а в коде "если нет переменной или она тру то копировать"

if (!(vval = switch_channel_get_variable(channel, "sip_copy_custom_headers")) || switch_true(vval)) {

https://freeswitch.org/jira/browse/FS-5775

Тут объяснение "как это работает" от аффтара.

И что/кто мешает выставить не в _undef_, а именно в false?

выставили

короче, надо копировать не все переменные

false не помогло?

а в false - надо теперь руками копировать

Т.е. нужна "доработка" FS, чтобы он мог копировать по списку?

да

нам вообще нужнее exclude-лист

но ещё переменную..

короче ,уже смотрю на continue_on_fail

Я возьмусь за это bounty, если действительно нужно, то обсудим в личке.

там тоже true|false|список

там дел на час.. не впервой

Ok

#define SOFIA_SIP_RESPONSE_HEADER_PREFIX "sip_rh_" #define SOFIA_SIP_RESPONSE_HEADER_PREFIX_T "~sip_rh_"

кто знает, в чем разница?

по SWITCH_DECLARE(switch_status_t) switch_ivr_transfer_variable(switch_core_session_t *sessa, switch_core_session_t *sessb, char *var) если первый символ ~ тогда это перенос (массива?), иначе 1 переменной

Доброго!

ребят а у фрисвитч есть веб панель?

ребят а у фрисвитч есть веб панель?

как вариант, fusionpbx

как вариант, fusionpbx

Спасибо

Я так понимаю, код фс никто не пилит..

Я так понимаю, код фс никто не пилит..

Антоха Минисэйлов, Кен Рисов?

И брайн вест..

Но их тут нет )

Периодически "правлю" под заказчиков. Не контрибьютил ничего покачто, если об этом речь.

Периодически "правлю" под заказчиков. Не контрибьютил ничего покачто, если об этом речь.

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

Спору нет.

Не свои модули, а правки их кода

#define SOFIA_SIP_RESPONSE_HEADER_PREFIX "sip_rh_" #define SOFIA_SIP_RESPONSE_HEADER_PREFIX_T "~sip_rh_"

кто знает, в чем разница?

В тильде.

Одна из них, что с тильдой имеет отношение к xfer

Устанавливается самим фс?

Да. Тильда - признак того, что при трансфере выставили в новосозданной сессии, скопировав значение из родительской сессии.

А, спс

switch_ivr_transfer_variable

Tranfer variable from one session to another.

В случае тильды он несколько переменных пробегает

Надо просто грепнуть код..

На самом деле, сейчас код смотрю: там ест набор переменных, котоорые он переносит.

И те, что *_PREFIX он тащит с тильдой.

Хотя задача уже не так актуальна, просто вкорячили сип копи кастом хидерс в ложь на трансферах

А пробовали в трансферном контексте выставлять переменную?

Ну и задавать этот контекст в свой, конечно.

Привет, ни у кого не было проблем с мультифоном? он вечно отбивает 606 not acceptable при исходящем вызове, в invite уходит rtpmap:8 PCMA/8000 rtpmap:9 G722/8000 rtpmap:0 PCMU/8000 при чем проблема только на 1 шлюзе, остальные работают без проблем

http://www.vishnivetsky.ru/заметки%20статьи%20обзоры/FreeSwitch%20мультифон%20ошибка%20606%20Not%20Acceptable.html

Как вариант.

видел это, но на счету 500+

Привет, ни у кого не было проблем с мультифоном? он вечно отбивает 606 not acceptable при исходящем вызове, в invite уходит rtpmap:8 PCMA/8000 rtpmap:9 G722/8000 rtpmap:0 PCMU/8000 при чем проблема только на 1 шлюзе, остальные работают без проблем

http://www.blindfiveyearold.com/wp-content/uploads/2015/06/unacceptable-lemongrab-e1434739410519.png

Не мог не пошутить ?

В шлюз вызовы точно идут от его аккаунта? Лучше проверить это отладкой SIP.

Формат номера А и Б правильный?

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

Советую у ТП спросить, что им не нравится в ситуации, когда отличия лишь в учётных данных(пользователь/пароль).

А пробовали в трансферном контексте выставлять переменную?

какую? ) там даже с просто установкой этой переменной извращаться пришлось, через uuid_setvar ${last_bridge_to} force_sip_copy_custom_headers и если оно есть - в новом канале ставится false.

и походу, никакие set, export, export_vars не работают, когда сделали это в ноге и потом был transfer -bleg

...запускал кто фс в докере?

хочу несколько изменить подход, сейчас это несколько openvz нод с полным набором софта

Отписывался кто-то насчёт докера

Вебителовскую сборку видел

ERROR: S client not available

На хабре кажется статья была или на гиктаймс

Не у компа, не найду щас, погугли

Вроде писали что норм

Lxc с надстройками

Можно так сказать

был у меня один клиент пилил ему докеризацию . Но концепция у них интересная 1 сервис = 1 контейнер

хочу несколько изменить подход, сейчас это несколько openvz нод с полным набором софта

чем тебе openvz не устраивает?)

В любом случае докер используется только для запуска приложения самого , БД , записи разговоров, конфиги тебе придется хранить за контейнером

контейнер после перезапуска очищается

остается только та инфа которую ты указал при билде

чем тебе openvz не устраивает?)

пачкой багов в смеси с kvm, и хочется автосборку докер машины при апе фс сорцов

основные конфиги в бд, тут как раз пусть вычищает. Но сами бд надо хранить вне докера

вот вот тебе придется набенить деплой для всей этой кухни

у нас и так деплоя уже наверчено

чем делаете?

башем )

пачки своих скриптов

аа я думал jenkins

я тоже писал хуева тутуева скриптов

чтобы это все взлетело

)))

пачки своих скриптов

я как понял ты пилишь какое то облачное решение?

не, у нас просто обвязка сборок

десятки своих пакетов, несколько версий фс.

потом всё обкатывается и ручками yum update )

Ну с докером тебя ждет тоже много приколов)) Например залинковал ты контейнеры фронт бек бд , делаешь деплой в беке хуяк а у тебя база еще не поднялась

для этого чуваки напиздрякали баш скрипт

который ждет базу

а потом только деплой

Не привыкать. )

Никак не могу победить, вопрос - будет ли вообще такое работать? con.execute("playback", "somefile.wav") con.execute("set", "ringback=$${us-ring}", uuid) con.execute("bridge, "sofia/internal/exten", uuid)