АХ
В параметрах профиля
Size: a a a
2021 January 28
AM
T1 *64
не похоже.
то, о чем вы говорите, это общая длительность попыток отправок инвайтов. По дефолту 32 сек.
Т.е. через 32 секунды, вызов терминируется с причиной RECOVERY_ON_TIMER_EXPIRE
а вот нарастание таймаута между инватами похоже не задается, оно в коде.
то, о чем вы говорите, это общая длительность попыток отправок инвайтов. По дефолту 32 сек.
Т.е. через 32 секунды, вызов терминируется с причиной RECOVERY_ON_TIMER_EXPIRE
а вот нарастание таймаута между инватами похоже не задается, оно в коде.
АХ
не похоже.
то, о чем вы говорите, это общая длительность попыток отправок инвайтов. По дефолту 32 сек.
Т.е. через 32 секунды, вызов терминируется с причиной RECOVERY_ON_TIMER_EXPIRE
а вот нарастание таймаута между инватами похоже не задается, оно в коде.
то, о чем вы говорите, это общая длительность попыток отправок инвайтов. По дефолту 32 сек.
Т.е. через 32 секунды, вызов терминируется с причиной RECOVERY_ON_TIMER_EXPIRE
а вот нарастание таймаута между инватами похоже не задается, оно в коде.
Просто почитайте про таймеры а сип) вопросы отпадут
AM
Просто почитайте про таймеры а сип) вопросы отпадут
уже.
если правильно понял, то чуда не будет )
сейчас буду думать над вариантом найденным на просторах интернета
что то типа
<action application="set" data="x=${expand(send_invite.lua ${case_number}${uuid})}"/>
<action application = "playback" data="/tmp/LongMusicFile.wav"/>
и пытаться научиться писать луа скрипт с нуля (попытка бриджа каждые 10 сек в течении 300 секунд и прекращением playback при успехе), что пугает:
или оставлю "неидеальный вариант" )
если правильно понял, то чуда не будет )
сейчас буду думать над вариантом найденным на просторах интернета
что то типа
<action application="set" data="x=${expand(send_invite.lua ${case_number}${uuid})}"/>
<action application = "playback" data="/tmp/LongMusicFile.wav"/>
и пытаться научиться писать луа скрипт с нуля (попытка бриджа каждые 10 сек в течении 300 секунд и прекращением playback при успехе), что пугает:
или оставлю "неидеальный вариант" )
АХ
уже.
если правильно понял, то чуда не будет )
сейчас буду думать над вариантом найденным на просторах интернета
что то типа
<action application="set" data="x=${expand(send_invite.lua ${case_number}${uuid})}"/>
<action application = "playback" data="/tmp/LongMusicFile.wav"/>
и пытаться научиться писать луа скрипт с нуля (попытка бриджа каждые 10 сек в течении 300 секунд и прекращением playback при успехе), что пугает:
или оставлю "неидеальный вариант" )
если правильно понял, то чуда не будет )
сейчас буду думать над вариантом найденным на просторах интернета
что то типа
<action application="set" data="x=${expand(send_invite.lua ${case_number}${uuid})}"/>
<action application = "playback" data="/tmp/LongMusicFile.wav"/>
и пытаться научиться писать луа скрипт с нуля (попытка бриджа каждые 10 сек в течении 300 секунд и прекращением playback при успехе), что пугает:
или оставлю "неидеальный вариант" )
Плейбек заблокирует поток команд. Нужно сделать что-то типа uuid_displace и уже потом запускать луа
АХ
И перед бриджом выключать uuid displace
BB
уже.
если правильно понял, то чуда не будет )
сейчас буду думать над вариантом найденным на просторах интернета
что то типа
<action application="set" data="x=${expand(send_invite.lua ${case_number}${uuid})}"/>
<action application = "playback" data="/tmp/LongMusicFile.wav"/>
и пытаться научиться писать луа скрипт с нуля (попытка бриджа каждые 10 сек в течении 300 секунд и прекращением playback при успехе), что пугает:
или оставлю "неидеальный вариант" )
если правильно понял, то чуда не будет )
сейчас буду думать над вариантом найденным на просторах интернета
что то типа
<action application="set" data="x=${expand(send_invite.lua ${case_number}${uuid})}"/>
<action application = "playback" data="/tmp/LongMusicFile.wav"/>
и пытаться научиться писать луа скрипт с нуля (попытка бриджа каждые 10 сек в течении 300 секунд и прекращением playback при успехе), что пугает:
или оставлю "неидеальный вариант" )
Я бы оставил неидеальный вариант)
DG
Всем привет. Народ, есть кто-то, кто может помочь настроить FS в качестве сервера регистраций SIP транков (шлюза между ТФОП и Asterisk'ом). Не безвозмездно.
PZ
Всем привет. Народ, есть кто-то, кто может помочь настроить FS в качестве сервера регистраций SIP транков (шлюза между ТФОП и Asterisk'ом). Не безвозмездно.
что под тфоп подразумевается? sip реги от провайдеров?
DG
да
PZ
чистый фс?
DG
Да. Только поставил FS 1.10 на Debian 10
PZ
если не секрет, а зачем fs, если можно от провайдеров завести номера на астер?
DG
На астер заведены. Всё работает. Предполагается расширения кол-центра и возрастающая нагрузка. Планируется переход на схему - FS->балансер(Kamailio)-> несколько астеров
PZ
На астер заведены. Всё работает. Предполагается расширения кол-центра и возрастающая нагрузка. Планируется переход на схему - FS->балансер(Kamailio)-> несколько астеров
я теперь еще больше не понимаю, а fs то зачем в этой схеме?) ну и стройте всё на каме тогда)
DG
Руководство хочет FS
PZ
ну раз руководство хочет, то пусть настраивает) а если серьезно, то это трата времени и средств. Делайте сразу балансировщик на каме, она умеет то, что у вас сейчас описано
DG
т.е. - без фрисвитча ТФОП - кама - астеры?
DG
У нас просто есть "закрытый" контур сети. В открытом будет только FS. Всё остальное хозяйство в закрытом.
АХ
а если упретесь в этот фс? что будете делать?
ставьте в "открытый контур" kamailio.
звонки от аплинков отправляйте на обработку в каму, звонки от ваших абонентов в астериск
ставьте в "открытый контур" kamailio.
звонки от аплинков отправляйте на обработку в каму, звонки от ваших абонентов в астериск