Подвисание транков - "Кто виноват?" Опции

[Iness]

У клиента имеется ARIA SOHO.
Половина СО-шек - городская АТС.
Остальные - втыкаются в AddPac FXS, далее по отпике на AddPac FXO, который, в свою очередь, присоединён к портам Ericsson BP250. Оттуда вызовы уходят на поток.

ПРОБЛЕМА: при звонке на Соху с городских линий и последующем трансфере на AddPac-овские СО-шки, когда разговор окончен, подвисает плечо ARIA SOHO - AddPac. Транк висит безотбойным минут 10. Плечо Соха - городская АТС рассыпается всегда сразу.

У Сохи настроено 142/13=2, плюс повесили на все транки отбойники, чтоб было, что называется.

Ситуация очень серьёзная, клиент грозит судом, что наша Соха аномально функционирует. Важно не ошибиться, что же действительно происходит при разъединении.

ВОПРОС 1: кто кому посылает сигналы "занято", разрыва шлейфа и т.д., и в какой последовательности - честно, я не совсем понимаю, а разобраться ОЧЕНЬ надо.

ВОПРОС 2: должна ли Соха разбивать весь тракт, то есть оба плеча, если одно рассыпалось? Или кусок Соха-AddPac - зависит не от неё?

(моё личное подозрение, что AddPac FXO не понимает "занято" от Эриксона, так как эти шлюзы требуют индивидуальных настроек на распознавание "занято" в каждом конктретном случае. Но я могу ошибаться! А этого допустить нельзя)

[Iness]

Акустика "занято" присутствует точно.
На слух оценить отличие для разных вариантов сложно.

Я бы попробовал отключить либо CPTU, либо отбойники. Т.е. проверить при работе одного их этих вообщем-то однотипных устройств.
Например, отключить CPTU - проверить.
Потом включить СPTU, но отключить отбойники и выключить в станции LOOP DETECT - проверить.

Есть вариант, например, записать сигнал "занято" во всех его вариантах и проанализировать редактором Cool Edit.
Потом выполнить настройки в программе 423.
Вопрос:
значение в пгм 423 - это миллисекунды? От 000 до 250? Или там надо учитывать множитель?
Если настраивать ресурсы собственного CPTU, то внешний отбойник необходимо снять? Они будут друг другу мешать?
Если выключаем LOOP DETECT (142/13=0) - мы вообще сможем осуществлять трансфер на внешнюю как таковой?

Если клиенту необходимо постоянно пользоваться такой фичей как соединение СО-СО

На самом деле это тоже не очень понятно. Со слов пользователей, трансфер CO-CO используется нечасто...Их жалоба заключается в "зависании" линий. Они просто видят, что линии заняты, и всё.
Но в ходе экспериментов "зависание" четко и стабильно проявляется только в петле AddPac – Aria Soho – AddPac.
Уж как только не набирали.
Каким образом ещё возникает это явление, неизвестно.

[harris]

Акустика "занято" присутствует точно.
На слух оценить отличие для разных вариантов сложно.


Есть вариант, например, записать сигнал "занято" во всех его вариантах и проанализировать редактором Cool Edit.
Потом выполнить настройки в программе 423.
Вопрос:
значение в пгм 423 - это миллисекунды? От 000 до 250? Или там надо учитывать множитель?
Если настраивать ресурсы собственного CPTU, то внешний отбойник необходимо снять? Они будут друг другу мешать?
Если выключаем LOOP DETECT (142/13=0) - мы вообще сможем осуществлять трансфер на внешнюю как таковой?



На самом деле это тоже не очень понятно. Со слов пользователей, трансфер CO-CO используется нечасто...Их жалоба заключается в "зависании" линий. Они просто видят, что линии заняты, и всё.
Но в ходе экспериментов "зависание" четко и стабильно проявляется только в петле AddPac – Aria Soho – AddPac.
Уж как только не набирали.
Каким образом ещё возникает это явление, неизвестно.

1. А ПГМ112/18 (Block B-Call) для SLT-абонентов включен???
2. Для трансфера ПГМ142\13 (Open Loop Detect) должен быть включен (не равен 0)!!!
3. В ПГМ423 множитель = 20 мс.
Попробуйте поставить там значение ON:007 и OFF:007