В 0-м домене - поставили Extra-Coding - Without compression?
Рекомендую еще system/ other system/ compression param постваить галочку в мульталгоритме для компрессии.

Вы софт-фоном что называете - нечто прописанное в станции как SIP абонент?
Если программные SIP телефоны - помнилось мне в SJphone и X-Lite вроде были G729 в бесплатных версиях. Просто если вы реально в одной локалке - лучше на G711 работать.

так побалуйтесь, большого страха нет.

По жизни на станции - все в 0-м дефолтовском домене (за исключением SIP, если его прописали - то станция SIP звонок рассматривает как звонок за предела домена).
Далее вы чего-то прописываете (создаете свои домены, для того чтоб указать там свои тайм-зоны, TG для ARS, PCS и пр.).
У меня не возникало желания посмотреть - что окажется сильнее - если в 0-м домене одно написано, а в 1-м другое (и зависит ли это от направления звонка).

С точки зрения кодеков - обычно отдельные домены создают (например много IP телефонов на какой-то удаленной площадке) для того чтобы - внутри использовать G711, а за пределы домена ходить с компрессией (и возможно с ограничением количества разговоров за пределы домена).

Extra-Coding - With compression - ну и звонит IP аппарат с компрессией.

А в домене, где находится IP телефон чего написано?

на всякие такие вещи
system/ other/ ext. sign - joining variant gf of diversion=yes
должен быть создан префикс Local Feature/PCX address in DPNSS (любой)

В новых релизах в system/ other/ ext. sign  - появились слова про DeActivate Path Replacement

ну и в конце всего - в system ставить в игнорирование всяких React.Receiving State Mess.

Переход по занятости или переадресация?

На ваш вопрос можно ответить только - никак. А в чем проблема?
Обычно страшных проблем с QSIG при правильном менеджменте (сигнализация в TG ABC-F, указана некоторая remote network, в network routing table сказано QSIG-GF, звонки через routing number префиксы, с указанием данной сети) нет.

Есть некоторые нюансы по настройкам переадресации и т.п.

у вас на станциях - есть подключение к городу?
Берете и делаете по образцу и подобию. А E1 - это ISDN, QSIG, R1.5 или еще чего?

Мой вопрос был - какие транковые группы вы в состоянии прописать (что с той стороны - Авайа, Алкатель,S12 или другая станция) - какая разница. (а что запрограммировать в Авайя - я не знаю).
В алкатель по ISDN все просто

прописываете плату
в ниже вложенном пункте (digital access) - ставите или нет Network mode (на одной стороне да, на другой нет).

Создаете транковую группу - тип T2, сигнализация - ISDN all countries, number compatible with - на ваше усмотрения (чего вы хотите набирать по ней).
В локальных параметрах транковой группы (если у вас сторона нетворк) - ставит b-channel choice
Ниже прописываете access (указываете например 0-5-0 - если используете 0-й доступ, с платы стоящей в 0-м кристалле на 5 месте).
Создаете префикс занятия транковой группы.
Втыкаете провода.
Если ничего красного не горит (иначе разбирайтесь с проводами, модемами и пр.)
- даете trkstat 0 5 0 (0 5 для PRA2) - дожидаетесь level2: CONNECT2 (иначе разбираетесь с режимом нетворк)

Далее пробуете звонить, глядя в трассировки t3

а опыт по стыковке ЧЕМ есть?

Стыковка по ISDN с Avaya - по Е1 легко. Ничем не отличается от стыковки с любой другой станцией. Вопрос как всегда один - Network mode/ synchro_priority/ B-channel choice.

Все остальное видится в t3 и правится как хочется.

Не понял - у вас есть шлюз g430 который вы хотите состыковать с ОХЕ? А сервер s8XXX Avaya у вас есть?

Иными словами - у вас ЕСТЬ Avaya как станция, или вы хотите чужой шлюз приколотить к неродной для него станции?

Данная тема касается ТОЛЬКО сигнализации в 0-м крситалле в станции с дублированными процессорами.
Суть проблемы - инциденты типа

3139=IO2 Sig path problem , type D, link 7, Way 0
2042=Loss of a IO2 type cpl
2168=Stand-By CPU is out of service
3113=Routing error of a signalization message

а так-же всякий проблем с межпроцессорным обменом (не успевают общаться по С1 линку). twin кстати показывает вид сигналинга.

Поэтому - если рядом с процессорами стоит IO2N - можно сигналинг из С1 линка утащить в IO2 (ставим IO2 и говорим 8 каналов).

Для CPU7 можно выбрать режим Ethernet (втыкаем оба в локалку, пермычкой on-board Ethernet запрещаем). Недостаток - если проц выдернуть из локалки (или проблемы с ней) - stand-by будет кувыркаться.

Естественно - после смены параметра - рестарт (два баскуля не подходят).

Проблема в передаче DTMF - чего рисует аппарат? Как переходите в DTMF? Чего слышно с той стороны?