Alekseevich
19.01.2015, 10:35
Добрый день!
Надеюсь на Вашу помощь по следующей задаче:
1) Есть абонент (большая шишка :cool:) у которого аппарат всегда переадресован на секретаря.
2) Есть небольшой круг лиц (10 чел) которые, как он говорит должны звонить ему напрямую.
Есть ли возможность установить приоритет над переадресацией?
Интересны любые варианты (по коду, создание групп, классы обслуживания и т.д.)
Спасибо за внимание.

Georg_Ua
19.01.2015, 13:05
Добрый день!
Надеюсь на Вашу помощь ....
Привет Алексей.
Есть вариант, но он не есть переадресация. У меня собрано именно так.
Выбирай любой вариант, который тебе нравится.
Организация номера Председатель_Секретарь.
Исходные номера:
Председатель - 2050
Секретарь - 2059.
Задача:
1.Все звонящие на 2050 должны попадать на 2059.
2.Нужники должны попадать прямо на 2050 мину я 2059.
Исполнение:
1. Меняем номер 2050 на 17750
2. Создаем Boss гру ппу с номером 2050
в этой гру ппе записываем:
17750 N
2059 Y
3. Создаем в таблице альтернативных номеров (ROOT 5,3)
0
------------COMPLETE NUMBER (Y/N) ? Y
NPID (Unknown/Isdn_tel ephony ) - Isdn_tel ephony
TYPE_OF_NUM (Unknown/Internat i onal /Nat i onal /Subscri ber) - Nat i onal
NUMBER - ххххх2050 - с этим номером абонент 17750 у йдет на внешку !
NPID Pri vate:
TYPE_OF_NUM (Unknown/Regi onal -1/Regi onal -2/PTN/Local ) - Local
NUMBER - 2050 - с этим номером абонент 17750 у йдет на локальную сеть!
4. Назначаем абоненту 17750 алтернативную линию:
ALTERNATE_LINE_ID - 0
Теперь абонент 17750 бу дет выходить на сеть с номером 2050 , но вну три своей АТС будет виден номер 17750 (если нет имени).
Все звонки на 2050 уйдут на 2059, кроме набранных как 17750.
Примечание! Этот номер (2050) не доступен со стороны ГТС, только через секретаря.

Вариант организации 100% запрета набора конкретного номера в АТС для
абонентов.
Задача:
Запретить всем абонентам, кроме избранных, набор номера, например 2050.
Исполнение:
1.Номер 2050 меняем на "Секретный" (17750)
2. Заменяем номер личной библы (например 7009) на 2050. Это будет номер личной библы для ВСЕХ абонентов АТС.
3.Избранным абонентам, в их личную библу с № 2050 вписываем парамеры
LIB 2050
-------------DIAL NUM = NONE
OUT TK = 17750
остальным абонентам ничего не вписываем!
4. Создаем в таблице альтернативных номеров (ROOT 5,3)
0
------------COMPLETE NUMBER (Y/N) ? Y
NPID (Unknown/Isdn_tel ephony ) - Isdn_telephony
TYPE_OF_NUM (Unknown/International /National /Subscri ber) - National
NUMBER - 487052050 - с этим номером абонент 17750 уйдет на внешку !
NPID Pri vate:
TYPE_OF_NUM (Unknown/Regi onal -1/Regi onal -2/PTN/Local ) - Local
NUMBER - 2050 - с этим номером абонент 17750 уйдет на локальную сеть!
5. Назначаем абоненту 17750 алтернативную линию:
ALTERNATE_LINE_ID - 0
Резу льтат:
Любой абонент набирая 2050 (свою пустую личную библу ) получает занято.
Избранные абоненты набирая 2050 ,через личную библу выходят на
"Секретный" (17750)
На других АТС сети используется соответственно
LIB 2050
-------------DIAL NUM = 17750
OUT TK = - транкгру ппа на АТС где стоит №17750.
6. Вход из города. В OffsetFilter = 7052050 -> 2059 на секретаря.
Внимание!!
При такой организации запрета набора, нет переадресации на 2059 при наборе 2050!!
Чтобы это сделать надо во ВСЕХ личных библах, кроме избранных, вбить 2059!

valeryk
20.01.2015, 10:39
Добрый день!
Надеюсь на Вашу помощь по следующей задаче:
1) Есть абонент (большая шишка :cool:) у которого аппарат всегда переадресован на секретаря.
2) Есть небольшой круг лиц (10 чел) которые, как он говорит должны звонить ему напрямую.
Есть ли возможность установить приоритет над переадресацией?
Интересны любые варианты (по коду, создание групп, классы обслуживания и т.д.)
Спасибо за внимание.
Георгий, добрый день! По теме. У меня так было как та описал, но по моему это сложно. Через тенанты в классе сервиса проще.
Шишке даёте отдельный cos, например 9. В cos ставите в ветви меню 2-TENANTS тенантгруппу например 1


FROM COS# - 0 9
TO COS# - 9

Any specific data field (type ? for help)
-


TENANTS


9(cos босса)
------------


TNNT_GRP- 1

GRP.ACCESS( 0-15)-
(0)
0 - это номер тенантгруппы cos всех "нешишек", и секретаря.

TENANTS


0(cos для всех)
------------


TNNT_GRP- 0

GRP.ACCESS( 0-15)-
(0)

Так настроен cos у всех кроме секретаря. Секретарь может дозваниваться ко всем и к начальнику и соединять.
Вот так у секретаря и "приближенных".

TENANTS


2(cos секретаря и приближенных))
------------


TNNT_GRP- 0

GRP.ACCESS( 0-15)-
(0,1)

Для cos соединителтных линий можете аналогично разрешить или запретить дозваниваться извне к вашему боссу.

Georg_Ua
20.01.2015, 15:05
По теме. ....
Привет.
Как вариант № 3 тоже подходит :) (запишу себе в "склерозник" для коллекции, может когда и сгодится). Однако, надо учитывать разные нюансы. Например, я имею сеть станций, и необходимо было учесть, что с других АТС тоже должны звонить напрямую боссу. Чтобы не наворачивать тенанты и там, взял простой вариант №1. На нем и остановился. Ну, в общем, на вкус и цвет, как известно, фломастеры разные. Выбор оставим за ТС.

Alekseevich
02.02.2015, 16:20
Огромное спасибо за подробную помощь!
Варианты интересные и главное действенные. Включая во внимание все особенности организации связи на нашем предприятии остановлюсь на варианте 1 с Boss Group.

P.S. На месте разработчиков добавил бы приоритет над переадресацией.

Georg_Ua
02.02.2015, 17:16
....P.S. На месте разработчиков добавил бы приоритет над переадресацией....
К сожалению, в связи с интересной политикой по апдейту ПО, нам это не достанется, даже если добавят.
P.S.
А еще, не хватает очень "чёрных списков" по CID. Очень нужная весч ;) оказывается.

Остин
24.02.2015, 18:35
А я к Валере присоединюсь, тенант оно правильнее. Так как при исходящих его секретный номер может стать уже не секретным. Впрочем имя скроет его от честных людей.
Для удаленных абонентов конечно дополнительная забота, тут с Георгием согласен.
А приоритет есть только при встречной переадресации и там boss группа из 10 номеров скорее всего не прокатит, а вот для 1 секретаря прокатит.
Так если у боса стоит переадресация на секретаря, то секретарь этот босу все равно может набрать (это как раз случай приоритета на переадресацией)