Был подобный случай. Все устаканилось, когда уровень синхры выставили далеко за 200. Перестали рваться разговоры и восстановилась исходящая связь. Плату после смены уровня синхронизации нужно было перегрузить.

Какие варианты с синхрой вы пробовали?
Сейчас у вас стоит 15..

Попробуйте поменять приоритет синхронизации на BRA доступе..

Нюанс может состоять в следующем:
Для поддержки факса, платы GD3/GA3/INTIP3 используют стандартный T38 протокол. Если в системе есть хотя бы одна плата из указанных, то параметр T.38 only должен быть включен. С другой стороны, этот параметр отсутствует в системах с версией 7.1.
"If there are GD-3/GA-3/INT-IP3 boards on one node of the network, the T.38 only option must be enabled on all the nodes of the network. This entails that all the nodes must support the standard T.38 protocol. In other words, they must be in release R8.0.5 or later."
Остается только проверять работу кодеков....  

С кодеками вы настраивали с 2-х сторон?
Какой стоит у вас Analog type на факсовом номере опять таки на 2-х сторонах?

Платы и линк.

Попробуйте выставить G711 (without compression) в VPN overflow и в ip domain extra domain coding algorithm. может надо будет перегрузиться...

Надо посмотреть, что вы используете из кодеков на линке между ОХЕ 7.1 и вашей станцией (Inter-Node Links-VPN Overflow). Дополнительно, посмотрите что у вас сконфигурировано в IP domain  (Intra-domain, extra-domain).

ПК остался прежним?
Сколько процессоров в станции (дублирование)?
Какая сейчас стоит у вас ОС на компе, и какая стояла?

А какие пароли вы используете для входа в систему ( пароли для mtcl и.т.д. по умолчанию или нет)?
Стоит ли у вас в системе галка Use 4760i?

# -это специфический символ в системе, обозначающий конец набора. А как выглядит полная процедура активации переадресации?
Если я правильно понял, вы должны отправить в сторону оператора указанную последовательность. Где здесь занятие канала (транка)?  

И ещё...
Не могли бы вы:
1. Сообщить тип транковой группы в сторону ОХО (ABC-f, ISDN all countries)
2. Выложить настройки SIP Gateway и SIP ext gateway

А какая используется категория у городского входящего транка?

Насколько я понял, косяк начинается от аппарата Cisco с сообщения:
SIP/2.0 481 Call Leg/Transaction Does Not Exist
Via: SIP/2.0/UDP 192.168.64.1;branch=z9hG4bKfdee65c5bc021f09e19f34fb56ed9ad0
From: "Reception" 408@192.168.64.1;user=phone>;tag=805a87b28fbdaf6c56370e14bbe6bcc5
To: 400@192.168.64.1;user=phone>;tag=aca016fc831f0a1303b2bf2c-5f91d444
Call-ID: 175e99cfb628381f8e9c2d947193c44d@192.168.64.1
Date: Wed, 10 May 2017 08:34:17 GMT
CSeq: 808555026 INVITE
Server: Cisco-CP7965G/8.5.3Contact: 400@192.168.65.206:5060;transport=udp>

После которого, через 32 секунды станция обрывает все сессии.
Насколько возможно повторить эксперимент с сип терминалом (либо софтфоном) иного производителя?

Сколько процессоров в охе?