forum.bitel.ru http://forum.bitel.ru/ |
|
BGCRM+Asterisk (CRM) http://forum.bitel.ru/viewtopic.php?f=49&t=10969 |
Страница 1 из 1 |
Автор: | dmitry_P [ 08 окт 2015, 16:57 ] |
Заголовок сообщения: | BGCRM+Asterisk |
Всем доброго дня Интеграция сделана по http://wiki.bitel.ru/index.php/%D0%98%D ... 0%BE%D0%B2 CRM соединяется с астериском и слушает его. Но при звонке на слушаемый номер в bgcrm.log появляется запись: 10-08/15:08:34 INFO [Asterisk-Java ManagerConnection-0-Reader-0] EventBuilderImpl - No event class registered for event type 'localbridge', attributes: {localoptimization=Yes, context=from-queue, channel1=Local/970093@from-queue-00000000;1, privilege=call,all, channel2=Local/970093@from-queue-00000000;2, event=LocalBridge, uniqueid2=1444295704.10, exten=970093, uniqueid1=1444295704.9}. Please report at http://jira.reucon.org/browse/AJ Сообщения о звонке не возникает. Кто проходил? Кто знает? Куда копать? Выручайте, братцы |
Автор: | Администратор [ 23 окт 2015, 03:04 ] |
Заголовок сообщения: | Re: BGCRM+Asterisk |
С какой версией интегрируете и какая версия AMI протокола там поддержана? |
Автор: | dmitry_P [ 23 окт 2015, 11:23 ] |
Заголовок сообщения: | Re: BGCRM+Asterisk (CRM) |
Asterisk 11.7.0, а AMI чего-то не нашел как версию узнать |
Автор: | zavndw [ 23 окт 2015, 14:07 ] |
Заголовок сообщения: | Re: BGCRM+Asterisk (CRM) |
можно telnet'ом зайти Код: telnet 127.0.0.1 5038 там в приглашении версию пишет, по крайней мере у меня |
Автор: | zavndw [ 23 окт 2015, 14:07 ] |
Заголовок сообщения: | Re: BGCRM+Asterisk (CRM) |
можно telnet'ом зайти Код: telnet 127.0.0.1 5038 там в приглашении версию пишет, по крайней мере у меня |
Автор: | dmitry_P [ 23 окт 2015, 14:16 ] |
Заголовок сообщения: | Re: BGCRM+Asterisk (CRM) |
Asterisk Call Manager/1.3 в приглашении. Так это и в логе bgcrm.log есть |
Автор: | Администратор [ 25 окт 2015, 17:15 ] |
Заголовок сообщения: | Re: BGCRM+Asterisk (CRM) |
Плагином поддерживается: AMI (протокол управления) версии 1.4 для Asterisk v. 12. http://docs.bitel.ru/pages/viewpage.act ... Id=6193593 У вас нет возможности попробовать 12ую версию? Или в дистрибутиве нет? |
Автор: | dmitry_P [ 27 окт 2015, 13:56 ] |
Заголовок сообщения: | Re: BGCRM+Asterisk (CRM) |
Возможности перехода на 12-ю версию астериска нет. Вопрос поддержки более ранних версий рассматривается? |
Автор: | Администратор [ 28 окт 2015, 03:36 ] |
Заголовок сообщения: | Re: BGCRM+Asterisk (CRM) |
Нет, в данный момент не рассматривается. 12 версия и так 2013 года.. |
Автор: | dmitry_P [ 29 окт 2015, 16:01 ] |
Заголовок сообщения: | Re: BGCRM+Asterisk (CRM) |
Поставили для пробы 12 версию [root@as asterisk]# asterisk -V Asterisk 12.8.2 Звонки правда еще не прокинули на него, но вот вопрос: почему crm после соединения с астериском, отваливается от него каждые 5 минут? Причем так происходит и на 11 версии и на 12-й. 10-29/15:35:42 INFO [Thread-6] ManagerConnectionImpl - Connecting to xxx:5038 10-29/15:35:42 INFO [Asterisk-Java ManagerConnection-517-Reader-0] ManagerConnectionImpl - Connected via Asterisk Call Manager/2.5.0 10-29/15:35:42 WARN [Asterisk-Java ManagerConnection-517-Reader-0] ManagerConnectionImpl - Unsupported protocol version 'Asterisk Call Manager/2.5.0'. Use at your own risk. 10-29/15:35:42 INFO [Thread-6] ManagerConnectionImpl - Successfully logged in 10-29/15:35:44 INFO [Thread-6] ManagerConnectionImpl - Determined Asterisk version: Asterisk 1.6 10-29/15:40:44 INFO [Asterisk-Java ManagerConnection-517-Reader-0] ManagerReaderImpl - Terminating reader thread: No more lines available: null 10-29/15:40:44 INFO [Thread-6] ManagerConnectionImpl - Closing socket. 10-29/15:40:44 INFO [Thread-6] ManagerConnectionImpl - Connecting to xxx:5038 10-29/15:40:44 INFO [Asterisk-Java ManagerConnection-518-Reader-0] ManagerConnectionImpl - Connected via Asterisk Call Manager/2.5.0 10-29/15:40:44 WARN [Asterisk-Java ManagerConnection-518-Reader-0] ManagerConnectionImpl - Unsupported protocol version 'Asterisk Call Manager/2.5.0'. Use at your own risk. 10-29/15:40:44 INFO [Thread-6] ManagerConnectionImpl - Successfully logged in 10-29/15:40:46 INFO [Thread-6] ManagerConnectionImpl - Determined Asterisk version: Asterisk 1.6 10-29/15:45:46 INFO [Asterisk-Java ManagerConnection-518-Reader-0] ManagerReaderImpl - Terminating reader thread: No more lines available: null 10-29/15:45:46 INFO [Thread-6] ManagerConnectionImpl - Closing socket. 10-29/15:45:46 INFO [Thread-6] ManagerConnectionImpl - Connecting to xxx:5038 10-29/15:45:46 INFO [Asterisk-Java ManagerConnection-519-Reader-0] ManagerConnectionImpl - Connected via Asterisk Call Manager/2.5.0 10-29/15:45:46 WARN [Asterisk-Java ManagerConnection-519-Reader-0] ManagerConnectionImpl - Unsupported protocol version 'Asterisk Call Manager/2.5.0'. Use at your own risk. 10-29/15:45:46 INFO [Thread-6] ManagerConnectionImpl - Successfully logged in 10-29/15:45:48 INFO [Thread-6] ManagerConnectionImpl - Determined Asterisk version: Asterisk 1.6 И еще вопрос: почему црм видит 12-ю версию как 1.6? Если версия АМИ 1.3 не была пригодна, почему црм на нее не жаловался, а на 2.5 выдает предупреждение? И самое основное: интеграция должна работать строго с версиями указанными в документации, т.е 12 и 1.4? |
Автор: | Администратор [ 30 окт 2015, 03:08 ] |
Заголовок сообщения: | Re: BGCRM+Asterisk (CRM) |
Взаимодействие с Астериском идёт через Java библиотеку. https://blogs.reucon.com/asterisk-java/ Собственно ЦРМ уже работает с ней. Но библиотека выглядит какой-то не очень поддерживаемой, а по ссылке на спецификацию AMI https://wiki.asterisk.org/wiki/display/ ... cification выводит сообщение, что эта версия теперь называется 2 а не 1.4.. Попробуйте сделать звонок и посмотрите, придёт ли событие или нет. Если к AMI терминалу подключиться с помощью телнет, что происходит? Так же обрывается периодически? |
Автор: | dmitry_P [ 30 окт 2015, 17:33 ] |
Заголовок сообщения: | Re: BGCRM+Asterisk (CRM) |
Дико извиняюсь, разобрался, надо внимательней читать доку. Работает с астером 11 и АМИ 1.3 Хотя проблема обрыва црм от астериска осталась, а вот по телнету связь не рвется. И еще вопрос, вот эта строка messageType.1.search.1.stringExpressionNumberPreprocess=if( numberFrom.length() == 11 ){ numberFrom = numberFrom.substring(1)}; return numberFrom; точно работает? Что я только в ней не делал, входящий номер остается таким, как приходит с астериска. |
Автор: | Администратор [ 03 ноя 2015, 03:33 ] |
Заголовок сообщения: | Re: BGCRM+Asterisk (CRM) |
Приведите всю конфигурацию режимов поиска. И какой номер приходит? |
Автор: | dmitry_P [ 21 ноя 2015, 15:31 ] |
Заголовок сообщения: | Re: BGCRM+Asterisk (CRM) |
ru.bgcrm.plugin.bgbilling.dao.MessageTypeSearchCall в случае неудачного поиска вываливает весь список договоров из биллинга. Это занимает очень много времени. Можно ли как-то настроить чтобы в случае неудачного поиска возвращался пустой список? |
Автор: | dmitry_P [ 24 ноя 2015, 15:38 ] |
Заголовок сообщения: | Re: BGCRM+Asterisk (CRM) |
Подскажите пожалуйста, где хранятся занятые операторами номера телефонов? И могут ли дублироваться сообщения типа Call в списке, если один и тот же номер занят несколькими операторами? Мы начинаем использовать CRM, и вдруг на один звонок стала приходить куча сообщений. Очень мешает, а найти причину не можем. Может быть причина в том, что операторы забывают освободить номер перед выходом? BGCRM v 3.0 build 1074 from 02.11.2015 22:36:00 |
Автор: | zavndw [ 24 ноя 2015, 18:55 ] |
Заголовок сообщения: | Re: BGCRM+Asterisk (CRM) |
там же просто поиск при звонке, больше похоже на то как принимать вызов |
Автор: | dmitry_P [ 24 ноя 2015, 19:20 ] |
Заголовок сообщения: | Re: BGCRM+Asterisk (CRM) |
zavndw писал(а): там же просто поиск при звонке, больше похоже на то как принимать вызов Прошу прощения, не понял Вашу мысль. Это про что? |
Автор: | zavndw [ 25 ноя 2015, 05:22 ] |
Заголовок сообщения: | Re: BGCRM+Asterisk (CRM) |
На один звонок приходит куча сообщений. На этот вопрос, один номер несколькими операторами может и не отработать, наверно я такое не тестил |
Автор: | Администратор [ 30 ноя 2015, 02:08 ] |
Заголовок сообщения: | Re: BGCRM+Asterisk (CRM) |
Цитата: Подскажите пожалуйста, где хранятся занятые операторами номера телефонов? И могут ли дублироваться сообщения типа Call в списке, если один и тот же номер занят несколькими операторами? Хранятся в памяти. Дублироваться не должны, один номер может быть занят только одним оператором. Куча сообщений приходит на один и тот же номер? А в логах сколько сообщений AMI идёт? |
Автор: | Администратор [ 30 ноя 2015, 02:13 ] |
Заголовок сообщения: | Re: BGCRM+Asterisk (CRM) |
Цитата: ru.bgcrm.plugin.bgbilling.dao.MessageTypeSearchCall в случае неудачного поиска вываливает весь список договоров из биллинга. Как я понимаю, в этом случае ему передаётся пустой номер звонящего? Вы ведь используете предобработку номера? Добавьте в конце правило, что при пустом номере создавалась какая-нибудь не встречающаяся строка. |
Автор: | dmitry_P [ 30 ноя 2015, 09:43 ] |
Заголовок сообщения: | Re: BGCRM+Asterisk (CRM) |
Администратор писал(а): Цитата: ru.bgcrm.plugin.bgbilling.dao.MessageTypeSearchCall в случае неудачного поиска вываливает весь список договоров из биллинга. Как я понимаю, в этом случае ему передаётся пустой номер звонящего? Вы ведь используете предобработку номера? Добавьте в конце правило, что при пустом номере создавалась какая-нибудь не встречающаяся строка. Бррр, вообще ничего не понял. Какой пустой номер? Т.е. еще до поиска в биллинге в црм уже есть результат этого поиска, и на основании этого результата в биллинг передается пустой номер? Наверно нет, передается непустой номер. А возвращается весь список договоров. Или я неправ? Предобработка нехитрая: #messageType.1.search.1.stringExpressionNumberPreprocess=if( numberFrom.trim().length() == 10){ numberFrom = "96".concat( numberFrom.trim().substring(1))}; return numberFrom; messageType.1.search.1.stringExpressionNumberPreprocess=if( numberFrom.trim().length() == 10){ numberFrom = numberFrom.trim().substring(1)}; return numberFrom; И так и так пробовал. Выкрутасы с трим, это уже от отчаяния, т.к. твердо убежден, что поиск не всегда срабатывает (думал может пробелы где-то затесались). Берешь номер из сообщения, копипастишь его в поиск по телефону в биллинг, и опля, он оказца найден, а црм не нашел. Тут еще поясню и, может быть подниму нашу проблему. Мы не в РФ и формат номеров телефона у нас своеобразный. Внутри страны используется вида: 0 КОД ХХХХХХ (где КОД - это код оператора). Для звонков из зарубежья формат другой +996 КОД ХХХХХХ. Как видите, ни один из форматов не укладывается в российский стандарт 11 цифр, который (почему-то) обязателен и ненастраиваем в биллинге. Я поднимал эту тему в форуме биллинга, меня послали). Поэтому в биллинге мы храним телефоны в ущербном виде 96 КОД ХХХХХХ. На астериск входящие звонки приходят с двух транков: с одного с ведущим нулем, с другого без ХХХ ХХХХХХ (так сложилось). Вот и приходится изгаляться. В таблице сообщений в колонке От->На номера остаются в непредобработаном виде. Результаты этой самой предобработки для поиска в логи не пишутся (наверно только в дебаге? я не пробовал). Предобработки номера для сохранения в биллинг тоже нет. В результате добиться приемлемого сохранения телефона в биллинг я так и не смог. В общем, с телефонами в црм - куда ни кинь, всюду клин.) Может подскажете как сохранить в биллинг в виде 96 КОД ХХХХХХ номера двух видов: КОД ХХХХХХ и 0 КОД ХХХХХХ? А еще лучше и трех +996 КОД ХХХХХХ. А лучше любого. |
Автор: | dmitry_P [ 30 ноя 2015, 19:55 ] | ||
Заголовок сообщения: | Re: BGCRM+Asterisk (CRM) | ||
Ситуация на картинке. Один отдел звонит другому по внутренней связи. Оба номера заняты операторами в црм. Црм начинает создавать сообщения о входящих обоим операторам. Такое может привести к дублированию сообщений в последствии?
|
Автор: | Администратор [ 01 дек 2015, 01:13 ] |
Заголовок сообщения: | Re: BGCRM+Asterisk (CRM) |
Цитата: Бррр, вообще ничего не понял. Какой пустой номер? Т.е. еще до поиска в биллинге в црм уже есть результат этого поиска, и на основании этого результата в биллинг передается пустой номер? Наверно нет, передается непустой номер. А возвращается весь список договоров. Или я неправ? В журнале запросов биллинга посмотрите какой запрос идёт при поиске договора, возвращающий полный список. |
Автор: | Администратор [ 01 дек 2015, 01:15 ] |
Заголовок сообщения: | Re: BGCRM+Asterisk (CRM) |
По поводу дублирования - нужны логи AMI сообщений по этим звонкам. Переключите логи в DEBUG и выберите. |
Автор: | dmitry_P [ 01 дек 2015, 11:57 ] |
Заголовок сообщения: | Re: BGCRM+Asterisk (CRM) |
Администратор писал(а): Цитата: Бррр, вообще ничего не понял. Какой пустой номер? Т.е. еще до поиска в биллинге в црм уже есть результат этого поиска, и на основании этого результата в биллинг передается пустой номер? Наверно нет, передается непустой номер. А возвращается весь список договоров. Или я неправ? В журнале запросов биллинга посмотрите какой запрос идёт при поиске договора, возвращающий полный список. С этим разобрался, спасибо. Действительно в случае, если номер короче 10 символов, то предобработка возвращала null. В дебаг режиме разглядел. А вот в биллинге запросы на поиск от црм почему-то не отображаются. Я уж и маркерный параметр ставил и чего тока не делал. От HelpDesk сообщений есть запросы, а от поиска нет. Ну и бог с ними. |
Автор: | dmitry_P [ 01 дек 2015, 12:02 ] |
Заголовок сообщения: | Re: BGCRM+Asterisk (CRM) |
Администратор писал(а): По поводу дублирования - нужны логи AMI сообщений по этим звонкам. Переключите логи в DEBUG и выберите. Отправил на info@bgcrm.ru log BGCRM from dmitry_P |
Автор: | dmitry_P [ 03 дек 2015, 11:54 ] |
Заголовок сообщения: | Re: BGCRM+Asterisk (CRM) |
По поводу дублирования сообщений. Я заметил, что повтор сообщений вызывает сохранение Конфигурации. И чем больше раз ее сохранил, тем больше дубликатов. Рестарт црм не помогает, только ребут сервера. Как это победить? |
Автор: | Администратор [ 04 дек 2015, 03:06 ] |
Заголовок сообщения: | Re: BGCRM+Asterisk (CRM) |
Вероятная ошибка исправлена. Прошу обновиться и проверить. |
Автор: | dmitry_P [ 07 дек 2015, 11:29 ] |
Заголовок сообщения: | Re: BGCRM+Asterisk (CRM) |
Да, помогло, спасибо |
Страница 1 из 1 | Часовой пояс: UTC + 5 часов [ Летнее время ] |
Powered by phpBB® Forum Software © phpBB Group http://www.phpbb.com/ |