Проблему решили сами

В процедуре "РазобратьXML_DataGet" неплохо бы форматировать значение счетчика и убирать пробел в числах больше 999.

Добрый день, панель работала без проблем. после добавления внутренних номеров на АТС, панель перестала работать. при запуске 1с пишет "АТС не вернула список внутренних номеров. Возможны неполадки в работе."

Никакой подробной информации нет.

в Логах атс имеем такое:
Executing [10000111@miko_ajam:1] NoCDR("Local/10000111@miko_ajam-0000005b;2", "") in new stack
   -- Executing [10000111@miko_ajam:2] NoOp("Local/10000111@miko_ajam-0000005b;2", "internal calling application: 10000111 1С_SetupEnv") in new stack
   -- Executing [10000111@miko_ajam:3] AGI("Local/10000111@miko_ajam-0000005b;2", "1C_SetupEnv.php") in new stack
   -- Launched AGI Script /var/lib/asterisk/agi-bin/1C_SetupEnv.php
   -- AGI Script Executing Application: (UserEvent) Options: (AsteriskSettings,Channel:7adbc,FaxSendUrl:80/admin/1c/upload/index.php,DefaultContext:,SkypeContext:,DialplanVer:1.0.0.6,autoanswernumber:**,Statistic:,GhostScriptVer:)
   -- AGI Script Executing Application: (UserEvent) Options: (HintsEnd,Channel:7adbc)
      > Channel Local/10000111@miko_ajam-0000005b;1 was answered.
      > Launching NoCDR() on Local/10000111@miko_ajam-0000005b;1
   -- <Local/10000111@miko_ajam-0000005b;2>AGI Script 1C_SetupEnv.php completed, returning 4
 == Spawn extension (miko_ajam, 10000111, 3) exited non-zero on 'Local/10000111@miko_ajam-0000005b;2'



сомнения в этой строке:
-- <Local/10000111@miko_ajam-0000005b;2>AGI Script 1C_SetupEnv.php completed, returning 4

поидее должно возвращать статус 0

Добрый день, да проблема решилась этим способом. Всем спасибо за участие!

Я набираю с номера 109 на номер 89263666200. 1с посылает звонок на телефон. Как только я снимаю трубку на мобильном, панель создает событие - телефонный звонок- и в нем пишет что я звоню на номер 4955253471. На самом деле с номера 4955253471 нам звонят в данный момент на другой внутренний номер.

Могу продемонстрировать этот момент.

с этого номера нам звонил клиент. дебаг тоже смотрели, там нет подмены. звонок начинается и заканчивается как положено.

Вот диалплан.
ATS*CLI> dialplan show 89263666200@from-internal[ Included context 'outrt-4' created by 'pbx_config' ]
 '_8[1489]XXXXXXXXX' => 1. Macro(user-callerid,LIMIT,EXTERNAL,)       [pbx_config]
                   2. Set(MOHCLASS=${IF($["${MOHCLASS}"=""]?default:${MOHCLASS})}) [pbx_config]
                   3. Set(_NODEST=)                              [pbx_config]
                   4. Gosub(sub-record-check,s,1(out,${EXTEN},)) [pbx_config]
                   5. Macro(dialout-trunk,1,${EXTEN},,off)       [pbx_config]
                   6. Macro(dialout-trunk,6,${EXTEN},,off)       [pbx_config]
                   7. Macro(dialout-trunk,2,${EXTEN},,off)       [pbx_config]
                   8. Macro(outisbusy,)                          [pbx_config]

[ Included context 'bad-number' created by 'pbx_config' ]
 '_X.' =>          1. ResetCDR()                                 [pbx_config]
                   2. NoCDR()                                    [pbx_config]
                   3. Progress()                                 [pbx_config]
                   4. Wait(1)                                    [pbx_config]
                   5. Progress()                                 [pbx_config]
                   6. Playback(silence/1&cannot-complete-as-dialed&check-number-dial-again,noanswer) [pbx_config]
                   7. Wait(1)                                    [pbx_config]
                   8. Congestion(20)                             [pbx_config]
                   9. Hangup()                                   [pbx_config]

-= 2 extensions (17 priorities) in 2 contexts. =-

Совместно с АТС-Дизайн провели подробный анализ конфигов и логов самой атс. Вывод сделан такой. Сам Freepbx не подменяет нигде номер.
Панель перехватывает соседний звонок и с другим ID. Специалисты АТС-Дизайн предполагают, что проблема кроется в php-agi скриптах. При событии создания стикера они не верно перехватывают ИД звонка и потому берут соседний Данные скрипты были скачаны по ссылке на ВИКИ. Они актуальны? или есть более свежие(актуальные) версии скриптов?

Новый лог.
звоню с номера 109 на номер 89263666200.
в панель после поднятия трубки на набранном номере попадает номер 4955253471.

[Hangup] <generic event="Hangup" privilege="call,all" channel="SIP/E1-000000a9" uniqueid="1422448545.434" calleridnum="4955444700" calleridname="4955444700" connectedlinenum="7211800" connectedlinename="&lt;unknown&gt;" accountcode="" cause="16" cause_txt="Normal Clearing" />
[Dial] <generic event="Dial" privilege="call,all" subevent="End" channel="SIP/109-000000a8" uniqueid="1422448543.433" dialstatus="ANSWER" />
[SoftHangupRequest] <generic event="SoftHangupRequest" privilege="call,all" channel="SIP/109-000000a8" uniqueid="1422448543.433" cause="16" />
[Hangup] <generic event="Hangup" privilege="call,all" channel="SIP/109-000000a8" uniqueid="1422448543.433" calleridnum="7211800" calleridname="&lt;unknown&gt;" connectedlinenum="4955444700" connectedlinename="4955444700" accountcode="" cause="16" cause_txt="Normal Clearing" />

Вот я кусок из того лога вытаскивал. он перехватывает соседний канал. на нем как раз с этого номера звонили нам.
Насчет логирования. панель нормально показывает историю звонков. в панели самой телефонии так же. Как и звуковые файлы все доступны. В этом проблемы нет. Проблема только в том, что панель совершает SoftHangup, или как то так. В логе это видно и перехватывает соседний разговор. Точнее данные из нее.

я с номера 109 звоню на номер 89263666200. 7211800 это наш внешний номер, с которого выходит звонок. в панели отображается номер 4955444700( как будто я на него звоню) .

вытащил кусочек где это происходит

[Bridge] <generic event="Bridge" privilege="call,all" bridgestate="Unlink" bridgetype="core" channel1="SIP/109-000000a8" channel2="SIP/E1-000000a9" uniqueid1="1422448543.433" uniqueid2="1422448545.434" callerid1="7211800" callerid2="4955444700" />[Cdr] <generic event="Cdr" privilege="cdr,all" accountcode="" source="109" destination="89263666200" destinationcontext="from-internal" callerid="109" channel="SIP/109-000000a8" destinationchannel="SIP/E1-000000a9" lastapplication="Dial" lastdata="SIP/E1/89263666200,300,Tt" starttime="2015-01-28 15:35:43" answertime="2015-01-28 15:35:52" endtime="2015-01-28 15:35:55" duration="12" billableseconds="3" disposition="ANSWERED" amaflags="DOCUMENTATION" uniqueid="1422448543.433" userfield="" />
[Hangup] <generic event="Hangup" privilege="call,all" channel="SIP/E1-000000a9" uniqueid="1422448545.434" calleridnum="4955444700" calleridname="4955444700" connectedlinenum="7211800" connectedlinename="&lt;unknown&gt;" accountcode="" cause="16" cause_txt="Normal Clearing" />
[Dial] <generic event="Dial" privilege="call,all" subevent="End" channel="SIP/109-000000a8" uniqueid="1422448543.433" dialstatus="ANSWER" />
[SoftHangupRequest] <generic event="SoftHangupRequest" privilege="call,all" channel="SIP/109-000000a8" uniqueid="1422448543.433" cause="16" />
[Hangup] <generic event="Hangup" privilege="call,all" channel="SIP/109-000000a8" uniqueid="1422448543.433" calleridnum="7211800" calleridname="&lt;unknown&gt;" connectedlinenum="4955444700" connectedlinename="4955444700" accountcode="" cause="16" cause_txt="Normal Clearing" />

Лог во вложении.

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

При наборе номера с телефона происходит событие создания телефонного звонка. Номер в него попадает правильный. Тот что набирал.

А если набирать номер из панели телефонии, то после поднятия трубки абонентом, которому звоним, набранный номер подменяется на CallerID number из соседнего входящего звонка.

Логи приложить достаточно сложно.

[2015-01-22 12:49:32] ERROR[21618][C-00007fc9] netsock2.c: getaddrinfo("109,CustomPresence", "109", ...): Name or service not known
[2015-01-22 12:49:32] WARNING[21618][C-00007fc9] chan_sip.c: No such host: 109,CustomPresence:109
[2015-01-22 12:49:32] NOTICE[21618][C-00007fc9] channel.c: Unable to request channel SIP/109,CustomPresence:109

Это все что есть с таким кодом. Больше лог Астериска ничего не дает...

Астериск (Версия 11.10.2).
FreePBX 2.11.0.42
Связь настраивалась АТСДизайн.
Повторюсь, проблема появилась после обновления самой панели до свежей версии, до этого все отлично работало.
Спасибо.