Продолжаю заниматься проблемой "зависших" тамслотов.
вот фрагмент СDR:
101. 2008-08-07 14:58:16 Zap/1-1... ******3901 "toOperators" <******3901> 6100 ANSWERED 01:13
102. 2008-08-07 14:56:13 Zap/7-1... ******7290 "toOperators" <******7290> 6100 ANSWERED 06:23
103. 2008-08-07 14:52:37 Zap/1-1... ******9393 "toOperators" <******9393> 6100 ANSWERED 05:37
104. 2008-08-07 14:51:44 Zap/5-1... ******6289 "toOperators" <******6289> 6100 ANSWERED 02:01
105. 2008-08-07 14:50:24 Zap/5-1... ******4869 "toOperators" <******4869> 6100 ANSWERED 00:41
106. 2008-08-07 14:49:24 Zap/1-1... ******3705 "toOperators" <******3705> 6100 ANSWERED 03:06
107. 2008-08-07 14:47:06 Zap/1-1... ******4938 "toOperators" <******4938> 6100 ANSWERED 02:15
108. 2008-08-07 14:44:48 Zap/1-1... ******4311 "toOperators" <******4311> 6100 ANSWERED 02:09
109. 2008-08-07 14:42:25 Zap/1-1... ******3705 "toOperators" <******3705> 6100 ANSWERED 02:20
110. 2008-08-07 14:40:57 Zap/1-1... ******7173 "toOperators" <******7173> 6100 ANSWERED 01:22
111. 2008-08-07 14:40:20 Zap/6-1... ******7290 ******7290 1121 ANSWERED 00:50
112. 2008-08-07 14:40:09 Zap/5-1... ******9999 ******9999 1011 ANSWERED 03:50
113. 2008-08-07 14:39:53 Zap/1-1... ******8000 "toOperators" <******8000> 6100 ANSWERED 00:50
114. 2008-08-07 14:38:55 Zap/1-1... ******6977 "toOperators" <******6977> 6100 ANSWERED 00:24
115. 2008-08-07 14:37:28 Zap/11-1... ******9823 "toOperators" <******9823> 6100 ANSWERED 02:30
116. 2008-08-07 14:37:23 Zap/10-1... ******5711 "toOperators" <******5711> 6100 ANSWERED 02:10
117. 2008-08-07 14:36:45 Zap/8-1... ******2203 "toOperators" <******2203> 6100 ANSWERED 04:16
118. 2008-08-07 14:36:38 Zap/7-1... ******1803 "toOperators" <******1803> 6100 ANSWERED 02:11
119. 2008-08-07 14:36:13 Zap/5-1... ******5879 ******5879 1318 ANSWERED 03:19
120. 2008-08-07 14:32:41 Zap/3-1... ******0499 "toOperators" <******0499> 6100 ANSWERED 09:14
121. 2008-08-07 14:30:13 Zap/4-1... ******4200 ******4200 1267 ANSWERED 18:12
122. 2008-08-07 14:30:06 Zap/8-1... ******3366 "toOperators" <******3366> 6100 ANSWERED 01:44
123. 2008-08-07 14:29:20 Zap/2-1... ******0807 "toOperators" <******0807> 6100 ANSWERED 01:04
124. 2008-08-07 14:28:19 Zap/1-1... ******3042 ******3042 s ANSWERED 00:10
125. 2008-08-07 14:27:52 Zap/2-1... ******9532 ******9532 1264 ANSWERED 00:33
после звонка за номером 123 на второй тайм-слот начались проблемы. Это последний звонок на этот таймслот вплоть до момента перезагрузки. (см. предыдущий пост) Количество звонков резко уменьшилось, использовался фактически только первый таймслот. Однако и по другим таймслотам иногда тоже проходили входящие вызовы. По идее, провайдер занимает слоты последовательно от первого, натыкаясь на занятый второй дают звонящему абоненту "занято". как, интересно, получилось, что занимаются еще и пятый и девятый?
Вот лог завершения звонка (запись о нем выше № 123):
Aug 7 14:30:24 DEBUG[21011] channel.c: Didn't get a frame from channel: Zap/2-1
Aug 7 14:30:24 DEBUG[21011] channel.c: Bridge stops bridging channels Zap/2-1 and Local/1055@from-internal-9831,1
Aug 7 14:30:24 DEBUG[21111] channel.c: Didn't get a frame from channel: Local/1055@from-internal-9831,2
Aug 7 14:30:24 DEBUG[21111] channel.c: Bridge stops bridging channels Local/1055@from-internal-9831,2 and SIP/1055-0a586220
Aug 7 14:30:24 DEBUG[21111] chan_sip.c: update_call_counter(1055) - decrement call limit counter
Aug 7 14:30:24 DEBUG[21111] app_dial.c: Exiting with DIALSTATUS=ANSWER.
Aug 7 14:30:24 DEBUG[21111] pbx.c: Function result is 'false'
Aug 7 14:30:24 DEBUG[21111] pbx.c: Function result is 'false'
Aug 7 14:30:24 DEBUG[21111] pbx.c: Expression result is '1'
Aug 7 14:30:24 DEBUG[21011] cdr_addon_mysql.c: cdr_mysql: inserting a CDR record.
Aug 7 14:30:24 DEBUG[21011] cdr_addon_mysql.c: cdr_mysql: SQL command as follows: INSERT INTO cdr (calldate,clid,src,dst,dco
ntext,channel,dstchannel,lastapp,lastdata,duration,billsec,disposition,amaflags,accountcode,uniqueid) VALUES ('2008-08-07 14:
29:20','\"toOperators\" <******0807>','******0807','6100','ext-queues', 'Zap/2-1','Local/1055@from-internal-9831,1','Queue','
6100|t|||300',64,64,'ANSWERED',3,'','1218097760.38820')
Aug 7 14:30:24 DEBUG[21011] chan_zap.c: Set option AUDIO MODE, value: ON(1) on Zap/2-1
Aug 7 14:30:24 DEBUG[21011] chan_zap.c: Hangup: channel: 2 index = 0, normal = 18, callwait = -1, thirdcall = -1
Aug 7 14:30:24 DEBUG[21011] chan_zap.c: Not yet hungup... Calling hangup once with icause, and clearing call
Aug 7 14:30:24 DEBUG[21011] chan_zap.c: disabled echo cancellation on channel 2
Aug 7 14:30:24 DEBUG[21011] chan_zap.c: Set option TDD MODE, value: OFF(0) on Zap/2-1
Aug 7 14:30:24 DEBUG[21011] chan_zap.c: Updated conferencing on 2, with 0 conference users
Aug 7 14:30:24 DEBUG[21011] chan_zap.c: Set option AUDIO MODE, value: OFF(0) on Zap/2-1
Aug 7 14:30:24 DEBUG[21011] chan_zap.c: disabled echo cancellation on channel 2
Aug 7 14:30:24 DEBUG[3779] chan_sip.c: Stopping retransmission on '6ceacf9f5f59cca47b27e05c41f6d94c@10.10.1.245' of Request
103: Match Found
Aug 7 14:30:24 DEBUG[21111] cdr_addon_mysql.c: cdr_mysql: inserting a CDR record.
Aug 7 14:30:24 DEBUG[21111] cdr_addon_mysql.c: cdr_mysql: SQL command as follows: INSERT INTO cdr (calldate,clid,src,dst,dco
ntext,channel,dstchannel,lastapp,lastdata,duration,billsec,disposition,amaflags,accountcode,uniqueid) VALUES ('2008-08-07 14:
29:44','\"toOperators\" <******0807>','******0807','1055','from-internal', 'Local/1055@from-internal-9831,2','SIP/1055-0a5862
20','Set','DB(enotify/1055)=true',40,33,'ANSWERED',3,'','1218097784.38833')
Aug 7 14:30:24 DEBUG[21236] pbx.c: Function result is 'DISABLED'
Aug 7 14:30:24 DEBUG[21236] pbx.c: Expression result is '0'
Aug 7 14:30:24 DEBUG[21236] pbx.c: Not taking any branch
Однако это похоже на нормальное завершение звонка. но после него второй таймслот не использовался сутки, т.к. был якобы занят...
Рестарт заптела каждую ночь не помогает, канал все равно залипшим остается. помогает лишь ребтут.
Плата опенвокс. месяца 4 назад таких проблем небыло.
что делать?
