Поиск  Правила  Войти
Форум » Alcatel-Lucent OmniPCX Enterprise » Транковые группы

Уважаемые дамы и господа! Для вас сохранен старый форум по адресу http://forum.intersyst.ru

Страницы: 1
RSS
Не работает набор через одну из транк групп в ARS, ARS
 
#1
28.10.2014 11:37:50
Добрый день коллеги!
На центральной node прописан набор 522хххх через  speed dial с использованием префикса  ARS prof.trg.grp.seiz.with overlap и есть 3 маршрута
При звонке с аналоговых и цифровых номеров этой node через первый маршрут станция сразу дает отбой и пишет out os service а если набор с IP телефона этой же станции то звонок проходит. Поменяли местами 1й и 2й маршруты, второй маршрут работает нормально, получается проблема только в одной транк группе. Непонятно куда копать, ведь с IP и других нод все работает.
 
 
 
#2
28.10.2014 11:45:51
Quality - в рутах одинаково указан?
Тип транковой группы - ISDN, аналог?
ТГ занимается (и отбой снаружи) или нет?
Трассировка - есть?
 
 
 
#3
28.10.2014 12:20:53
ARS префикс использует таблицу набора 0-7 которая стоит в Entity
надо смотреть Entity у IP телефона и аналоговых/цифровых номеров, так же возможно COS не позволяет сделать набор
Пути IP-пакета неисповедимы
 
 
 
#4
28.10.2014 13:29:32
Как бы я проверял работу ARS.
Если через данное направление кто-то (IP абоненты) ходят, а часть не ходят:
1) смотрим что у абонентов одинаковое ентити (влияет entity/discriminator selector -  в какой дискриминатор реально попадаем). Помним - что абоненты в Hunt Group - обладают ентити указанным в HG
2) смотрим что у абонентов одинаковая Public network COS (влияет в экзотических случаях ARS privilege)
3) если с первыми двумя пунктами Ок (хотя бы принудительно выставив на время проверки) - смотрим в ARS рут. Quality - настоятельно рекомендуется иметь Speech и FAX (оба).

Вообще некоторые пользуются командой lookars (помнится lookars -test) для проверки менеджмента.

Если аюоненты с одинаковыми Ентити/категориями и в руте указаны оба quality - звонки должны появиться в трассировке.
 
 
 
#5
28.10.2014 13:31:25
Надеюсь маршруты у вас без waiting/stopping cost limits (типа 1/-1/-1; 2/-1/-1)
 
 
 
#6
28.10.2014 14:02:58
если у инсталлятора глубина фантазии была столь широка как Россия то возможен исход такой:
- доступ к TG регулируются на уровне Access COS
- тут естественно в ARS Schedule должна быть одна строка с двумя маршрутами 1/-1/-1; 2/-1/-1; , а за частую бывает что в ARS Schedule две строки в одной 1/-1/-1, в другой 2/-1/-1
Пути IP-пакета неисповедимы
 
 
 
#7
28.10.2014 14:10:14
По идее при звонках через ARS
Public network COS - используется Public Access COS на этапе проверки номера в дискриминаторе разрешен/нет

В ARS руте - запрет на TG (TG access COS) уже не смотрится, работает только ARS privilege при выборе маршрута (waiting/stopping cost limit).
 
 
 
#8
28.10.2014 15:16:48
Тип транкойвой группы ISDN,
транк не занимается сразу out of service,
в трассировке не выходит номер звонящего

Покопался везде по указанным направлениям.
Попробовали работать прямым захватом транка - набранный номер не разрешен ..
Оказалось что в Access Category в подразделе Trunk Group Access Category
у проверяемой группы в Trunk Group Access Rights Night и Day стояли 0 0
после установки разрешения все работает.  Странно как раньше не заметили..
Выяснилось что жалоб не было - так как пользователи пользовались прямым захватом для набора через другой транк причем не бесплатный для этого направления. А вот родной бесплатный стоял.. без дела.  :!:

Всем спасибо за подсказки !!!   :)
Изменено: Sinergys - 28.10.2014 15:29:01 (забыл спасибо сказать )))
 
 
 
Страницы: 1
Читают тему