Так оно и есть,
в веб-интерфейсе, вкладка "Languages", ничем не примечательные настройки:
Description - Russian_custom_context
Language code - ru
Destination - Custom contexts -> Full Internal Access

dialplan show 2@from-internal:
[ Included context 'app-languages' created by 'pbx_config' ]
'2 ...

Не совсем так, он пошел по '2':
'2' => 1. Noop(Changing Channel to language: ru (Russian_custom_context)) [pbx_config]
2. Set(CHANNEL(language)=ru) [pbx_config]
3. Goto(from-internal,${EXTEN},1) [pbx_config]

Ни на какой IVR не навешен, как возникла точка входа в этот цикл? Тупо нажали 2?

from-internal циклит на app-languages

Я понял ваш сумбур, да, модуль Russian_custom_context создавался собственноручно через веб-интерфейс (практически, как и все остальные). Создавался давно, в пору экспериментов, но оказался миной замедленного действия и стрельнул именно сейчас. Удручен, сорри, удален...))

На ровном месте Астериск зациклился:
May 9 14:45:44 VERBOSE [8561] chan_sip.c: == Extension Changed 2121[ext-local] new state Idle for Notify User 2501 / и еще десяток внутренних номеров
[May 9 14:50:01] VERBOSE[8569][C-00013395] netsock2.c: == Using SIP VIDEO TOS bits 136
[May 9 14:50:01] VERBOSE ...

Итак, проблема решена, спасибо awsswa за подсказку. Действительно, пришлось снести astdb.sqlite3 и побегать ручками по вебморде. Астериск создает файл базы данных автоматически, но значения ampuser, device, qpenalty там отсутствуют. Пришлось пройтись по всем extensions и очередям и пересохранить ...

Этот вариант я пока держу в уме, но есть устойчивое мнение, что сеть кривая. Сеть не наша, мы - только сегмент, сейчас занимаемся приведением в порядок. Но уже сейчас могу сказать - большая часть проблем - в сети, разбирайтесь с вашими сисадминами!

Наверно да. Многое, но не все объясняется тем, что есть мистический экстеншн 2921, который изначально существовал на транке, потом был перенесен на внутреннюю аналоговую линию, потом он стал настоящим ip-фоном. Теперь он немного мусорит, но... database showkey sip/registry/2921 показывает пять ...

Данность: FreePBX 2.8.1 (11.7.0), кластер DRBD-Heartbeat (Primary/Secondary), CentOS.
Проблема: Система теряет стабильность после перезагрузки конфигов: любое изменение -> submit -> apply, после этого треть пиров - (Unspecified), при этом теряют регистрацию всегда те же самые. Что интересно, это и ...