Aria SOHO проблема с конференцией., При отбое одной из внешних линий все внешние линии автоматом рвутся. Опции

[Korgul]

Что есть:
Провайдер дает многоканальный телефонный номер (5 линий) через свою IP-телефонию. У нас стоит провайдерский Voip-ный шлюз AddPac AP1100F, который смотрит 5-ю fxs портами на 5 CO портов Aria SOHO (BKSU+CHB308) (GS84P-3.7Ee Jul/08 Russia Federal). Никаких отбойников нет.
параметр в проге 142/13 на всех линиях выставлен на "10".
параметр в проге 142/18 (в доке это 160/16) СO-CO TRANSFER CPT DETECT стоит в "ON"
параметр в проге 182/6 Unsupervised Conference Timer стоит на 10 минутах. Так как бывает необходимость перевода с внешней линии на внешнюю.

Проблема:
Собираем конференцию с системника: 3 мобильника, системник и еще один внутренний. Конференция собирается без проблем. Если один из мобильников кладет трубку, в конференции секунды 3 идут короткие гудки, после чего два других мобильника тоже отваливаются. И в конференции остаются только 2 внутренних телефона.

Если СO-CO TRANSFER CPT DETECT выставить в "OFF" после того как один из мобильников кладет трубку остальные не отваливаются, но в конференции секунд 25 идет Busy tone, потом еще секунд 40 Fast Busy. Вообщем разговаривать не реально. (Да и при "OFF" внешние линии начинают липнуть на 10 минут при связи CO-CO, но это так, к слову)

Т.е. при отвале внешнего абонента при любом раскладе конференцию можно закрывать и собирать снова (ну или по новой обзванивать всех отвалившихся внешних абонентов). Фактически конференцсвязью пользоваться нельзя (у нас в конференциях всегда есть внешние абоненты).

Пробовал поменять параметры
142/4 Line Drop using CPT (ON/OFF)
181/19 LCO CPT Detect Timer (5 сек/ 20 сек)
никакого эффекта. Все равно остальные внешние линии всегда отваливаются через 3 секунды.

Собственно вопросы:
В чем проблема? Из-за чего возникает? Как решить?
Это CPTU как-то неправильно себя ведут (например, слыша сигнал "занято" на 3 внешних линиях, рвут все три и не важно что на две из них сигнал "занято" идет не с городской АТС, а с Сохи)? Может их как-то хитро надо настроить (например с помощью проги 423)?
Возможно нужно настроить FXS порты шлюза (у меня к нему доступа нет, но можно попросить провайдера) пробросить какой-нибудь хитрый сигнал до АТС и не использовать CPTU? Или придется ставить отбойники между VOIP-шлюзом и Сохой (хотя такая схема представляется несколько странной). Кто-нибудь вообще сталкивался с подобной схемой (VOIP-шлюз)-->(CO-линии)-->(ARIA SOHO) и как ее реализовал?

Заранее спасибо за помощь!

[Korgul]

Провел такие тесты.

Первый.
на 1-ой линии прогой 142/18 СO-CO TRANSFER CPT DETECT выставил в "OFF"
на 2-ой линии прогой 142/18 СO-CO TRANSFER CPT DETECT выставил в "ON"
Собираем конференцию: системник + мобильник на 1-ой линии + мобильник на 2-ой линии
Кладем трубу на 1-ой линии.
В конференции короткие гудки 3 секунды.
Вторая линия отваливается сама.
В конференции один системник слушающий короткие гудки. Лампочка на 1-ой линии зеленая.

Второй
на 1-ой линии прогой 142/18 СO-CO TRANSFER CPT DETECT выставил в "OFF"
на 2-ой линии прогой 142/18 СO-CO TRANSFER CPT DETECT выставил в "ON"
Собираем конференцию: системник + мобильник на 1-ой линии + мобильник на 2-ой линии
Кладем трубу на 2-ой линии.
В конференции короткие гудки 3 секунды.
В конференции системник + мобильник на 1-ой линии нормально разговаривают.

Другими словами проблема в CPTU.

Что делать? АТС по гарантии отдавать? Или все таки я что-то упустил и нужно где-то что-то подкрутить в настройках? С этой АТСкой никогда раньше не работал.

Мне с трудом вериться, что на форуме нет людей, которые не настраивали бы на ARIA SOHO конференцсвязь с несколькими внешними абонентами. Очень нужна помощь! Как настраивали? Какие проблемы были? Корректно ли вели себя CPTU?

[harris]

Провел такие тесты.
Мне с трудом вериться, что на форуме нет людей, которые не настраивали бы на ARIA SOHO конференцсвязь с несколькими внешними абонентами. Очень нужна помощь! Как настраивали? Какие проблемы были? Корректно ли вели себя CPTU?

Сдать по гарантии??? А с какой стати??? Почему Вы считаете, что станция неправильно работает???
При конференции все линии соединены между собой, поэтому короткие гудки на одной линии попадают и на другие линии. На тех линиях, на которых включен CPTU для разъединения линии по сигналу "Занято", те линии и будут "отваливаться".
Вы проводите конфренцию на обычных 2-х проводных линиях, на которых нет нормальной сигнализации отбоя (такой, как на соединительных линиях - E1, ISDN и пр.). Акустический сигнал "Занято" не является сигналом линейной сигнализации, это всего лишь уведомление пользователя (человека), чтобы он УСЛЫШАВ этот сигнал положил трубку. Модули CPTU позволяют в некоторых ситуациях заменить пользователя, это просто небольшой "прибамбас", но подменить четкую ЛИНЕЙНУЮ сигнализацию они не могут.... Вспомните, 2-х проводным линиям с их примитивной сигнализацией (есть ток/нет тока) уже более 100 лет. Что же Вы хотите???
Станция позволяет собрать конференцию?? - ДА. Но никто при этом не гарантирует, что эта функция работает идеально и может автоматически разъединять покинувших конференцию участников, не причиняя неудобств остальным участникам... И дело не в станции, а в линиях!!
Если линии примитивные, то что может станция исправить???

На следующей версии (уровня 3.9) есть новая фича - инициатор конференции может вручную отключать отдельных участников конференции... Но я, например, еще не проверял, как это будет работать в случае аналоговых СО-линий. Тем более для ARIA SOHO, еще нет даже тестовой версии уровня 3.9. Ожидается....