Юзаётся realtime.
Как обновлять данные о каком нибудь номере, к примеру сменить его cid_number так, чтобы астериск не вылетал?
только сделаешь update как тут же летит.

Соответственно в sip.conf поставлено:
rtcachefriends=yes
rtupdate=yes
rtautoclear=yes

Это нужно, чтобы при смене какого либо параметра заставить телефон перезагрузиться, т.к. его данные будут в табличке asterisk'a и ему можно будет послать notify на reboot

Астериск не вылетает при обновлении таблиц , смотрите дебаги.

В файле /var/log/asterisk/messages ошибок нет
В консоль тоже не выдаются, перед тем как астер вылетает.

Как можно отладить данный процесс? Единственное что я делал так это tcpdump'ом снимал трафик с интерфейса, чтобы понять как работает realtime :)

да что там понимать, из базы берет и все.
может собрали что-то не так

Пробовал на asterisk14, на 16.. один и тот же глюк

в logger.conf:
full => notice,warning,error,debug,verbose

ну и смотреть в /var/log/asterisk/full
Он туда будет писать все MySQL запросы (ну, или можете это вывести на console)

Пересобрать с отладочной информацией и в дебаггер, делов-то... :-)

Логи я сделаю ночью, когда все из офиса уйдут.
litnimax, что ты имеешь ввиду говоря "пересобрать"?

./configure --enable-dev-mode

make menuselect -> выбрать DONOT_OPTIMIZE

Запустить из консоли asterisk -vvvdddgc и добиться падения

gdb /usr/sbin/asterisk /tmp/core.xxx, и посмотреть вывод bt и bt full

Всем спасибо!

Вообщем проблема оказалась вот в чём.

В sip.conf стоял параметр rtupdate=yes, что означало что при истечении срока регистрации и её продлении телефоном астер обновит в табличке ip и пр. для этого пира. Т.к. сервер БД у меня удалённый, то пакеты ходят с некоторым замедлением, пусть и маленьким.

Когда я делал изменение номера телефона, или cid_number, или вообщем менял какую либо информацию проходило перекрытие нескольких запросов друг на друга, из за чего в табличке юзеров получались лаги в содержании. Далее asterisk вылетал.

Как поставил rtupdate=no, то всё сразу заработало ;-)
Также поставил rtautoclear=no.