Это shell-AGI скрипт. Он будет работать только при запуске из dialplan Asterisk. Фактически, именно этот скрипт используется при запросе истории звонков.
Я предложил из этого скрипта взять примеры запросов и поработать с ними.

MySQL Error: Table 'cel' is marked as crashed and should be repaired with query
Интересное сообщение. Таблица в базе данных помечена как "crashed".

В старой версии плагина запрос был не оптимально описан. Возможно дело в этом.

Хороший блог на эту тему "is marked as crashed".

проверьте наличие PickupChan
shell~ # asterisk -rx'core show application PickupChan'

segfault at b650081c
Похоже на ошибку при работе с диском.
Возможно ситуация связана с текущей сборкой Asterisk. Вот схожая тема.

Есть ли ошибки в логе asterisk?
Должно прийти внешнее событие "OriginateRespose" вроде так называется.

Хотя если упал Asterisk то и результат будет пустым и event не придет.

Закомментируйте эту строчку в 1С или на АТС настройте возврат "*8".

Вы не в тот момент сняли показатели ))
Вам нужно смотреть данные "Компонент.Originate" при вызове функции "PickupChan".


Channel = "Local/10000111@miko_ajam"
Это получение настроек с АТС.  

В Askozia параметр установлен как "autoanswernumber:*8". Да, действительно, параметр обязателен для функции ответа, но при этом используется только в АТС MyPBX.
Что передается в параметре "Канал"?
Что содержится в переменной "Результат" после выполнения Компонент.Originate(...)?

Обратите внимание - ВСЕ переменные, передаваемые в Компонент.Originate  должны иметь тип "строка".

Смотрите логи на Asterisk в момент "Падения".

Я для себя исключил версию, что ситуация связана с панелью телефонии.
Воспроизвели на SDK.
Фактически последовательно выполнили функции AMI

• Login
  
• Originate
  

Думаю надо начать смотреть в отладку SIP:
sip debug peer 110

нет ли подмены в SIP сообщениях.

Позвоните мне
+7(495) 2293042 доб 04.
Попробуем разобраться.

Не понимаю. То есть в один момент времени происходило:

• Исходящий со 109 на 89263666200
  
• И входящий с 4955253471?
  

???

Прошу еще раз описать ситуацию. С комментарием по номерам.

Ранее Вам писал

Ссылка на документацию.

В вашем случае не приходят оповещения со станции "ExtensionStatus".
Именно эти "event" отвечают за отображение статусов пользователе.

Фукнция супервизора "Кто с кем разговаривает" основана на "event"  типа "Bridge". Именно эти event устанавливают собеседника.  
Собеседника "обнуляет" event "ExtensionStatus" с атрибутом Status: 0 = Idle

Может посмотреть SIP debug для учетки "SIP/E1"?

Панель телефонии устанавливает callerid только в одном месте, один раз, при исходящем вызове в момент инициации звонка. Устанавливается callerid звонящего пользователя.

И всеже - что это за номер телефона такой 4955253471? Звонить на него пробовали?

Сложно сказать "куда копать" без доступа к АТС.
Обычно с Askozia все работает из коробки.

Возможно не обновлен dialplanдо актуальной версии.

Могу лишь предложить работы по анализу и настройке АТС. Оставить заявку можете в форме обратной связи.

Нужно анализировать на самой станции.
Во вложении скрипт по получению истории звонков.
Подключившись к АТС по SSH можно попробовать проанализировать содержание исходных таблиц истории.

Порт web интерфейса обычно 80, если он не изменен в web интерфейсе (см. приложенный файл).
Порт 5060 - это порт SIP сигнализации, никак не связан с web интерфейсом.