Иван, Если один из этих трёх серверов явлется основным и зона управляется на нём, то да, этого достаточно.
Общий алгоритм примерно такой:
1. Определите, какие именно NS-серверы отвечают за вашу зону. Серверы должны быть доступны минимум 22 часа в сутки. Желательно, чтобы как минимум два из них находились в разных IP-сетях.
2. Определите, какой из серверов будет основным. Именно на нём будут меняться записи, остальные ваши серверы должны быть настроены как вторичные и автоматически дублировать информацию с основного.
3. Основной сервер пропишите в SOA-запись зоны.
4. Все серверы укажите в NS-записях зоны. Укажите для них A-записи.
5. Все NS-серверы укажите на родительском NS-сервере
Иван, На родительском DNS-сервере обязательно должны быть записи с действующими NS-серверами зоны.
В SOA-записи должен быть указан корректный первичный NS-сервер зоны.
Иван, При поиске адреса в вашем домене запросы будут только к NS-серверам, указанным на родительском NS-сервере. В принципе, у вас локальный список включает все NS-серверы, указанные на родителе, так что это на работу влиять не должно.
azatbikmaev, А своя функция __construct() в Model_Test определена? Если да, то функция __construct() родительского класса из неё должна вызываться явно.
Предполагаю, что до ответа 200 ваш провайдер не соединит голосовые RTP-каналы и абонент на той стороне получит только статус RINGING и будет слышать только сигнал вызова.
Иван Иванов, Ещё вариант, что не создаётся бридж (соединение двух каналов). ЕМНИП, Monitor и MixMonitor включают запись только после соединения. Попробуйте добавить в диалплан вызов реального телефона и поговорить.