Call-центр ПОЗАДИ АТС Опции

[Ник Ратибор]

Я тихо шизею, дорогие мои товарищи.
Был у нас call-центр на системных аппаратах, и всё бы нормально, но поставили следующие задачи: определение номеров (линии большей частью аналоговые СО и немного BRI) и строгий учет звонков, вплоть до того, сколько позвонивший суммарно находился в ожидании ответа, считая собственно ответ на его звонок "барышней", время в режиме переадресации и т.п.
Проектный офис решил убрать все аналоговые СО и завести 2 PRI, что в принципе по деньгам даже дешевле выходило, и меня лично более чем устраивало. Для call-центра планировалась какая-то аппаратура ДО атс, подключенная как бы в разрыв PRI. (А у нас ipLDK-600 с прошивкой ПО 3.8 и несколько выносов по VoIP ipLDK-300 с версией ПО не ниже 3.7, в перспективе - все на 3.8). Но пришел страшный зверь Жаба и начал душить наш проектный офис. И теперь они хотят поставить аппаратуру в PRI ПОСЛЕ атс, не в поток от оператора, а в поток от нашей атс.
С меня требуется: 1) обеспечить части входящих звонков режим DISA (тут всё ясно); 2) остальным - прямой транзит с приходящего от оператора потока на поток в аппаратуру call-центра, с последующим переводом на АТС и конкретного внутреннего абонента, как "родного", так и на атс-выносе; 3) обеспечить передачу АОН от оператора до аппаратуры call-центра.
Живым я не дамся, это понятно, но мне дико интересно: а такая извращенная форма связи в принципе возможна или нет?

[vldmr]

возможно все это но :
будут образовываться петли т е на одном потоке к девайсу в случае перевода вызовов из калл центра обратно в АТС будет всего 15 вызовов (1 к калл и 1 от калл Х15 = 30 каналов)

причем у меня у одного клиента именно так и сделано но там IP LDK300 и абонентов где то 150-180
а ставили так потому что когда настраивали этот калл (первоначально он был в разрыв городского потока) длительно и постоянно роняли городской поток и оставляли всю контору без связи.