Интеграция AMI Asterisk + 1С входящие/исходящие #784917

Добрый день, кто сталкивался - подскажите как определять входящий вызов или исходящий. Библиотеку подкрутила, 1с - ка отлавливает события AMI. Из событий VarSet параметры value, Channel, ID гружу в ТЗ При снятии трубки по Bridge есть Channel1 и Channel2 и ID1 и ID2. Ищу в ТЗ файл записи. Как я думала, если найден по Channel1 и ID1, то номером клиента является CallerID1, а звонок входящий, но нет ((( По Hangup с отбором ТЗ чиститься.

Лучше беги от этой шляпы куда подальше Разбирать протоколы от астериска - это то ещё развлечение. кстати, там ещё там перевод звонка бывает... Ну а если не убежать, то берёшь полные протоколы, и куришь их, пока из ушей не полезет. у нас вот, к примеру, такое накурилось

- примерно то же самое и у меня, как я понимаю у Вас в базе у пользователей прописан свой внутренний номер (МойТелефон). Я думала, что по средствам астериска есть какой-то способ определять тип звонка. Но все равно спасибо.

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

Получи трассу звонка в текстовом виде. Примерно такую: Дальше несколько способов: 1.Анализируешь:        CallerIDNum: - Номер с которого набирали        Exten: - набранный номер и определяешь если короткий 1, то звонок исходящий, если 2, то звонок входящий 2. Правильно называешь контексты звонка Например, Context: для входящих всегда начинаем с IN, для исходящих OUT. В обеих случаях будет проблема если нужно определить внутренний звонок был входящим или исходящим, и выход только один - как-то зафиксировать номер сотрудника, относительно которого проверяем (например, сохранить его в справочнике)

но если вы поймали dialbegin, там же сразу понятно кто дайял бегин

- спасибо, буду пробовать.

при неизвестном номере сотрудника - нет

9+ Трасса исходящего звонка К стати, в надо опираться не на Exten, а на DestCallerIDNum - номер куда звонили, в данном случае нашему сотруднику Всё зависит от версии Asterisk и библиотеки захвата событий AMI. Так что, успехов в анализе

я забил и купил

исходящего? "DialString: SIP/3001" это чистый астериск или поверх еще что то? "Context: from-Mango"

Это правильно. Есть много готовых решений. Плюс в том, что какую-то поддержку от поставщика получить всё-таки удастся (пока деньги не заплачены и не подписан акт внедрения).

DialString: SIP/oTrunk553, практически чистый лог, контексты и номера игрушечные, на боевой нормально названы контексты

нет такой строки DialString: SIP/oTrunk553

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

Да, лопухнулся. Это входящий. обрати внимание, что при настройке Dial(sip, sip, sip ...) Hungup то же будет несколько и ты почистишь ТЗ до завершения звонка

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

надёжно отследить звонок можно только так: DialBegin (иногда их несколько) - BridgeEnter (может быть несколько) - Hangup (может быть несколько). Пишем данные в РС с измерениями Linkedid (от первого BridgeEnter) и датой звонка - обеспечит уникальность звонка за день. После того как положили трубку (BridgeLeave - их то же может быть несколько) будут идти ещё некоторое время события закрытия канала, поэтому просто пишем события в РС и если нужно, отображаем пользователю. Как показывает опыт эксплуатации - на начальном этапе: "мы хотим ВСЁ и сразу прямо On-Line", а по факту: "достаточно загрузить лог звонков за вчерашний день".

а оно отловит так звонок на ринг групп с стратегией ринг ол и пропущенный менеджером?

Если ни кто трубку не взял, будет запись с признаком "Недозвон" (есть DialBegin - Hangup  но внутри нет событий для регистрации, трубку сотрудники не поднимали), если кто-то трубку поднял - ему зарегистрируется звонок, остальным в группе ничего не регистрируется. Можно посмотреть трассу звонка на группу и определить события вызова адресатов группы (Queue скорее всего) и если нужно  можно писать в РС и эту информацию, только придётся добавить в измерения "Внутренний номер"

Я делал на Django + soap по 1с. Звонки по call файлам.

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

если звонить call файлы.

А если еще смотреть кто куда звонит, занят/не занят и т.д.?

астериск ведет базу логов. подключаешся как ко внешней базе и поехали. яндекси cdr

Товарищи, вопрос с входящими решен с помощью события: ... Теперь встал вопрос с исходящими вызовами из 1с. ТекстКоманды = "Action: Originate" + CRLF + Софтфон срабатывает, но после поднятия трубки не проиходит дальнейшего звонка. Что не так?

Если просто звонить с софтфона - звонок идет

офф: никто не дружил 1с в керио-оператор?

- так он вроде платный, нет?

- да и зачем?

платный. хотя там тоже Астерикс "AMI (интерфейс управления сервером Asterisk) — интеграция с другими системами управления взаимоотношениями с клиентами (CRM)."

и что? Зачем мне это? я уже прикрутила все через библиотеку к 1с. Может у кого пример есть? Или в каких логах посмотреть?

С астериксом не возился, но делал ч/з коммуникейшинАссистент. Та еще гемороища. И не любая станция подходит.

вроде все верно. -> не нравится, вроде в конец надо еще 1 пустую строку добавить, один црлф. А что на софтфоне после поднятия трубки?

уберите это, потом можно так попробовать "Callerid: " + СокрЛП(ВходящийНомерТелефона) + CRLF

Проверяй на консоли Астериска: возможно твой контекст просто не имеет выхода наружу (имеет смысл специально сделать отдельный контекст для звонков из 1С, т.е. с софтофона -одни правила набора, а из 1С другие, с полными префиксами разрешенных направлений звонка, т.к. пользователь их не набирает). Как тест без консоли: набери внутренний номер. У меня Asnc=false и CallerID=внутренний номер

почему внутренний?) для отладки можно позвонить через ssh, это ж линукс

CallerID - кто звонит, т.е. внутренний номер.

- тишина, вообще никаких действий нет

41+ Exten: - куда звоним

убрали строки?

- ничего не изменилось (

проверьте контекст "Context: from-internal" он такой у внутренних? у внешнего абонента есть звонок? шел есть на астериск?

если астер вообще чужой, еще бы права ами пользователя проверить, есть ли право звонить

нужно посмотреть в консоль сервера астериск (строка запуска: "asterisk -rvvvv", т.е. подробная информация об установке соединения) посмотреть что происходит на стороне астериска CallerID - просто внутренний номер телефона, а не тот на который звоним "CallerID:" + СокрЛП(ВнутреннийНомерПользователя) + CRLF + "Exten: " + СокрЛП(ВходящийНомерТелефона) + CRLF + тут точно номер на который звоним?

звонок идет из софтфона

контекст от софтофона = from-internal

"Exten: " + СокрЛП(ВходящийНомерТелефона) + CRLF + тут точно номер на который звоним? Абсолютно точно - по отладчику проверяла.

а CallerID? контексты точно одинаковые на софтофоне и при звонке из 1С

52+ всю строку инициализации звонка сюда можно выложить?

точно

таймаут не скопипастился?

а он и ним и без него не пашет

В софтфоне идет отображение как входящего звонка 104

позвоните на внутренний

таймаут нужен - иначе астериск тупо кладёт трубку в канале, типа пользователь не ответил, Async:false - ждём когда пользователь снимет трубку на софтофоне правильно, Звоним себе, когда сняли трубку - инициируем вызов внешненго номера

- никаких изменений

- вернула

я бы контекст проверил, т.к. вроде все верно

можно попробовать софтофон: MicroSIP, и как-бы пора добраться до консоли астериск и контекстов

или cygwin + nmap =) го хц

- попробую MicroSIP, спасибо

а где его проверять?

на сервере Астериска, в файлах extension*.* находишь [fom_internal] и смотришь куда из него можно звонить и можно ли вообще, в файлах sip*.* (pjsip*.*) ищешь [внутренний номер телефона] и смотришь контекст. Если сама не настраивала, лучше дёрни админа и вместе с ним глянете на настройки и консоль сервера.

или попросите вывод "sip show peer 104" из консоли астериска asterisk -r , строка Context

(68, 69) - спасибо, так и сделаю

Если убрать контекст или поставить office, тогда звонок идет, НО поле Exten при Event: Newchannel не заполнено (если звонить из 1С), но если звонить из микросипа, тогда поле заполнено. Почему?

Спросила у админа, он сказал, что астериске все поля заполняются и контекст стоит office

Вот что я получаю: CallerIDNum: CallerIDName: AccountCode: Exten: CallerIDNum: CallerIDName: AccountCode: Exten:

не парься, NewChannel начинается на Originate, т.е. с вызова своего софтофона, Async=true параллельно отправляет вызов на внешний номер. Опирайся на: UniqueID: 1479362841.249 - он одинаковый до конца звонка по нему записывай события в регистр сведений и сможешь отследить когда началась обработка звонка (NewChannel), подняли трубку (Bridge ), положили трубку(Hungup)- если надо, то кто первый положил трубку) Дальше анализируй Bridge по "CallerID1: 104" и "CallerID2: 89144004946" для определения направления звонка (или можно опереться на контекст, но его может поменять админ без всяких мыслей, что он где-то используется) Завершение звонка: последнее событие Hungup c "CallerIDNum: 104"

да я так и сделал все уже, просто не понятно почему??? Ладно, тема закрыта, Fedor-1971, отдельное спасибо )

потому что, вызов инициирует сервер Астериск, поэтому первое событие не содержит ни каких данных о телефонах, за то определяет UniqueID.