Добрый день. Астер 11, Панель телефонии (1.2.24.8.) + дополнительный внешний софтфон jitsi (2.8.5426). При входящем звонке есть ошибки в логирование в таблице CEL. Если принимать звонок во внешнем софтфоне то событие  HUNGUP на приходит в формате:

eventtype	eventtime	cid_name	cid_num
HANGUP	2016-10-24 10:56:44	74950000666	79661422771
HANGUP	2016-10-24 10:56:44	MIKOSOTNIKOV	5021

В первой строчке HANGUP клиента (в cid_name - номер на который звонил клиент, в cid_num - номер клиента) .
В второй строчке HANGUP оператора (в cid_name - его имя, в cid_num - номер оператора).
Так все и должно. Изменение в cid_name клиента были сделаны специально.

А теперь что происходит когда ответ был совершен в панели телефонии:

eventtype	eventtime	cid_name	cid_num
HANGUP	2016-10-19 14:31:03	4959167000	4957237230
HANGUP	2016-10-19 14:31:03	Operator	4957237230

В первой строчке HANGUP клиента (в cid_name - номер на который звонил клиент, в cid_num - номер клиента) .
В второй строчке HANGUP оператора (в cid_name - его имя, в cid_num - НОМЕР КЛИЕНТА).

Из за таких записей теряется возможность полноценно логировать поведение звонка т.к. мы не знаем что последний HANGUP  совершен оператором. Идентификация идет как раз по его номеру.  

Возможно удалось локализовать причину такого поведения.
Внешний софтфон для поднятия трубки посылает событие ANSWER:

eventtype	eventtime	cid_name	cid_num
CHAN_START	2016-10-24 10:56:11	5021	5021
ANSWER	2016-10-24 10:56:12	5021	5021
BRIDGE_START	2016-10-24 10:56:12	74950000666	79661422771

А панель телефонии делает по какой то причине PickupChan (не заполняя при этом cid_num ) и делает это с другого канала. :

eventtype	eventtime	cid_name	cid_num	exten	context	channame	appname	appdata	linkedid	peer
CHAN_START	2016-10-19 14:30:55	Operator		s	internal	SIP/5078-001093e9			1476876654.2291039
PICKUP	2016-10-19 14:30:59	Operator		s	internal	SIP/5078-001093e9	AppQueue	(Outgoing Line)	1476876654.2291039	SIP/5078-001093ea
HANGUP	2016-10-19 14:30:59	Operator			internal	SIP/5078-001093e9<ZOMBIE>			1476876654.2291039
CHAN_END	2016-10-19 14:30:59	Operator			internal	SIP/5078-001093e9<ZOMBIE>			1476876654.2291039
BRIDGE_START	2016-10-19 14:30:59	4959167000	4957237230	s	Work_time_CC	SIP/main-001093e8	Queue	queue_oper,Ttr	1476876654.2291039	SIP/5078-001093ea

Возможна ли работа панели телефонии по событию ANSWER? Или каким образом исправить ошибку HANGUP без номера клиента?
Заранее спасибо)

Помогло. Спасибо. Тему можно закрывать.

Добрый день.
Телефония Астериск 11. Панель телефонии (обычные формы) вер.1.2.24.8

Каким образом можно реализовать возможность хранения изменения статусов пользователей? (Unavailable, Not in use,In use, paused)
Необходимо получать срез на определенный момент времени состояние всех пользователей, в каком статусе они находились.
В таблице CEL эти данные не пишутся.
Какие есть варианты? Ежесекундный опрос со стороны 1С через "Miko_Ajam.Компонент.Queues(НашКаналФильтр, Result)" не внушает доверия так не является достаточно надежным способом логирования. Можно легко упустить какое либо изменение статуса.

Добрый день. Проблема решена.
Warning ушел после перевода всех на работу через Прокси.
Прокси возвращала пустые ответы из каких то ограничений групповых политик на сервере. Администраторы расширили доступ. И все заработало.

Спасибо. Тему можно закрывать.

Прикладываю логи прокси.

Что было сделано:
1. Старт службы прокси на сервере
2. Попытка конекта панели телефонии в режиме встроенного телефона
3. Получении ошибки о подключении как и в прошлый раз.
4. Остановка службы прокси

У нас проблема с запуском прокси. При запуске Прокис на удаленной машине. И попытке установки соединения через него. В ответ при авторизации пользователя вместо полноценных ответов XML приходят пустые сообщения. В логах выводится:

Скрытый текст

Результат соединения  <ajax-response><response type='object' id='unknown'><generic response='Success' message='Authentication accepted' host='10.2.4.97' idenity='0' proxy='MikoProxyMode' /></response></ajax-response> Невозможно разобрать данные XML.   Результат установки переменной   Невозможно разобрать данные XML.   Результат установки переменной   Невозможно разобрать данные XML.   Результат установки переменной

При разворачивание прокси локально на машине. Все проходит идеально. Конфиги в обоих вариантах идентичны. Есть подозрения что какие то сетевые ограничения и политики. Можете что нибудь подсказать по этому поводу?


Http авторизация по ссылке проходит во всех случаях. Возвращает успешно.

25-30 человек в среднем.

Добрый день.
Ранее создавали тикет в техподдержке по поводу постоянных ошибок в логах Астериска 11. Ответом было что в новой версии обработки подправят эту ошибку. Вчера обновились до последней. 1.2.24.8 (обычные формы). Ошибки так и не ушли. Появляются в среднем каждые 5 секунд.

Еще раз прикладываю отрывок из лога:

Скрытый текст
[Aug 31 14:41:26] WARNING[10575]: http.c:883 httpd_helper_thread: Failed to set TCP_NODELAY on HTTP connection: Protocol not available [Aug 31 14:41:26] WARNING[10575]: http.c:884 httpd_helper_thread: Some HTTP requests may be slow to respond.

Заранее спасибо.

Добрый день.
На вашей wiki нашел статью по методу работающему через AMI интерфейс Команда Asterisk Manager API: SetCDRUserField. Есть ли возможность выполнить тоже самое через компоненту 1С? Либо другие методы позволяющие управлять записью данных в таблицу CDR непосредственно из 1С?
Заранее спасибо.

Спасибо. Помогло.Тему можно закрывать)

Необходима возможность передачи произвольных параметров в звонке и последующие их получение и обработка на стороне где будет принят звонок. В пределах одной АТС. В методе Originate есть параметр Variable. Который заполняется параметрамаи и их значениями через запятую(extenfrom1c, from_1C, addheader и т.п.). Но по логам на стороне принимающего абонента они не при каком событии не доступны и не видны. Можно ли каким то способом реализовать данный функционал? Что бы при приеме звонка их можно было получать и обрабатывать.

Целиком очень проблематично, у нас большое количество доработок 1с-ной части. Обновление только компоненты может привести к проблемам с работой или не исправить проблемы?

Не подскажите, достаточно обновить только компоненту (макет) AsteriskAJAMConnector?

Ок, попробуем, спасибо!

Доброго дня.

Не получилось решить проблему?

У нас такая же проблема с панелью телефонии версии 1.2.24.2, режим работы внешнего софтфона (Джитси).
Аварийный реконект №9 причина: NeedReconnect_7_Curl_request_fail_df25231f_-1
или
Аварийный реконект №1 причина: NeedReconnect_56_Curl_request_fail_e6891a86_-1