е
бури в отражениях...
Size: a a a
2020 September 16
AS
прикольно, всё что надо в одном месте
угу, а ещё весь документ - валидная lua программа
е
угу, а ещё весь документ - валидная lua программа
AS
тож по ней знакомился
е
господа, а как-то можно свичнейм посмотреть не вызывая пост-запроса лишнего?
AK
Коллеги, кто нибудь в курсе какаая запись корректная
To: <sip:74951234567@example.com;user=phone> или вот так
To: <sip:74951234567@example.com>;user=phone
Не могу найти что говорит стандарт на этот счет, может кто бросит ссылочкой ?
Фрисвич же при задании в параметрах {sip_invite_to_params=user=phone} поместит его в заголовок как в примере
To: <sip:74951234567@example.com;user=phone>
А правильно ли это ? и как заставить его помещать как-то подругому
To: <sip:74951234567@example.com;user=phone> или вот так
To: <sip:74951234567@example.com>;user=phone
Не могу найти что говорит стандарт на этот счет, может кто бросит ссылочкой ?
Фрисвич же при задании в параметрах {sip_invite_to_params=user=phone} поместит его в заголовок как в примере
To: <sip:74951234567@example.com;user=phone>
А правильно ли это ? и как заставить его помещать как-то подругому
AB
<sip:74951234567@example.com;user=phone>
A
Коллеги, кто нибудь в курсе какаая запись корректная
To: <sip:74951234567@example.com;user=phone> или вот так
To: <sip:74951234567@example.com>;user=phone
Не могу найти что говорит стандарт на этот счет, может кто бросит ссылочкой ?
Фрисвич же при задании в параметрах {sip_invite_to_params=user=phone} поместит его в заголовок как в примере
To: <sip:74951234567@example.com;user=phone>
А правильно ли это ? и как заставить его помещать как-то подругому
To: <sip:74951234567@example.com;user=phone> или вот так
To: <sip:74951234567@example.com>;user=phone
Не могу найти что говорит стандарт на этот счет, может кто бросит ссылочкой ?
Фрисвич же при задании в параметрах {sip_invite_to_params=user=phone} поместит его в заголовок как в примере
To: <sip:74951234567@example.com;user=phone>
А правильно ли это ? и как заставить его помещать как-то подругому
обе корректные только в первой user=phone это uri parameter, а во второй - header parameter
AK
обе корректные только в первой user=phone это uri parameter, а во второй - header parameter
А как указать фрисвичу , что нужен не URI параметр, а параметр заголовка
A
не знаю, но user=phone принято передавать URI параметром, причем обычно в R-URI, а не в To
2020 September 17
е
черт, а какой подход мне выбрать? отдавать свичу XML или указать луа как диалплан в профиле?
АХ
черт, а какой подход мне выбрать? отдавать свичу XML или указать луа как диалплан в профиле?
Те же яйца, только в профиль. Основная разница как по мне в том что в lua диалплане доступен объект session, а в XML param.
е
Те же яйца, только в профиль. Основная разница как по мне в том что в lua диалплане доступен объект session, а в XML param.
а я так понял, луа не даёт интерактивности в любом случае?
е
получается, что xml_curl, что lua в двух основных вариантах без ухищрений типа трансфера - это та же статика только с возможностью переменные подтянуть перед выполнением?
е
мне очень досадно что эта задача не встала на две недели позже, после вашего, Алексей, мастер-класса)
АХ
получается, что xml_curl, что lua в двух основных вариантах без ухищрений типа трансфера - это та же статика только с возможностью переменные подтянуть перед выполнением?
Ну типа того. Вообще мне Dialplan LUA показался немного странным. Потому что там доступен объект session. Тоесть мы прям в этом скрипте можем что то сделать с сессией как при обычном вызове луа скрипта из диалплана. Например session.answer() или seasion.execute()
АХ
А можем просто отдать таблицу ACTIONS
е
это всё очень странно для меня и непонятно
D
Здравствуйте. Только осваиваю фрисвитч, подскажите, пожалуйста, следующий момент: в контекст "обратно" с IVR попадает вызов, и нужно передать его сразу двум добавочным без использования бриджа на группу, т.е. вариант
<action application="bridge" data="group/support@${domain_name}"/> не подходит. Подскажите, пожалуйста, как такое реализовываетсяе
Здравствуйте. Только осваиваю фрисвитч, подскажите, пожалуйста, следующий момент: в контекст "обратно" с IVR попадает вызов, и нужно передать его сразу двум добавочным без использования бриджа на группу, т.е. вариант
<action application="bridge" data="group/support@${domain_name}"/> не подходит. Подскажите, пожалуйста, как такое реализовываетсято ли через || то ли через , перечисли в бридже. вообще посмотри именно бридж на конфлюенсе, там есть пример.