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

я просто не понимаю зачем спускать коннект до модуля в астере не всегда стабильного

если коннекто может обслуживать unixodbc

он хотя бы адекватнее

хотя бы с локами не такие глюки как у нативного

Каким образом можно выполнить кусок диалплана во время разговора? Ключи приложения Dial() - U() или M() выполняются после поднятия трубки но до установки моста. Т.е. не во время разговора. В документации к Dial есть упоминание ключа 'a', который должен выполнять M() одновременно с соединением. Но по факту наличие этого ключа не дает никакого эффекта.

Пока что я преследую одну цель - поймать bridge id и записывать этот id в cdr таблицу. Необходимо это для однозначного определения разговора между двумя endpoints (далее этот id используется на стороннем сервисе для доступа к деталям разговора). Так же может возникнуть необходимость объявления в канал по наступлению некоего события, в связи с чем не подходит ключ L().

Спасибо за возможные подсказки!

я использую ключи UBb

bB это предиалхендлеры

каллер или калли

да... но "в произвольный момент" - это только AGI

ну или ARI

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

очень странно что core show channels verbose бриджи показывает, но при этом ил потока звонка к ним не прорваться

есть AMI event.. там есть информация

Bridge_event

Я её использую чтобы сохранять у себя кого с кем соеденили

Дмитрий, может у Вас есть под рукой ссылочка с юзкейсами ами? А то пока не рашаюсь пользовать ами, т.к. не знаю с какой стороны подступиться

эм.. не очень понимаю.
есть готовые библиотеки на многих языках.
смысл прост: AMI - это простой текстовой телнетовский протокол.. подключаемся и "слушаем" или управляем..

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

привет всем, задам здесь вопрос и в другом чате по астеру:
есть freepbx, есть 1с и связка в виде Miko
требуется сделать так, чтобы удаленный менеджер (находится на сотовом, и у которого даже не смартфон) мог работать с 1с и звонить с нее через мико-астер
проблема в том, что модуль сразу через AMI лезет и проверяет наличие SIP-номера
если номер есть, и с него трубку подняли, то звонок идет дальше клиенту
сейчас не получается сделать ни переадресацию, ни через Local-channel, чтобы менеджер мог поднимать трубку на сотовом
про FMC знаю, но для клиента это пока не выгодно

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