Согласен, но никто, наверное, не мешает в одном трансляторе прописать 2 DDI номера и проблема со входом будет снята. Если нет каких-либо иных нюансов.....

Пробовали вы делать ext gateway с одинаковой транковой группой, т.е шлюза 2, авторизация внутри разная, а SIP TG одинаковая?

Сколько у вас на аппарате клавиш General Resource?
При копировании настроек, перенесли ли вы кнопки ?
Какой режим работы аппарата (PCX-mode/ Keysystem в подменю Keys)?

Скорее всего, всю картину вам портит NAT...

А что происходит со входящей связью по SIP?

Трассировки от HIcom и от мегафона идентичные по сигналам. Тогда проверьте:
и:

Согласен с error:
Если это трасса идентичного звонка ( транзитного через Hicom- М2-VH), то получается, что М2 отдает в сторону провайдера сигнал Alert, пиши, КПВ. Где-то этот сигнал по пути к Мегафону теряется....  

Все равно непонятно:
в вашей трассировке с меткам 100 по 144 показан успешный звонок (скорее всего, звонок приземлился на своей станции). Далее начинается звонок с транзитом, при это номер звонящего и входящий номер остаются теми же, что и в случае успешного звонка.Так ли это?
Сравните транковые группы Hicom и Мегафон. Сделайте трассировку (станция м2) входящего звонка со стороны hicom в сторону вашего сетевого абонента (1760, расположенный на выносе Алкатель ВХ). Сравните с мегафоновской.    

Есть вопросы :
1. Версия станции, куда приходит стык от мегафона ?
2. Как завязана станция с Hicom?
3 Трассы относятся к дозвону на определенный номер с определенного номера, но результат разный. Это так?  

Почитайте раздел Duration accounting, там как раз и описывается процедура преобразования длительности разговора в юниты в зависимости от набираемого номера (направления). Все сводится к тому, что
1. Вы выбираете транк-группы, на которые будет распространятся генерация юнитов.
2. Задаете стоимость юнита
3. Задаете длительность юнита в секундах для разных направлений. При этом надо учесть, что длительность юнита должна быть кратной по отношении к 1 минуте (60 сек.). К примеру, длительность юнита может быть 2,3,4,15, но не может быть 7 или 8.
4. Создается направление звонка и присваивается определенная шкала юнитов.

Кост-центры в этой схеме не участвуют.  

Был подобный случай. Все устаканилось, когда уровень синхры выставили далеко за 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-х сторонах?