до fifo я запускал скрипт вот так:
<action application="export" data="_nolocal_execute_on_answer=lua::office_on_user_answer.lua ${uuid}"/>

но сейчас при поднятии трубки скрипт не стартует (я думал, может он стартует сразу, когда звонящий попадает в очередь (фифо ведь тоже ансвер делает), но нет...

верно ли я понимаю,
аналогично вот этому:

In /autoload_configs/lua.conf.xml
<hook event="CHANNEL_HANGUP_COMPLETE" script="catch-event-cdr1.lua"/>

я ловлю событие и ставлю на него хук. Просто аналогичное событие может пролетать не только в этой очереди, но и в другой, как-то можно выставить хук на событие внутри одного экстеншна (в данном случае одной очереди)?

А сравнить эти события? Если есть отличия отфильтровать IF`ом.

Вариант запустить такой хук по событию из xml диалплана имеется? Если нет, то внутри луа конф видимо можно сравнить (я не знал что там можно прописывать какие-то условия)

У тебя запускается Lua-скрипт на событие. В нем можешь делать, что хочешь. В том числе и "фильтровать".

Коллеги есть вопрос, как корректно вызвать record_session  на канале от которого я знаю  uuid
api:executeString("uuid_broadcast "..uuid.." record_session::"..rec_file.." aleg");
вот такая история вешает канал  вроде бы или я в синтаксисе ошибаюсь
или через ивент слать ? если через ивент то какой правильный формат

а чем uuid_record не устраивает?

много буковок там угрожающих в ее описании, но попробую спасибо

добрый день, напомните пожалуйста, шлюз посылает register и авторизация по паролю,то в ответ мы должны прислать 401 или 407

rfc3665 п.2

спасибо

Факс у фс настолько плох? Зачем iaxmodem?

Мне наши белорусские коллеги утверждают, что без факсов их государство не работает и приходится мириться

Коллеги, здравствуйте. Ознакомился со статьей в интернете, где сообщается, что телефоны Avaya своеобразно (не значит плохо) реализуют sip. В частности, первый invite летит в прокси с одинаковыми to и from, идентифицирующими вызывающего (почти как в register) и без sdp.

Насколько такое поведение как-то описано в каком-то rfc ? То есть есть ли какое-то особенное стандартизованное описание обмена для случая, когда to равно from - обязан ли произвольный прокси (третьего производителя) как-то уметь такое стандартно обрабатывать ?

rfc3261

The To header field first and foremost specifies the desired
   "logical" recipient of the request, or the address-of-record of the
   user or resource that is the target of this request.  This may or may
   not be the ultimate recipient of the request.

"своеобразное" исполнение протокола всегда плохо, когда есть RFC

Так, а где противоречие поведения avaya с приведённой Вами выдержки из rfc ?

specifies the desired
  "logical" recipient of the request

Расширю, тогда, начальное сообщение: делая так, как я описал изначально телефон даёт знать серверу, что трубка снята. То есть, как только трубка offhook - сразу полетел такой своеобразный invite.

Тогда, по Вашему выходит, что дать понять об этом (поднятие трубки) с помощью такого использования протокола sip - некорректно ?

для сервисных сообщений есть INFO и NOTIFY