Стоит система на Триксбоксе и 2.8.0.1 и недавно появилсиь глюки с одним и тем же екстеншеном - периодически он перестает принимать входящие звонки а при исходящих пишет CallerID как "device" (тот что в самом линксисе по умолчанию стоит). Лечится заходом в веб-морду и правлением nat=yes или nat=no в зависмости от того что там стояло. После этого работает на ура все еще какое то время - неделю-две. потом опять то же самое в непредсказуемый момент. Linksys/SPA962-5.1.15(aSC). Проверить не на чем так как он единственный 962 и к нему консоль прикручена 932. Все остальные 921,941, PAP2T, SPA8000 такими глюками не страдают. Где копать никак не пойму.

сравните database show AMPUSER в моменты когда работает и когда не работает

прийдется ждать тогда следующего раза :-)

выковырял из лога кусок - какой то он странный вообще.
-- Executing [3400@from-internal:1] Macro("SIP/3000-08ffb960", "exten-vm,novm,3400") in new stack
-- Executing [s@macro-exten-vm:1] Macro("SIP/3000-08ffb960", "user-callerid") in new stack
-- Executing [s@macro-user-callerid:1] Set("SIP/3000-08ffb960", "AMPUSER=3000") in new stack
-- Executing [s@macro-user-callerid:2] GotoIf("SIP/3000-08ffb960", "0?report") in new stack
-- Executing [s@macro-user-callerid:3] ExecIf("SIP/3000-08ffb960", "1?Set(REALCALLERIDNUM=3000)") in new stack
-- Executing [s@macro-user-callerid:4] Set("SIP/3000-08ffb960", "AMPUSER=300") in new stack
-- Executing [s@macro-user-callerid:5] Set("SIP/3000-08ffb960", "AMPUSERCIDNAME=") in new stack
-- Executing [s@macro-user-callerid:6] GotoIf("SIP/3000-08ffb960", "1?report") in new stack
-- Goto (macro-user-callerid,s,10)
-- Executing [s@macro-user-callerid:10] GotoIf("SIP/3000-08ffb960", "0?continue") in new stack
-- Executing [s@macro-user-callerid:11] Set("SIP/3000-08ffb960", "__TTL=64") in new stack
-- Executing [s@macro-user-callerid:12] GotoIf("SIP/3000-08ffb960", "1?continue") in new stack
-- Goto (macro-user-callerid,s,19)
-- Executing [s@macro-user-callerid:19] NoOp("SIP/3000-08ffb960", "Using CallerID "device" <3000>") in new stack
-- Executing [s@macro-exten-vm:2] Set("SIP/3000-08ffb960", "RingGroupMethod=none") in new stack
-- Executing [s@macro-exten-vm:3] Set("SIP/3000-08ffb960", "VMBOX=novm") in new stack
-- Executing [s@macro-exten-vm:4] Set("SIP/3000-08ffb960", "EXTTOCALL=3400") in new stack
-- Executing [s@macro-exten-vm:5] Set("SIP/3000-08ffb960", "CFUEXT=") in new stack
-- Executing [s@macro-exten-vm:6] Set("SIP/3000-08ffb960", "CFBEXT=") in new stack
-- Executing [s@macro-exten-vm:7] Set("SIP/3000-08ffb960", "RT=""") in new stack
-- Executing [s@macro-exten-vm:8] Macro("SIP/3000-08ffb960", "record-enable,3400,IN") in new stack
-- Executing [s@macro-record-enable:1] GotoIf("SIP/3000-08ffb960", "1?check") in new stack
-- Goto (macro-record-enable,s,4)
-- Executing [s@macro-record-enable:4] AGI("SIP/3000-08ffb960", "recordingcheck,20100423-125219,1272016339.355") in new stack
#ИМЯ?
recordingcheck,20100423-125219,1272016339.355: Inbound recording not enabled
-- <SIP/3000-08ffb960>AGI Script recordingcheck completed, returning 0
-- Executing [s@macro-record-enable:5] MacroExit("SIP/3000-08ffb960", "") in new stack
-- Executing [s@macro-exten-vm:9] Macro("SIP/3000-08ffb960", "dial,"",tr,3400") in new stack
-- Executing [s@macro-dial:1] GotoIf("SIP/3000-08ffb960", "1?dial") in new stack
-- Goto (macro-dial,s,3)
-- Executing [s@macro-dial:3] AGI("SIP/3000-08ffb960", "dialparties.agi") in new stack

а что , собственно странного?

символы странные:-) на самом деле как по мне он читаем и понятен. но причину такого поведения я не вижу.

Символы кодируют цвет ключевых слов для наглядности. Видеть это в цвете можно из
asterisk -r
или
less /var/log/asterisk/full | more

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

Я бы лучше у роутера спросил , почему это так происходит.
А роутер пусть с tcpdump'ом посоветуется.

не зря я мерзкий Checkpoint во всех бедах подозреваю коий клиентам напарили одни уроды и вечно грабли с ним . Хотя по идее глюки должны бы были быть тогда и с остальным железом в этой подсети ...