разборку надо начинать софта ОХЕ и ОХО а не пальцем в небо тыкать в познании теории

приложите трассу звонка который дропается

alcatel в плане sip очень консервативна т.е. поддерживается исключительно своим идеологиям
при sip180 rbt генерируется узлами участвующими в процессе организации транзакции, в вашем случае это OXO-OXE
при sip183 RBT должен генерироваться узлами конечными в вашем случае это PSTN-OXE-OXO тобишь  PSTN и OXO, вся суть заключается в том что провайдер не обязан генерить RBT

так же Alcatel плохо переваривает когда пришло SIP183 и далее вдогонку пригло SIP180, в этом случае RBT не будет
вот по этому Alcatel рекомендует использовать SBC когда SIP-транки разношерстные т.е. участвуют в процессе SIP183 и SIP180

ранее говорил "отключить опцию progress" это катит при исходящих в PSTN

вам стоит попросить прова отключить progress на PRI, так же можно пробовать отключить опцию progress на SIP-транке

а вообще я бы поставил SBC типа yate или freeswitch. asterisk не рекомендовал бы ставить т.к. очень "кудрявая" реализация одновременного использования SIP180 и SIP183

да еще - да правильного подключения SIP-транков Alcatel рекомендует использовать SBC

тут два пути
1. на транке Е1 отключите опцию progress
2. на ОХО внешние линии -> протоколы -> EDSS1 (параметры) возможно пункт RBT общий для PRI и SIP

недавно делал "безтолковку" в скринах по CCD в упрощенном варианте, куда скинуть?

в любом случае простой неизбежен, в лобовой миграции процессора будет душок геморроя с дальнейшим разгребанием в пару дней, по предложенной схеме простой пару часов

на старом процессоре создаете кристалл 2, создаете платы идентичные по расположению в в кристалле 0, через 4760i/4760/8760 путем поиска выделаете абонентов к примеру на плате  0-2 и меняете на 2-2, так с каждой платой внутренних абонентов и т.д. с другими платами

не исключается вариант и такой - на AS создаете новую базу, кладете ключи, создаете кристалл 2 с идентичными расположением плат и путем импорта/экспорта поэтапно переносите абонентов только не забываем  менять кристалл 0 на кристалл 2 на Users, транки создаете руками.
далее ставим INTIPB и вуаля загрузка с AS
в этом случае есть на мой взгляд два плюса -
1. минимальный простой АТС.
2. был случай кривой миграции с одной версии на другую, всплыло много чего, даже страшно вспомнить, тут вы избежите этого
самое интересное было при "forward to extenal" передавался номер звонящего если DID шел через SD

да

не надо трогать, само появиться при миграции

вы перенесите кристалл 0 во 2-ой

excvisu что нибудь интересное кажет?

Это фишка касается только кристала

Ничего удевительного. Есть факт геморройного перехода с CPUx на AS (тобишь вы не первый и не последний)
Вам необходимо сперва подготовить платцдарм на старом проце и потом делать миграцию на AS тобишь освободить кристалл 0 от всех плат. Освождение делать путем создания нового кристала с эдентичными платами и переносить всех абонентов и транков на новый кристал затем уж делать миграцию на AS. только не забываем про intipb вместо CPUx на новом кристале
Да еще стоит сперва сохранить конфиг на комп с атс перед подготовкой платцдарма, мало что...всегда можно будеть откатить назад если не попрет с первого раза

есть тонкость - для СС тип 4039 дает создавать только на платах eUA

CCD это чистой воды графика т.е. графический интерфейс для визуальной настройки + статистика "в попугаях". CCD настроить можно через mgr, статистику собирать через ftp

нда уж...легких путей не ищем, гораздо проще транзитную атс раскорячить "финтом"

собственно в чем проблема??? в астериске у есть TG, делайте два outbound на одну TG т.е. в 1-ом outbound стоит ультракомпани (если версия из коробки) чтобы передавался короткий номер при звонках на ОХЕ, 2-ой outbound это PSTN, АОН передается из поля Outbound CID

маркируйте звонок как голос а не факс
так же можно в ARS добавить прохождение факса