По идее в ОХЕ - всё всегда хранилось в АТС.

Что-то странное вы пишете. Если ПРОПАДАЕТ связь - PCS не рестартует, а становится "main" и начинает управлять тем, чем ему запрограммировано управлять.
А рестартует он - после ВОССТАНОВЛЕНИЯ связи. Параметры рестарта прописаны в разделе PCS, по умолчанию (reset by default) через 30 секунд после восстановления линка.
По идее - вопрос не в пропадании "на три пакета" - решение о пропадании линка принимается по UDP Lost (7 секунд) .

Судя по тикетам на анлишеде - стоимость у вас выводится - 0,11. Только с тарифами/шкалами у вас что-то не то (и с Hotel billing rating).

188 опция нулевой быть не должна. Это собственно количество SIP транков.
А у вас стало 0? А вы как OPS файлы ставили, обычно ОХЕ не соглашается поставить лицензии, если количество чего-то уменьшается.

Насколько помню - требуется кроссовер. Т.к. передача на обеих платах контакты 1-2, а прием 3-6.

Что вы написали в Company billing rating и Hotel billing rating
В последнем месте вы указываете - стоимость/количество юнитов (т.е. превращаете юниты в стоимость).
Деление на три части делается для возможности создания не плоской шкалы (когда первые или последние юниты могут стоить дороже, например чтоб стимулировать пользователей совершать короткие звонки).

Cost center  - разные организации засовываете в разные cost center (арендаторов, администрацию, гостей..), для удобства вывода. Чтоб смотреть отчеты по Cost center (организации), а не суммировать все по отдельным спискам телефонов.
С unit - все интереснее. Если оператор при звонках не присылает тарификационные импульсы - вам надо их самим считать (настраивать duration accounting).
В разделе duration accounting говорить по каким транковым группам нужна тарификация.
В менеджменте часов - сказать (например), что все 24 часа, все дни недели действует тариф 1.
Создать шкалы - где сказать, что (например), для тарифа 1, 1 минута равна 1 юниту (будет столько шкал, сколько есть направлений отличающихся по деньгам), т.е. например 1 шкала для города (1 минута, 1 юнит), шкала для МГ (1 минута, 30 юнит) и т.д.
Создать accounting area  - в которых для первых цифр набираемого номера - указываете шкалу (т.е. набор какого номера, по какой шкале считать)
Соответственно в accounting - указываете стоимость юнита (для обычных абонентов и для отельных - это указывается в разных местах - Company billing rating/Hotel billing rating).  

А у вас Access type  S0 стояло в yes?

Когда проект собирали - не забывали править номера VG, когда они были не по порядку? А то может добавляли VG в проект не изменяя номера и они у вас пересеклись с тонами?

концов не нашел, но посмотрел файлы vpm и msk - у меня отличия только в начале. В vpm немного написано, а в msk чисто, информация начинается с адреса 1000 (когда в тотал командере смотрю в режиме hex)

После обрезания vpm файла спереди до нужного размера - обрезанный файл и msk по содержимому совпали.

Сами пробовали сделать это на обычном ноуте, с не купленной AAS?

Обрезать по идее надо спереди, вернусь домой попробую найти концы.
Если есть чужой дамп - разобрать на wav файлы (через brouse msk file и разбиение его), далее снова собрать в проект (указывая номера VG совпадающими с номерами wav файлов), скомпилировать и сравнить vpm файл с дампом.

Если петля на станции - bri-bri - то естественно синхронизацию на интерфейсах не ставим, оставляем 255.
Синхронизация от себя - это не на всех станциях допустимо.

Кстати, вчитался внимательней - написали, что рвется прямо во время разговора - это странно и не характерно.
Были проблемы с установлением нового соединения после длительной неактивности, но чтоб прямо во время разговора - это странно.

Это говорит - что приоритет синхронизации задан, но синхронизации не происходит.
При наличии активного соединения (когда разговаривает кто-то) - вывод такой же?