Trunk loop

Chem-Li

Подскажите решение проблемы!
Есть транк 98, в нем 3 СО линии, Trunk direction: incoming.

Периодически status trunk выдает следующие

0098/001 01A1004 in-service/active no 01A1005
0098/002 01A1001 in-service/idle
0098/003 01A1005 in-service/active no 01A1004

Получается кольцо и линии так подвесают пока не сделать busyout/release.

Кольцо образуют только эти 2 порта, значит причина кроется в номерах которые висят на этих линиях. Кто-то повидимому устраивает конференцию или переводит не правильно.

Можно ли это как то отследить?

vasilyis

Chem-Li, если пользуешься АSA, то в эмуляторе терминала набери команду li tra tac <номер TAC транк-группы>.

Chem-Li

Да это понятно, я думал есть еще какие-то варианты мониторинга более удобные. А может кто сталкивался с такой же проблемой, можно ли как то ограничить или запретить trunk-to-trunk (если это можно так назвать).
И вообще какие могут быть точные причины возникновения данной проблемы!

13-ый

Chem-Li, шаг 1 надо просто не допускать такой ситуации. В свойствах транк-группы выставить Disconnect Supervisor In? N Out? N, да trunk-to-trunk transfer в sys fea запретить. Тогда не получится переводить вызовы на СО-линиях и соответственно подвешивать их. Второй шаг - установка отбойников. Шаг 3. Отказаться от СО в пользу isdn-pri если пользователям требуется переводить вызовы. Только так можно "лечить эту болезнь".

Chem-Li

War Dialer писал(а):Chem-Li, шаг 1 надо просто не допускать такой ситуации. В свойствах транк-группы выставить Disconnect Supervisor In? N Out? N, да trunk-to-trunk transfer в sys fea запретить. Тогда не получится переводить вызовы на СО-линиях и соответственно подвешивать их. Второй шаг - установка отбойников. Шаг 3. Отказаться от СО в пользу isdn-pri если пользователям требуется переводить вызовы. Только так можно "лечить эту болезнь".

Да, согласен. НО тогда не получится переводить поступившие на СО звонки на другую атс, если они соеденяются между собой через isdn-pri! А это достаточно критичная задача!

SaM · Сообщение **SaM** » Вт 29 сен 2009, 07:56

Если мну память не изменяет ограничения на запрет перевода звонков можно обойти в COSe параметром

Restriction Override
Указанным пользователям разрешается обходить ограничения по
конференц-связи, переадресации или пересылке вызовов.

избранным этот COS назначить.

Pterodahtil

вроде такой алгоритм:
в sys fea разрешить trunk-to-trunk transfer
в транке с СО Disconnect Supervisor In? Y Out? N
в транке PRI Disconnect Supervisor In? Y Out? Y

таким образом перевести пришедший по СО вызов опять на СО нельзя, а на PRI можно.

Chem-Li

Pterodahtil писал(а):вроде такой алгоритм:
в sys fea разрешить trunk-to-trunk transfer
в транке с СО Disconnect Supervisor In? Y Out? N
в транке PRI Disconnect Supervisor In? Y Out? Y

таким образом перевести пришедший по СО вызов опять на СО нельзя, а на PRI можно.

В настройках транка выставлено Direction - incoming, следовательно в транке с СО Disconnect Supervisor Out отсутствует т.к. уже указано направление звонков!

Chem-Li

SaM писал(а):Если мну память не изменяет ограничения на запрет перевода звонков можно обойти в COSe параметром

Restriction Override
Указанным пользователям разрешается обходить ограничения по
конференц-связи, переадресации или пересылке вызовов.

избранным этот COS назначить.

Если я правильно понял то вы предлагаете Restriction override none в cor'е назначенном этой транк-группе?!

13-ый

Pterodahtil дело говорит. Ну а если надо делать трансфер CO-CO то затариваемся отбойниками.