ничего оно не режет

мне не надо обрезать

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

^(\+?\d{11})$

^(\+?\d{11})$

гранд мерси

интересная синхронность

^((|\+)\d{11})$ так корректно отработает, не отрежет сам FS ничего лишнего?

а что тут значил пайп?

пусто или + ?

ага

и в этом случае в $1 ушло бы ничего или +

там же вложенные скобки

а да, сорян, в $2 ушло бы ничего или +

а в $1?

вот кстати да, а при вложениях какая логика?

по порядку скобок

какая первая открылась

ТО есть несколько переменных?

та и идет первой

ну тогда получается в $1 и был бы тот же итог

да

баламут))

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

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

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

да да

я знаю

"когда у программиста возникает проблема, ему в голову иногда приходит мысль: о, я могу сделать это с помощью регулярных выражений! Обычно это означает что у программиста теперь ДВЕ проблемы"

Коллеги, подскажите, пожалуйста. Можно ли изменить поле contact в REGISTER ну и вообще в целом? Сейчас оно выглядит примерно вот так Contact: <sip:gw+gateway_name@ip_addr:5080;transport=udp;gw=gateway_name> нужно убрать вот это вот gw+ в начале, а в идеале полностью сменить начало строки: gw+gateway_name на свое значение

Да. Можно.

Но будут ограничения. По крайней мере раньше так было.

Ограничения несущественные, в основном касающиеся привязки статистики вызовов к имени шлюза.

А как это сделать? В Freeswitch, само собой.

Какой-то параметр в шлюзовых настройках. На вскидку не помню.

extension-in-contact=true

Нашел вот это <param name="contact-params" value="domain_name=$${domain}"/> но оно добавляет новые поля в Contact.

extension-in-contact=true

хм, что-то такого параметра не нашел. Это в настройках гейтвея?

а, всё, разобрался

спасибо!

Да

Пожалуйста

а подскажите такой момент, почему здесь проходит второе условие, хотя inline в строке установки переменной нет. тогда как в доке сказано, что переменная установится только во время execute, то есть во время routing второе условие не должно сработать. и поэтому необходимо прописывать inline, чтобы установка переменной происходила в routing

переменная устанавливается уже во время routing без inline и срабатывает второе условие:

Так у тебя data вместо expression в тэге condition

А т.к. expression не задан, то он берётся пустым. А с пустым expression у тебя всё, что угодно PASS будет.

?‍♂️

спасибо

всем доброе утро. сталкнулся с такой проблемой. есть три очереди для операторов кол центра. отвечают все на разные запросы. если поменять местами операторов и сделать просто reload mod_callcenter то все равно звонки приходят по старому правилу. помогает только удаление db файлов и рестарт фс. пробовал reload mod_db тоже не помогло. не подскажете я делаю что то не так или так устроен фс?версия фс 1.7 centos 7

reloadxml был?

да

не помогает

reloadxml reload mod_callcenter reload mod_db

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

а как сделать чтобы из ivr можно было позвонить на внешний номер?

<action application="bridge" data="sofia/tisp-gw/external_number"/>

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

playbackandgetdigits

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

fsctl sync_clock

playbackandgetdigits

<entry action="menu-exec-app" digits="/^(7[0-9].+)$/" param="transfer $1 XML default"/>

А дальше уже диалпланом ловить

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

callcenter_config tier del QUEUE TIER

callcenter_config tier del QUEUE TIER

это при чем?

еще есть релоад агента/очереди из консоли..

Ой, не на то сообщение ответил

Очереди да

callcenter_config queue reload ххх

У него же сложность в том что агент звонить продолжает

Хотя его типа удалили из очереди

релоад тиеров?

вообще странно, хотя может это косяк статических дп.. у нас такого нет

Да, там действительно есть такая проблема

callcenter_config tier del QUEUE TIER

del == reload

Хм, не знал, над попробовать

Мы удаляем и создаём новые

таб не?

там же выводит все опции

а вообще, можно сразу в базу хреначить ))

Да вот релоад я там и не помню

проверил, есть

собсно, мы так делаем, загрузка штатно у нас занимала 20+ минут еще с год назад, так - 5с

Сразу в базу как то не хочется)

Хотя его типа удалили из очереди

две очереди одни отвечают сервис звонки вторые на жалобы.и вот оператор 1000 отвечающий на жалобы переведен в сервис. удаляю 1000 из жалоб добавляю в сервис. но все равно звонки приходят косающих жалоб. я думал что mod_callcenter обобщенная команда и должна обновлять весь общий модуль.

reload mod_callcenter бд не чистит

callcenter_config queue reload queue1@172.16.205.92 а так дб обновляет?

а вообще почему не срабатывает reload mod_db?

или я не правильно понимаю эту команду?она не должна обновлять db?

mod_db используется для хранения связок ключ-значение в бд

во внешней

mod_db используется для хранения связок ключ-значение в бд

спасибо

callcenter_config queue reload queue1@172.16.205.92 а так дб обновляет?

обновляет DB касаемо очереди

релоад тиеров?

а какой там формат, чот не пойму, callcenter_config tier reload QUEUE TIER?

а какой там формат, чот не пойму, callcenter_config tier reload QUEUE TIER?

пробуй ) релоад не ломает

если такого и нет - просто скажет ошибку

да вот я все перетыкал и всё с ошибками

ща в исходниках гляну

Привет, подскажите, можно ли обновить переменные max-session и session-per-second, которые в switch.conf без рестарта fs? Нужно делать reload модуля?

Это ядрёные параметры. Не получится без рестарта.