Проблема банальна и уже много раз обсуждалась, но тем не менее...Asterisk не хочет записывать входящие звонки которые поступают на определенный номер. При этом исходящии пишутся + входящие и исходящие на другом номере тоже пишутся...
Вот собственно часть лога входящего :
-- Executing [s@sub-record-check:7] Set("SIP/1001-00000002", "__MON_FMT=wav") in new stack
-- Executing [s@sub-record-check:8] GotoIf("SIP/1001-00000002", "1?next") in new stack
-- Goto (sub-record-check,s,11)
-- Executing [s@sub-record-check:11] ExecIf("SIP/1001-00000002", "0?Return()") in new stack
-- Executing [s@sub-record-check:12] ExecIf("SIP/1001-00000002", "0?Set(__REC_POLICY_MODE=)") in new stack
-- Executing [s@sub-record-check:13] GotoIf("SIP/1001-00000002", "0?exten,1") in new stack
-- Executing [s@sub-record-check:14] Set("SIP/1001-00000002", "__REC_STATUS=INITIALIZED") in new stack
-- Executing [s@sub-record-check:15] Set("SIP/1001-00000002", "NOW=1407921713") in new stack
-- Executing [s@sub-record-check:16] Set("SIP/1001-00000002", "__DAY=13") in new stack
-- Executing [s@sub-record-check:17] Set("SIP/1001-00000002", "__MONTH=08") in new stack
-- Executing [s@sub-record-check:18] Set("SIP/1001-00000002", "__YEAR=2014") in new stack
-- Executing [s@sub-record-check:19] Set("SIP/1001-00000002", "__TIMESTR=20140813-122153") in new stack
-- Executing [s@sub-record-check:20] Set("SIP/1001-00000002", "__FROMEXTEN=380*********") in new stack
-- Executing [s@sub-record-check:21] Set("SIP/1001-00000002", "__CALLFILENAME=exten-0001-380*********-20140813-122153-1407921713.2") in new stack
-- Executing [s@sub-record-check:22] Goto("SIP/1001-00000002", "exten,1") in new stack
-- Goto (sub-record-check,exten,1)
**-- Executing [exten@sub-record-check:1] GotoIf("SIP/1001-00000002", "0?callee") in new stack**
-- Executing [exten@sub-record-check:2] Set("SIP/1001-00000002", "__REC_POLICY_MODE=dontcare") in new stack
-- Executing [exten@sub-record-check:3] GotoIf("SIP/1001-00000002", "1?caller") in new stack
-- Goto (sub-record-check,exten,10)
-- Executing [exten@sub-record-check:10] Set("SIP/1001-00000002", "__REC_POLICY_MODE=") in new stack
-- Executing [exten@sub-record-check:11] GosubIf("SIP/1001-00000002", "0?record,1(exten,0001,380********)") in new stack
-- Executing [exten@sub-record-check:12] Return("SIP/1001-00000002", "") in new stack
-- Executing [0001@from-did-direct:19] Set("SIP/1001-00000002", "RingGroupMethod=ringallv2") in new stack
-- Executing [0001@from-did-direct:20] Set("SIP/1001-00000002", "_FMGRP=0001") in new stack
-- Executing [0001@from-did-direct:21] GotoIf("SIP/1001-00000002", "0?doconfirm") in new stack
-- Executing [0001@from-did-direct:22] Macro("SIP/1001-00000002", "dial,20,TtrI,0001") in new stack
-- Executing [s@macro-dial:1] GotoIf("SIP/1001-00000002", "0?dial") in new stack
-- Executing [s@macro-dial:2] SetMusicOnHold("SIP/1001-00000002", "default") in new stack
-- Executing [s@macro-dial:3] AGI("SIP/1001-00000002", "dialparties.agi") in new stack
-- Launched AGI Script /var/lib/asterisk/agi-bin/dialparties.agi
Вся конфигурация стандартная - сделана через FreeBPX....Может кто знающий скажет что не так.
Для сравнения выложу лог как проходит хвонок на втором телефоне работающий и как на телефоне который не хочет записывать: Фрагмент лога записи входящего звонка:
-- Executing [s@sub-record-check:21] Set("SIP/1001-0000000c", "__CALLFILENAME=exten-0001-380ХХХХХХХХХ-20140813-141345-1407928425.12") in new stack
-- Executing [s@sub-record-check:22] Goto("SIP/1001-0000000c", "exten,1") in new stack
-- Goto (sub-record-check,exten,1)
-- Executing [exten@sub-record-check:1] GotoIf("SIP/1001-0000000c", "1?callee") in new stack
-- Goto (sub-record-check,exten,8)
-- Executing [exten@sub-record-check:8] GosubIf("SIP/1001-0000000c", "1?record,1(exten,0001,380ХХХХХХХХХ)") in new stack
-- Executing [record@sub-record-check:1] Set("SIP/1001-0000000c", "AUDIOHOOK_INHERIT(MixMonitor)=yes") in new stack
-- Executing [record@sub-record-check:2] MixMonitor("SIP/1001-0000000c", "2014/08/13/exten-0001-380ХХХХХХХХХ-20140813-141345-1407928425.12.wav,,") in new stack
-- Executing [record@sub-record-check:3] Set("SIP/1001-0000000c", "__REC_STATUS=RECORDING") in new stack
-- Executing [record@sub-record-check:4] Set("SIP/1001-0000000c", "CDR(recordingfile)=exten-0001-380ХХХХХХХХХ-20140813-141345-1407928425.12.wav") in new stack
-- Executing [record@sub-record-check:5] Return("SIP/1001-0000000c", "") in new stack
-- Executing [exten@sub-record-check:9] Return("SIP/1001-0000000c", "") in new stack
А вот лог второго телефона который не хочет записывать входящий звонок:
-- Executing [s@sub-record-check:19] Set("SIP/1001-000001c4", "__TIMESTR=20140814-091627") in new stack
-- Executing [s@sub-record-check:20] Set("SIP/1001-000001c4", "__FROMEXTEN=380ХХХХХХХХХ") in new stack
-- Executing [s@sub-record-check:21] Set("SIP/1001-000001c4", "__CALLFILENAME=exten-0001-380ХХХХХХХХХ-20140814-091627-1407996987.452") in new stack
-- Executing [s@sub-record-check:22] Goto("SIP/1001-000001c4", "exten,1") in new stack
-- Goto (sub-record-check,exten,1)
-- Executing [exten@sub-record-check:1] GotoIf("SIP/1001-000001c4", "0?callee") in new stack
-- Executing [exten@sub-record-check:2] Set("SIP/1001-000001c4", "__REC_POLICY_MODE=dontcare") in new stack
-- Executing [exten@sub-record-check:3] GotoIf("SIP/1001-000001c4", "1?caller") in new stack
-- Goto (sub-record-check,exten,10)
-- Executing [exten@sub-record-check:10] Set("SIP/1001-000001c4", "__REC_POLICY_MODE=") in new stack
-- Executing [exten@sub-record-check:11] GosubIf("SIP/1001-000001c4", "0?record,1(exten,0001,380ХХХХХХХХХ)") in new stack
-- Executing [exten@sub-record-check:12] Return("SIP/1001-000001c4", "") in new stack
Разницу не трудно увидеть,после контекста екстеншн должен переходить на контекст рекорд.... Гуру помогите новичку - 1 месяц работаю с этим девайсом..(((
meral прав. У вас отключена запись на этом экстеншене. Возможно что то глюкануло в базе. Точнее сказать сложно по предоставленной вами информации. Грохните экстеншен и заведите его заново. Должно помочь по идее если проблема с базой.
Задан: 2014-08-13 13:32:56 +0400
Просмотрен: 1,368 раз
Обновлен: Aug 14 '14
Проект компании "АТС Дизайн"
Asterisk® и Digium® являются зарегистрированными торговыми марками компании
Digium, Inc., США.
IP АТС Asterisk распространяется под лицензией
GNU GPL.
вырви глаз. отформатируйте вопрос по человеческий
bandys ( 2014-08-13 17:25:55 +0400 )редактироватьну значит у вас на этом екстеншене выключена запись. в чем пробелма то? включите
meral ( 2014-08-13 22:52:28 +0400 )редактироватьзапись в этом екстеншене включена. конфиги рабочего и не рабочего телефона одинаковые..... я уверен что проблема в следующем: астериск перестал записывать этот номер после того как я поменял сим -карту и прописал через freebpx входящую маршрутизацию. теперь при звонке на эту сим-карту звонок проходит но запись не идет( может подскажите где еще нужно что поправить, в каких конфигах, после замены сим-карты???
nikkolski ( 2014-08-14 10:31:23 +0400 )редактироватья почемуто уверен что сим карты тут вообще непричем. смотрите sub-record-check:1. у вас просто отключена запись. ну или могу порекомендовать нянять когото.
meral ( 2014-08-14 10:57:22 +0400 )редактироватьЯ смотрел sub-record-check:1 и долго его изучал перед тем как задать вопрос. (я даже полностью его удалял и заново перезаписывал..). Насколько я понял в первом приоритете контекста ([exten@sub-record-check:1]) астериск не понимает внутринний номер сим-карты ("0?callee") поэтому запись и не идет....Поправте меня если я не прав-я пока в астериске новичек ((
nikkolski ( 2014-08-14 14:49:35 +0400 )редактироватьВот та часть конфига : exten => exten,1,GotoIf($["${RECPOLICYMODE}"!=""]?callee)
nikkolski ( 2014-08-14 15:02:16 +0400 )редактироватьЯ удалял через freebpx на входяшей маршрутизации полностью профиль этого номера и создавал заново не помогло... А вы, если я правильно понял, советуете удалить екстеншен через который ходят все номера и создать заново -правильно?
nikkolski ( 2014-08-14 17:44:24 +0400 )редактироватьчитайте диалплан. смотрите как выполняется и думайте. смотрите все переменные во что выставлены. врядли ктото за вас захочет это опроделать. потомучто это долго и безпереспективно(все работает, это вы чтото выключили гдето). ну или в бизнес.
meral ( 2014-08-15 01:58:46 +0400 )редактироватьПолностью удалил екстеншн - не помогло..(..Я делаю настройку через FreeBPX а он правит extensions_additional.conf. В конфиге этого файла ([ext-did]) для всех номеров все одинаково - у всех стоит третим приоритетом:
exten=> 380XXXXXXXXX,n,Set(RECPOLICY_MODE=always)
Контексты [sub-record-chek],[sub-record-cansel] саздает FreeBPX - т.е. они стандартные и должны работать 100%
Может есть еще конфиги где нужно руками поправить (extensions.conf или sip.conf)????
nikkolski ( 2014-08-15 14:58:26 +0400 )редактироватьвам скучно чтоли? читайте extensions_additional.conf и extensions.conf и сравниваете с выводом в консоли.
meral ( 2014-08-15 15:13:19 +0400 )редактироватьчтоб вы понимали, у експерта(60-150 дол/час) решение вашей задачи с доступом к вашему астериску и входящему номер займет 15-60 минут. без доступа задача решаема человеком с таким же опытом за несколько дней и минимум час личного времени на чтения информации которую вы предоставляете. почему вы думаете что ктото настолько альтруистичен? отвечаются только вопросы на которые можно быстро дать ответ.
meral ( 2014-08-15 15:15:38 +0400 )редактироватьЯ не прошу решить за меня задачу и да я знаю сколько стоит эта работа....Просто проблема не обычная (я не нашол похожих ситуаций на форумах - разговор либо пишется либо нет).Чтож буду дальше рыть... Спасибо, что не остались равнодушны.
nikkolski ( 2014-08-15 15:48:08 +0400 )редактироватьВсем спасибо проблему решил (без экспертов). Если кому интересно - нужно было исправить '.' на 'X.' в следующих контекстах:
extensions.conf - [from-pstn-toheader],[from-sip-external]
extensions_additional.conf - [ext-did-catchall],[from-trunk-sip-1001],[from-trunk-sip-1002],[from-trunk-sip-1003],[from-trunk-sip-1004]
Может еще кому пригодится)
nikkolski ( 2014-08-15 16:42:06 +0400 )редактироватьfrop-pstn-toheader это контекст написанный вами. вообще должны отрабатывать нормально обе записи.
meral ( 2014-08-15 17:09:46 +0400 )редактировать