При входящем из SIP отображаются, т.е. при обратном сценарии, но при входящем есть имя во From.

Читайте внимательно описание проблемы.

Про разницу в работу ABC-F/ISDN через refer/reinvite я в курсе, об этом и в документации написано.
Однако, здесь не тот случай.

Не понял вопрос.

OXE R10.0 состыкована по SIP с другой АТС.
Абонент ОХЕ звонит на другую АТС, после ответа абонента другой АТС видит только его номер.
Трассировка показывает, что ОХЕ передает имя своего абонента в полях From и PAI, а другая АТС - только в поле PAI при ответе 200 и установлении сессии.
Номер абонента Б при этом берется ОХЕ из PAI нормально, при наличии соответствующей установки в свойствах SIP Ext. Gw.
Вызов маршрутизируется через ARS/Num CMD, транкгруппа ABC-F.

Вопрос: у кого-нибудь имя абонента Б при аналогичных стыках берется из PAI ?

Просто по сообщениям у вас получается, что адрес в SIP Ext GW надо вписывать 172.16.240.4, но тогда исходящие вызовы на него пройдут только тогда, когда ваше некое SIP ALG устройство (фактически сип прокси) перешлет такой вызов на SIP proxy провайдера.

Ну или, как вариант, прописать еще один SIP Ext GW на той же транкгруппе, в нем указать адрес 172.16.240.4, тогда входящие вызовы пойдут через него, по идее.
Это если исходящие у вас идут нормально.

1363257225 -> RECEIVE MESSAGE FROM NETWORK (195.47.255.97:50195 [UDP])
From: <sip:7017227412@172.16.240.4:5060>

У вас какое устройство занимается NATом между ОХЕ и провайдером ?
На нем что-то типа SIP ALG есть ?

Без схемы включения с IP адресами элементов и не будет понятно.
Это может быть, например, некий SIP Proxy элемент, судя по Via.

С лицензиями история отдельная, как планировал объединять тот, кто рассчитывал в актисе, - неизвестно.
Однако, была надежда что через сип все же можно, но озвученный вами ранее сценарий, к сожалению, не работает.
Хотя, Private to Public Overflow через SIP работает, с ограниченной функциональностью, по сравнению с VPN Overflow.
Вообще, очень жаль, что SIP до сих пор так и не прикручен к ABC сети, кроме ABCF TG.

Конечно никаких проблем, лицензий вот только нет, а так все в порядке, отчего бы и не прописать H.323 TG.
Кроме того, причем тут компрессоры на плате не вполне ясно, т.к. релиз 9 и вызов, например, между двумя IP Touch.

А эту схему кто-либо тестировал, с VPN Overflow через SIP TG ?
При попытке реализовать, вызовы через SIP TG не идут, в lookvpn SIP TG видна как OOS, supervised by routing на ней не включить.

Remote net на SIP TG выставлена как в VPN Overflow, все сделано через ARS, SIP EXt. Gw - In Service.
Судя по трассе, она даже не пытается выйти через SIP, нет инвайта.