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

так картохи заказать недолго, звонки короткие.

Всем, привет. Подскажите плиз, переменная destination_number откуда берет значение? Из Req-URI? Или дополнительно из других полей, например, при Refer?

проще всего открыть сорс

при внутренних переадресациях оно тоже меняется при том же инвайте

так что это вычисляемое поле

благодарю, гляну сорсы

Вечер добрый. Суньте носом в доку, где выключить "Outbound Call" в профиле или какую переменную сунуть. Вот это всё уже перепробовал <action application="set/export" data="sip_cid_type=none/pid/rpid"/> <action application="set/export" data="ignore_display_updates=true"/> в профилях: <param name="cid-type" value="none/pid/rpid"/> <param name="pass-callee-id" value="false"/> <param name="caller-id-type" value="none/pid/rpid"/> Суть в чем, ФС какого то хрена пихает в P-Asserted-Identity сначала значение а-ля "dst_num <dst_num@domain>", а после ответа прилетает UPDATE, в котором содержится "Oubound Call <dst_num@IP>". В исходниках нашел new_profile->callee_id_name = switch_core_strdup(new_profile->pool, "Outbound Call"); Изменил на new_profile->callee_id_name = switch_core_strdup(new_profile->pool, new_profile->destination_number); Вроде сожрало и заработало относительно ровно, но что-то мне подсказывает что должен быть всё таки нормальный вариант решения этого вопроса.

бага, да

запили репорт, вдруг примут

бляха

а вот про это я чот не подумал, пойду ка мастера солью с гита

P-Asserted-Identity пихается когда не просят, в инвайте отключается через caller-id-type + вроде caller_id_type как переменная, но в подстановку в какие-то ответы не лечит

А я всегда думал что это фича)

P-Asserted-Identity пихается когда не просят, в инвайте отключается через caller-id-type + вроде caller_id_type как переменная, но в подстановку в какие-то ответы не лечит

sip_cid_type=none должно выпилить всё

но нет

из инвайтов выносится

но в итоге мы на каме вырезаем

ох балин, казалось бы

sip_cid_type=none должно выпилить всё

А куда его пихать?

в дп

А куда его пихать?

в профиль и дп

в профиль cid-type

в профиле прямо указаны примеры даже

но оно хрен работает)

т.е. они сломали это еще в 1.4

<!— Caller-ID type (choose one, can be overridden by inbound call type and/or sip_cid_type channel variable —> <!--<param name="caller-id-type" value="rpid"/>--> <!--<param name="caller-id-type" value="pid"/>--> <!--<param name="caller-id-type" value="none"/>-->

вот прямо от разрабов

у нас none

но вырезает только из инвайтов

Спасибо)

и да, в дп дублировать, оно тупое )

аа, т.е. и там и там надо?

тогда сожрет?

у нас получилось так

доделываем миграцию на 1.6

есть шанс, что в июне уже 1.6 будет

да вот собственно 1.6 та же боль

зато по нему репорты принимают )

прям вспомнилось

неа, не проканало

sip_cid_type и caller-id-type в профиле

пойду костыль приделаю

я так понимаю не работает вот этот кусок

https://pastebin.com/w9jDYNjQ

обновился до последней версии 1.6

заработал ignore_display_update=true

ан нет, нихрена ? это мой патч оказывается отрабатывал

но, выяснил следующее, при установленном ignore_display_updates не обновляет callee_id_number

но продолжает обновлять callee_id_name

А, проверь что не прокидываешь sip-req-uri, как оно точно.. Если есть - обнуляй

Может даже сюда скидывал про это

чот не нашел сходу

спасибо за наводку, завтра уже наверно проверю

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

Тоже гляну, что сбрасываю при трансфере

буду очень благодарен)

<!— Caller-ID type (choose one, can be overridden by inbound call type and/or sip_cid_type channel variable —> <!--<param name="caller-id-type" value="rpid"/>--> <!--<param name="caller-id-type" value="pid"/>--> <!--<param name="caller-id-type" value="none"/>-->

написанож "overridden by inbound call" для исходящих нужно в диалплане експортить

overridden by inbound call Т.е. входящий для ФС перетирает

в исходящих экспортил, не алё тоже

т.е. export sip_cid_type=none

не проканало тоже, разные вариации пробовал

но, выяснил следующее, при установленном ignore_display_updates не обновляет callee_id_number

sip_from_uri= попробуй сбросить

sip_from_uri= попробуй сбросить

обнулить просто?

пустую строку запхнуть всмысле

ERROR: S client not available

я экспорчу с пустой строкой

ага, ща попробую, спасибо

кто знает, если я в att_xfer убрал встроенный бинд на # для сброса третьей ноги, могу я как-то эмулировать это поведение?

коллеги, нету ли случайно какой-нить переменной, которую можно перед бриджом поставить в {} чтобы ограничить время соединения? (sched_hangup не предлагать)

кто знает, если я в att_xfer убрал встроенный бинд на # для сброса третьей ноги, могу я как-то эмулировать это поведение?

попробуй забиндить # на exec_extension и в нем hangup, если сожрет то по идее при отбое тебя должно вернуть обратно

почему не подойдет sched_hangup?

потому что там диалплана нет. originate sofia/.... &playback(moh..)

а execute_on_answer?

а его куда? он же тоже в диалплане работает

потому что там диалплана нет. originate sofia/.... &playback(moh..)

инлайн только

А нога endpoint, Б нога inline диалплан

потому что там диалплана нет. originate sofia/.... &playback(moh..)

для sched дп не нужен

кто знает, если я в att_xfer убрал встроенный бинд на # для сброса третьей ноги, могу я как-то эмулировать это поведение?

получилось?

sip_from_uri= попробуй сбросить

не проканало, и в Б ногу запихивал и set и export

получилось?

нет пока

не проканало, и в Б ногу запихивал и set и export

нухз, нам помогло

нухз, нам помогло

ща поколупаюсь, может в комбинации с чем то пройдет

а его куда? он же тоже в диалплане работает

В параметры оригинейта все спокойно заходит

Originate {params}sofia...

Добрый день. Используем fs для ихсодящих звонков, 90% звонков идут через браузер, используем mod_verto. Но иногда бывает проблема, что оператора, который звонит из браузера клиента плохо слышит или слышит тихо. Возможно проблема в транскодинге, так как если я правильно понял, то verto использует opus-кодек и он достаточно тяжел и к тому же идет транскодинг звонка. Верно ли это и возможно ли как-то оптимизировать? Либо может кто-то ткет носом, где смотреть и что почитать на эту тему. Заранее спасибо.

Добрый день. Используем fs для ихсодящих звонков, 90% звонков идут через браузер, используем mod_verto. Но иногда бывает проблема, что оператора, который звонит из браузера клиента плохо слышит или слышит тихо. Возможно проблема в транскодинге, так как если я правильно понял, то verto использует opus-кодек и он достаточно тяжел и к тому же идет транскодинг звонка. Верно ли это и возможно ли как-то оптимизировать? Либо может кто-то ткет носом, где смотреть и что почитать на эту тему. Заранее спасибо.

Дык можно же кодеки другие, ограничение на кодеки накладывает браузер. Мы PCMA гоняем

Парни приветствую всех..

Только начал работать c freeswitch c FusionPBX

так возник вопрос.

Добрый день. Используем fs для ихсодящих звонков, 90% звонков идут через браузер, используем mod_verto. Но иногда бывает проблема, что оператора, который звонит из браузера клиента плохо слышит или слышит тихо. Возможно проблема в транскодинге, так как если я правильно понял, то verto использует opus-кодек и он достаточно тяжел и к тому же идет транскодинг звонка. Верно ли это и возможно ли как-то оптимизировать? Либо может кто-то ткет носом, где смотреть и что почитать на эту тему. Заранее спасибо.

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

нет, расширение не используем, просто взяли библиотеку verto.js и сами написали свою простую звонилку

просто не нашел, где для verto поставить принудительно другой кодек

и возможно ли это сделать?

есть внутренние номера, находяться в default contex, есть исходящии contex out85 out84 внутренние номера допустим 1001 находиться в contex out85 и не может звонить на внутренние номера которые находяться в contex default

как сделать

в астере знаю а тут нет

хотя номер 1001 в contex out85 может совершать исходящие звонки в город