Для индексации полезных и бесполезных разговоров

[notify_ded_bot]

спасибо за нормальный ответ!
как я понимаю в ванильном астериске не сделать

пока нет, но кто знает, можно было бы сделать какой-то отладочный объект, где могли бы храниться все сообщения из диалога, к которым можно было бы организовать доступ из диалплана

[notify_ded_bot]

Так со стороны jssip фиксируйте. Это же проще.

оно там фиксируется разумеется
но сделать одну табличку вызов в CDR - код ушедший агенту
ну можно через репликацию и какое то view
okay meme

[notify_ded_bot]

для 400-700 можно PJSIPHangup заюзать чтоб быть уверенным что отдали. т.e зачитать что отдали с лега б и скормить PJSIPHangup

[notify_ded_bot]

вот это не проверил, завтра гляну, если доступ дадут )) сейчас клиент ушел уже

Ещё может быть что в свойствах сетевки на гипервизоре стоит галка teaming или allow Mac address spoofing.

[notify_ded_bot]

для 400-700 можно PJSIPHangup заюзать чтоб быть уверенным что отдали. т.e зачитать что отдали с лега б и скормить PJSIPHangup

его уже поздно вызывать в hangup handler ?

[notify_ded_bot]

хз. у меня сразу после диал проверка если не 200 то вызывается PJSIPHangup с темже кодом что получили. собственно перед вызовом ни что не мешает сохранить его кудато. тоесть все до hangup первому легу

[notify_ded_bot]

опция g разве не продолжит исполнение диалплана чтобы переопределить тонкости которые нам нужны

[notify_ded_bot]

либо при звонке с sip-номера во вне пусть слушает фиктивный прогресс и когда будет ансвер "во вне" то соединить оба канала, тут конечно сразу куча тонкостей наваливается которые тоже надо учитывать

[notify_ded_bot]

опция g разве не продолжит исполнение диалплана чтобы переопределить тонкости которые нам нужны

оно надо когда там режектят звонок, а в таком кейсе и без g дальше идет все само

[notify_ded_bot]

интересное сообщение получил от билайна касательно принудительного МАВ. кто что думает? принудительный развод на МАВ?
далее цитирую.