Тема: panas 500, ARS, CO not assigned

11.08.03 15:00 sles (133/02.06.03)

Привет!

Вот такой есть вопрос.
Имеется две транковых группы, например 9 и 10.
В ARS они прописаны последовательно.
Сначала 9, потом 10.
Линии, подключенные к 9 имеют свойство дохнуть,
Т.е. по 809 получаем CO not assigned.
Однако, при этом линии, подключенные к 10 живее всех живых.
И, однако же, набрав 9-что-то там, для выхода на нужный нам план маршрутизации получаем CO not assigned. Хотя, повторяю, линии в следующей группе (10) есть!

Есть ли способ это побороть?

[ #1 ] 11.08.03 15:43 Support PBX EXPERT

Скорее всего на этом системнике отсутствуют кнопки тех линий из 9 группы.

[ #2 ] 11.08.03 16:27 sles (133/02.06.03)

А кнопки то тут причем?
Еще раз.
Две группы, одна 9, вторая 10.
Обе прописаны в ARS в одном плане друг за другом.
Все работает.
Но если линии из группы 9 _физически_ отодрать от станции, то как по 809 так и 9
(что и удивительно) получаем CO not assigned.
А я то надеялся, что если линии из группы 9 упадут, то у панаса хватит ума юзать группу 10.

[ #3 ] 12.08.03 7:08 XAHT (89/05.06.03)

Да, да я такие же испытываю трудности после заполнения таблицы маршрутизации, так как 2.5 (local hunt) с ARS не работает. Вынужден был засунуть большинство линий в первую группу. Запреты на выход на свободные линии нет.
В вашем случае проверте в COS эти запреты в trank group setting.

[ #4 ] 12.08.03 7:11 sles (133/02.06.03)

Права то на линии есть. Ибо 809 и 810 работает.
Проблема именно в том, что панас не хочет пропускать неработающие линии!
Может есть у него где в недрах галочка? 😊

[ #5 ] 12.08.03 7:18 XAHT (89/05.06.03)

Я такую галочку ещё не нашёл! Стоит версия 2.4

[ #6 ] 12.08.03 8:26 XAHT (89/05.06.03)

Если время интервала (установлено на 15 секунд) истекает при выполнении
исходящего вызова с ARS, система выбирает внешнюю линию на основе
прямого доступа (Local Access), и вызывающему абоненту либо возвращается
тональный сигнал набора номера CO, либо посылается сигнал занятости линии.
Это определяется системным программированием <Раздел 2.8 System Option/
Системные опции, пункт “59. ARS Call Timeout Mode/Режим истечения времени
вызова с автоматическим выбором маршрута” Руководства по
программированию>.

[ #7 ] 12.08.03 11:02 sles (133/02.06.03)

Неа. Это не помогает.

[ #8 ] 18.08.03 3:48 Moroz (313/19.05.03)

Книжки читать надо:) Руководство по программированию:
System Option 3, Параметр 28. Trunk hunting mode/Режим поиска внешней линии
Значение по умолчаниюForced/Принудительный
Диапазон значений 1. Forced/Принудительный
2. Loop Detection/Обнаружение шлейфного тока
Описание/Функция Определяет режим поиска внешней линии.
1. Forced/Принудительный
Система занимает внешнюю линию независимо от
присутствия шлейфного тока на локальной внешней
линии.
2. Loop Detection/Обнаружение шлейфного тока
Система занимает внешнюю линию после обнаружения
шлейфного тока на локальной внешней линии.

[ #9 ] 18.08.03 7:58 sles (133/02.06.03)

Книжки мы читаем.
Но, в отличие от некоторых, мы еще и практики
Если forced- то получаем тишину в трубе
(ессно), а если loop detection то как раз и получаем цо нот ассигнед, т.е. “умный” панас видит, что линия дохлая, но пропускать ее категорически отказывается!

[ #10 ] 19.08.03 2:34 Moroz (313/19.05.03)

На системном телефоне необходимо прописать или все линии входящие в 9 и 10 группу или слелать одну Loop линию. Тогда не будет высвечиватся CO Not assignet

[ #11 ] 19.08.03 2:37 Moroz (313/19.05.03)

Как ни странно у меня на 2.3 пропускает на Loop

[ #12 ] 19.08.03 15:40 sles (133/02.06.03)

Создано Moroz
На системном телефоне необходимо прописать или все линии входящие в 9 и 10 группу или слелать одну Loop линию. Тогда не будет высвечиватся CO Not assignet

Мне нужно не входящие, а исходящие, однако. И две разные группы не зря, они отличаются.

[ #13 ] 19.08.03 15:41 sles (133/02.06.03)

Создано Moroz
Как ни странно у меня на 2.3 пропускает на Loop

Это если есть еще линии в группе- возможно.