Доброго времени суток!С астериском работаю второй месяц.
Пользуюсь решением из "коробки" Elastix 2.4.0.core show version
Asterisk 11.13.0 built by palosanto @ rpmbuild32-2.elastix.palosanto.com on a i686 running Linux on 2014-10-02 17:41:51 UTCНа сам сервер установлена E1-потоковая плата Digium TE121. В сети имеются как SIP-телефоны, так и SCCP.
Стабильно несколько раз в сутки астериск зависает. Помогает перезагрузка сервиса /init.d/./asterisk restartsip show channels показывает залипшие sip-каналы в стадии INVITE
В логах (нас сколько мне позволяет уровень знанй) чисто (по требованию могу предоставить лог).Почитав форум, выполнил несколько рекомендаций:
Выгрузил все модули кроме res_timing_dahdi.so
module show like timing
Module Description Use Count
res_timing_dahdi.so DAHDI Timing Interface 57Обновил систему до последней версии.
Не помогает.
DNS-сервер находится в той же сети что и Elastix.
Подскажите пожалуйста, что еще можно сделать?
Куда "копать".
Буду рад любому совету.Спасибо!
> Куда "копать".Вначале копают логи, как самого астериска так и системы.
>> Куда "копать".
> Вначале копают логи, как самого астериска так и системы.в логах системы никаких аномалий. gmesg ничего плохого не говорит. В логах астериска Последнее действие перед зависанием обычный звонок на sip-телефон:
[Oct 20 16:39:28] VERBOSE[22987] sccp_actions.c: -- SCCP: Alarm Message: Severity: Informational (2), 24: Name=SEP000B5FF92F36 Load=5.0(7.0) Last=Phone-Reg-Rej [2048/-251156288]
[Oct 20 16:39:28] VERBOSE[22987] sccp_actions.c: -- SEP000B5FF92F36: Device Not NATTED. Device IP '192.168.7.241' falls in localnet scope
[Oct 20 16:39:28] VERBOSE[22987] sccp_actions.c: -- SEP000B5FF92F36: Joint protocol capability : 3
[Oct 20 16:39:28] VERBOSE[22987] sccp_actions.c: -- SEP000B5FF92F36: Ask the phone to send keepalive message every 48 seconds
[Oct 20 16:39:28] VERBOSE[22987] sccp_actions.c: -- SEP000B5FF92F36: Device has 7 Capabilities
[Oct 20 16:39:28] VERBOSE[5296] sccp_actions.c: -- SEP000B46D9CFC6: Taken Offhook
[Oct 20 16:39:28] VERBOSE[5296] sccp_actions.c: -- SEP000B46D9CFC6: Using line 403
[Oct 20 16:39:28] VERBOSE[22987] sccp_actions.c: -- SEP000B5FF92F36: Accessory 'Headset' is 'Off Hook' (0)
[Oct 20 16:39:28] VERBOSE[22987] sccp_device.c: -- SEP000B5FF92F36: Device registered; performing post registration tasks...
[Oct 20 16:39:28] VERBOSE[5170] sccp_devstate.c: -- SEP000B5FF92F36: (sccp_devstate_deviceRegisterListener) device registered
[Oct 20 16:39:45] VERBOSE[5147] chan_sip.c: -- Registered SIP '999' at 77.XXX.XXX.XXX:1977
[Oct 20 16:40:01] VERBOSE[5131] asterisk.c: -- Remote UNIX connection
[Oct 20 16:40:16] VERBOSE[5129] asterisk.c: Asterisk uncleanly ending (0).
[Oct 20 16:40:16] VERBOSE[5129] asterisk.c: Executing last minute cleanups
[Oct 20 16:40:16] VERBOSE[5129] res_musiconhold.c: == Destroying musiconhold processes
> Куда "копать".
> Буду рад любому совету.
> Спасибо!Копать могилу и кидать туда Астериск.
Если в виртуалке - смотреть доступность дисков, скотинка чувствительна к времени отклика по дисковым операциям, т. к. активно использует файловые дескрипторы, для организации каналов. Если виртуализаторы и СХД-шники будут говорить что у них все хорошо - предать анафеме и сжечь, вместе с виртуализацией и НАС-ами.