Проблема с sip rtcache mysql

Коллеги, с добрым днем вас!
Давеча словил ну уж очень странный баг. Сразу оговорюсь, гугля в паре с КО не помогла.
И так, что имеем на входе:
Asterisk 11.21.2, x86_64, Gentoo 4.1.15, клиент Mysql 5.6.28. Второй ящик - без Астера, но с полным мускулом, т.е. сервер БД.
SIP-клиенты прописаны во втором ящике и подгружаются в первый по realtime.
Абоненты (около 200) и сервер находятся по сути в одной сети, за роутерами, но без всяких ограничений в обе стороны

Все ровно работает (самовар ставится, блины жарятся) до тех пор, пока через некоторое время в логах не начинает появляться заветные записи:

chan_sip.c: Registration from <sip:100@serverip:5060> failed for 'clientip:5060' - Wrong password

При этом, номера абонентов могут быть каждый раз разными, а иногда повторяться. Ребут "проблемных" девайсов в большинстве случаев не решает проблемы.
Не хочу вдаваться в дальнейшие подробности па с бубном, но временным решением оказалось отключение кэширования в sip.conf

rtcachefriends=no

Что интересно, при наблюдении за веб-мордой проблемного телефона и включенном кэшировании, вижу в статусе 403 ошибку.
Выключаем кэширование и через таймаут failure register девайса вижу в морде - Registered
Та что грешить на неправильный пассворд и восьминога - не стОит.
Параметр match_auth_username=no. Изменение его статуса не помогает.
Номера "проблемных" телефонов оказывались во встроенной таблице users (sip show users).
И еще один момент... Эта проблема возникла после "вливания" еще около 80 абонентов и на версии Астера 11.21.1
На прежнем ящике результат этого "вливания" был намного интересней! Через 10-15 минут работы сервера было переполнение таблицы nf_conntrack и сервер вообще отказывался работать.
В старом модуль nf_conntrack был в ядре, в новом - как модуль. Вручную загруженный модуль или без него, также не решал проблемы.
Да, теперь я не вижу в консоли своих хомячков, но при этом таблица в БД удачно апдейтится.
Вроде проблема решена, НО(!), до этого при 120 абонентах такой проблемы не было! Если необходима доп.инфа, готов поделится.