Журнал не говорит вам ничего, кроме того, что он разбился.Вопрос в том, почему.
Если вы запустите одну и ту же версию и конфигурацию в другой среде, у вас, вероятно, возникнут те же проблемы.
Зависимость сбоев от времени предполагает, что сбой происходит, когдаопределенное условие гонки выполнено.Это может быть входящий вызов с неверным идентификатором вызывающего абонента, который вы пытаетесь проанализировать как int, блок маршрутизации, который редко называется вызываемым, ограничение ресурсов в системе или что-то совершенно иное.
Этоэто довольно общее сообщение о сбое, поэтому без дополнительной отладки это просто догадки, поэтому давайте включим отладку:
В начале файла конфигурации OpenSIPs мы включаем, вот как выглядит конфигурация по умолчанию(при условии, что вы создали стандартный шаблон):
####### Global Parameters #########
log_level=3
log_stderror=no
log_facility=LOG_LOCAL0
children=4
/* uncomment the following lines to enable debugging */
#debug_mode=yes
Если вы измените свой на:
####### Global Parameters #########
log_level=8
log_stderror=yes
log_facility=LOG_LOCAL0
children=4
/* uncomment the following lines to enable debugging */
debug_mode=yes
У вас будут включены функции отладки и еще больше информациив системном журнале.
Как только вы это сделаете, откиньтесь на спинку кресла и подождите 2 дня, пока он не выйдет из строя, и вы получите ответ о том, какой модуль / блок / пакет маршрутизации вызывает сбой вашего экземпляра.
После этого вы можете опубликовать вывод здесь вместе с вашим конфигурационным файлом, но есть довольно высокая вероятность того, что кто-то из OpenSIP или Kamailio mailinУ g списков раньше была такая же проблема.