Последнее время начала проявляться такая проблема:
шлюз показывает что подключен нормально, у абонента при подъеме трубки идет гудок все как обычно, да и на астериске вроде как все норм, но при попытке совершения исходящего звонка идут короткие гудки(занято), при входящем звонке абоненту так же идет сигнал занято, в логах вот что

[Jul 10 11:10:54] VERBOSE[10022] logger.c: -- Executing [601417@default1:1] Macro("Zap/34-1", "voipuser|on|foton_line1") in new stack
[Jul 10 11:10:54] VERBOSE[10022] logger.c: -- Executing [s@macro-voipuser:1] GotoIf("Zap/34-1", "1?:switchoffinput|1|1") in new stack
[Jul 10 11:10:54] VERBOSE[10022] logger.c: -- Executing [s@macro-voipuser:2] Dial("Zap/34-1", "SIP/foton_line1") in new stack
[Jul 10 11:10:54] VERBOSE[10022] logger.c: -- Couldn't call foton_line1
[Jul 10 11:10:54] VERBOSE[10022] logger.c: == Everyone is busy/congested at this time (0:0/0/0)
[Jul 10 11:10:54] VERBOSE[10022] logger.c: -- Executing [s@macro-voipuser:3] GotoIf("Zap/34-1", "0?999:") in new stack
[Jul 10 11:10:54] VERBOSE[10022] logger.c: -- Executing [s@macro-voipuser:4] Hangup("Zap/34-1", "") in new stack
[Jul 10 11:10:54] VERBOSE[10022] logger.c: == Spawn extension (macro-voipuser, s, 4) exited non-zero on 'Zap/34-1'
[Jul 10 11:10:54] VERBOSE[10022] logger.c: -- Hungup 'Zap/34-1'

Выглядит как при обычном занято, но при этом у абонента трубка лежит, в sip show channels и core show channels соответственно этой линии нет, после того как я убираю абонента из sip.conf, а потом прописываю заново, все начинает работать. С чем это может быть связано? может ли это быть результатом загруженности астериска или связано с чем то другим? На астериске порядка 150 пользователей. В данный момент

top - 11:27:40 up 62 days, 18:34, 4 users, load average: 1.70, 1.32, 1.23
Tasks: 94 total, 1 running, 93 sleeping, 0 stopped, 0 zombie
Cpu0 : 54.1% us, 1.3% sy, 0.0% ni, 43.4% id, 0.0% wa, 0.4% hi, 0.7% si
Cpu1 : 28.9% us, 1.1% sy, 0.0% ni, 70.0% id, 0.0% wa, 0.0% hi, 0.0% si
Mem: 3626628k total, 2504824k used, 1121804k free, 55428k buffers
Swap: 4016232k total, 3000k used, 4013232k free, 2242016k cached

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
6479 asterisk 18 0 70884 37m 7604 S 85 1.1 13316:42 faxterisk
27437 mar 15 0 6996 1520 1040 S 0 0.0 0:28.72 sshd
2816 root 15 0 3316 1488 1176 S 0 0.0 0:06.78 faxterisk

Правда иногда видел астериск отжирает и по 145%(стоит hypertrading)

что-то великовата загрузка для 150 пользователей.

Ну как есть...работают по 729

Вы не слышали о проблеме определения статузов busy/congested в аналоговых линиях и зависающих на этой почве портах?

Уже услышали.

Слышать то вот слышал тока на практике не встречался.
А в каком месте происходит подвисон, у меня зависают абонентские линии подключенные через Linksys SPA2102(т.е.), т.е. SIP, перезагрузка шлюза не помогает.
Или зависает со стороны Zap интерфейса и не освобождает SIP линию каким то образом??
И можно ли где то увидеть эти подвисшие линии, т.к. ни в sip show channels ни core show channels их нет, или в zap show channels по номеру телефона можно увидеть??

зависает со стороны Zap интерфейса и не освобождает SIP линию каким то образом.
Увидеть можно через zap monitor

Что такое SIP/foton_line1 ?
Он сам виден в такой ситуации при
CLI>sip show peers ?

Можно поставить sip debug peer foton_line1 и посмотреть какой ответ прибегает от него на Invite.

В sip show peers он отображается нормально, без каких либо патологий. Дело в том что дебаг на какую то конкретную линию ставить бесполезно так как это происходит спонтанно и на разных линиях, причем чем больше становиться абонентов тем чаще, раньше это было раз в месяц, а щас за день на 2х линиях произошло.

P/S А что за Zap monitor?? ztmonitor или че то другое?

то-то.

sip debug тебе поможет
Скорее всего глюк линксиса.

switch, не нужно очернять Linksys'ы прежде чем причина найдена. У меня линксисов стоит больше чем на 10 пользователей и что-то глюки часто из-за несовместимости с Сименсом.

В данном конкретном случае sip debug необходим. Нужно так же включить вывод сообщений уровня DEBUG на консоль. Будет сообщение вроде 'ast call on peer returned ...'. Кроме того вывести переменную HANGUPCAUSE. Версию астериска тоже не мешало сказать.

Если нет возможности включить sip debug peer для определенного пира, можно включить полные логи (общий и линии) со всех адаптеров на сервер.

PS. Есть ещё идея, нужен вывод sip show peer foton_line1 во время глюка и после перегрузки