local recdata2 = event:getHeader("variable_X-Rec-data2")

а в луа я ставил

session:getVariable("variable_sip_h_X-Caller-userId") То же самое. не достает

и еще раз. При активном звонке что в uuid_dump на этой ноге?

ЩАс я пытаюсь выепить по uuid

не часто пишу на fs

show channels like ...

и потом uuid_dump (uuid)

в fs_cli

нУ это же во время звонка

правильно?

lf

Я пока что просто пытаюсьпробросить

то есть звонок кладу

сразу

дамп канала хочу вытащит ьчерез диалплан

типа chanDump в астериске

action application=info

session:execute("info")?

как-то так, на луа не доводилось смотреть инфо

если что, дата пуста

executeString или execute("info","")

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

variable_sip_h_X-Caller-id: [4] variable_sip_h_X-customerId: [46] variable_sip_h_X-Caller-userId: [46]

Все переменные в канале есть

значит должно работать

Ну я понимаю что должно)))

получаешь в диалплане?

в хуке - данные в event:

у меня просто диалплан на луа без евентов

ну сделай session:serialize()

и принт

а ок

момент

можно в xml или json

session:consoleLog("notice",session:serialize())

судяпо всему в консоль так

но как то пусто

session:consoleLog("notice",session:serialize()) ан нет не пусто

грит нет такого метода

ну глянь dir(session), у меня нет дп на луа, а event:serialize() - есть, в хуке использую

что мне надо посмотреть? я найду аналог на луа) скажи цель просто)

что мне даст команда эта

так у меня хук тоже на луа..

но если там же дамп показывает переменную.. если и с variable_ и без - ничего не возвращает, то это или бага, или что-то не так

нУ вот странно. Я сомневаюь что это баг так как у всех же работает Да и потом я ее вижу в дампе Мне кажется прсто процедура обращения должна быть какая-то... другая. Ну фиг знает Другие то переменные я из канала забираю норм

local callerNumber=session:getVariable("caller_id_number") local calleeNumber=session:getVariable("destination_number")

Вот это норм работает

это уже переменная канала, без разницы, выставили её туда руками или она через заголовки пришла

Я понимаю это

сериализ - проверить именно переменные в сессии, а не канала

может оно там порезано

так Я вижу переменную Caller-Caller-ID-Number: К которой я обращаюсь вот так local callerNumber=session:getVariable("caller_id_number")

то есть название не такое

есть вариант и такой uuid = event:getHeader("Unique-ID") a = api:execute("uuid_getvar", uuid .. " " .. var)

вместо ивента - сессия

щас попробуем

то есть название не такое

это норма и описано в доке, "специальные переменные", там табличка большая

local api = freeswitch.API()

да апишка подключена

собственно, сессия-то жива на момент гетхидера?

а то мало ли, оно уже в hangup state

Да

С сессией норм

гет хедер не проходит тоже. Не знает такого метода

uuid_getvar?

ERROR: S client not available

знает

Щас момент я еще по АПИшке посмотрю вообще

execute же

Я псрото думаю что если getVariable извлекает специальные переменные то мб и тут чтобы достать хедер нужно обратиться к сепециальной переенной?

Не скинешь ссылку на документацию где опиываются спец переменные?

не могу найти где это написано

https://wiki.freeswitch.org/wiki/Channel_Variables#Info_Application_Variable_Names_.28variable_xxxx.29

оно?

вроде да .ЩАс ознакомлюсь

Регистры? Какие в жопу регистры! session:getVariable("sip_h_x-customerid") Вот так забрался хедер X-customerId Спасибо за ссылку в документации, а контрибьтерам и разработчикамфрисвича спасибо за отсутсвие логики))

О_О

в event читаю вида X-Rec-Data2, всё читается..

ну вот такой "прямой" АПИ к сессии в fs

может это чисто в lua отломили

Ну как бе из доки забрал

из той что выше

системные переменные в мелкие буквы - это не трогает кастомы

а тут крайне странно

ну так это же получается системная переменная

можно написать в рассылку, втф

с какого перепуга?

ну по идее это переменная sip_h_

все системные описаны в доке, sip_* это юзерские

Ну открой доку

там есть описание вот этой системной переменной

короче, лучше в рассылку

или ирку, но там редко отвечают

просто она под примером sip_h_p*

p - не х

Да суть то одна и та же

забрать хедер

нуок, не буду спорить