Все верно - для внутренних абонентов сс08 Call Source не имеет значения.
Группы запрета вызовов.
Сообщений 31 страница 45 из 45
Поделиться322014-01-29 10:22:53
Ну Вы договорились
james написал(а):
сс08 Call Source не имеет значения
Для PRA работает Call Source не PRATG, а PRA абонентов.
Поделиться332014-01-29 10:41:36
Если собственные абоненты и Call Source вх. TG в одном DNSET то вызова проходят . Создайте Call Source в другом DNSET, а потом в CLRDSG для " правильных" номеров меняйте его. Для входящий N7TG у нас белый список так и работает.
Поделиться342014-01-29 18:35:44
- Проффи
- Зарегистрирован: 2007-11-01
- Приглашений: 0
- Сообщений: 166
- Уважение: [+2/-0]
- Позитив: [+1/-0]
- Провел на форуме:
1 день 10 часов - Последний визит:
2017-03-09 16:30:14
Не стыкуется у нас теория с практикой.
Что значит - собственные ?
Внешняя станция включена с СС08 по PRI, ее абоненты не могут быть собственными - в ADD PRA они не прописаны.
Хотя ...
В DNSEG номера внешней станции есть - так исторически сложилось.
Поделиться352014-01-29 18:45:37
У вас на сс08 нет вообще абонентов?
Просто проблема сс08 в одном DNSET - независимо от Call Source вызовы на абонентов сс08 (V52, ST, PRI) ,будут проходить.
А пробовали мой вариант с CLRGRP ?
Отредактировано james (2014-01-29 18:46:24)
Поделиться362014-01-30 10:30:00
Sasha написал(а):
в ADD PRA они не прописаны.
При создании PRATG есть поле DEFAULT CALLER NUMBER, у Вас там ЧТО?
"собственные абоненты " имелось ввиду абоненты ST (V5ST)
Непонятно, у Вас что по исходу на эту TG может уходить только определенный диапазон (прописан в CNACLD ), а по входу вы ожидаете (номер А) что угодно?
Поделиться372014-02-03 12:10:53
- Проффи
- Зарегистрирован: 2007-11-01
- Приглашений: 0
- Сообщений: 166
- Уважение: [+2/-0]
- Позитив: [+1/-0]
- Провел на форуме:
1 день 10 часов - Последний визит:
2017-03-09 16:30:14
При создании PRATG есть поле DEFAULT CALLER NUMBER, у Вас там ЧТО?
В Default number - левый номер, несуществующий.
"собственные абоненты " имелось ввиду абоненты ST (V5ST)
А PRA абоненты?
Непонятно, у Вас что по исходу на эту TG может уходить только определенный диапазон (прописан в CNACLD ), а по входу вы ожидаете (номер А) что угодно?
Именно так.
Поделиться382014-02-04 10:44:30
Sasha написал(а):
Не стыкуется у нас теория с практикой
У нас похоже даже теории (принципы построение PRA) разные 
И давать "общие" советы в такой ситуации не правильно, у Вас ЭТО, в лучшем случае, просто не будет работать. Необходимо описать ситуацию полностью ( коды, которые идут на эту PRA TG (CNACLD), коды, которые необходимо пропускать с этой TG. Остальные вызова просто резать, или только для транзита ....)
Поделиться392014-02-04 11:07:41
- Проффи
- Зарегистрирован: 2007-11-01
- Приглашений: 0
- Сообщений: 166
- Уважение: [+2/-0]
- Позитив: [+1/-0]
- Провел на форуме:
1 день 10 часов - Последний визит:
2017-03-09 16:30:14
Да нет, все проще оказалось гораздо.
Вот такой результат:
ADB CLRDSG: DSP=222, SCLI=K'0, ECLI=K'9, DAI=ALL, FUNC=NIN; //все закрыли ...
ADB CLRDSG: DSP=222, SCLI=K'567465, ECLI=K'567467, DAI=ALL, FUNC=DSG; // открыли нужный диапазон ...
ADD TGDSG: TG=111, DSG=222; // Прицепили правило к TG ...
Классический B\W список получился, работает и на PRATG.
Здесь, конечно еще определиться бы с приоритетами, ( что выполняется раньше - запрет или разрешение, но походу срабатывает обратное правило CNACLD )
Отредактировано Sasha (2014-02-04 11:10:16)
Поделиться402014-02-04 22:00:05
Ограничение абонентов по анализу №В
SET GAC: SRG=1, DRG=2, CI=CDIS;-запретить вызовы
SET GAC: SRG=1, DRG=3, CI=CENA; -разрешить вызовы
ADD CLDGRP: CLD=K'8, GRPT=OG, GRP=2; -запретить вызовы на
ADD CLDGRP: CLD=K'810, GRPT=OG, GRP=2;
ADD CLDGRP: CLD=K'08, GRPT=OG, GRP=2;
ADD CLDGRP: CLD=K'8663, GRPT=OG, GRP=2;
ADD CLDGRP: CLD=K'88053023021, GRPT=OG, GRP=3;- разрешить вызовы на
ADD CLDGRP: CLD=K'88053023023, GRPT=OG, GRP=3;
ADD CLDGRP: CLD=K'88053023024, GRPT=OG, GRP=3;
MOD N7TG: TG=17, LMTGRP=1;
Ограничение абонентов по анализу №А
ADD CLRDSG: DSP=3, CLI=K'9, DAI=ALL, FUNC=NIN;-запретить все вызовы с направления начинающихся с 9
ADD CLRDSG: DSP=3, CLI=K'903, DAI=ALL, FUNC=ATT;
ADD CLRDSG: DSP=3, CLI=K'928, DAI=ALL, FUNC=ATT;
ADD CLRDSG: DSP=3, CLI=K'960, DAI=ALL, FUNC=ATT;
ADD CLRDSG: DSP=3, CLI=K'909, DAI=ALL, FUNC=ATT;
ADD CLRDSG: DSP=3, CLI=K'963, DAI=ALL, FUNC=ATT;...........-разрешать вызовы с № начинающихся на…..
и так все префиксы которым разрешен выход
ADD TGDSG: TG=17, DSG=3;-применили правило на входящей транкгруппе 17
Попробуйте так .
Поделиться412014-02-07 12:14:33
- Проффи
- Зарегистрирован: 2007-11-01
- Приглашений: 0
- Сообщений: 166
- Уважение: [+2/-0]
- Позитив: [+1/-0]
- Провел на форуме:
1 день 10 часов - Последний визит:
2017-03-09 16:30:14
Ну именно так и работает.
Просто была проблема "ограничить все входящие"
Ее решили вышеуказанным способом.
Всем спасибо !
Поделиться422015-08-09 10:33:25
Ограничение абонентов по анализу №В
Подскажите, а возможно ли сделать ограничение по №B для PRATG?
Чтобы некоторые номера с учрежденческой АТС не смогли выйти на межгород и международные направления.
Отредактировано Wellco (2015-08-09 14:25:59)
Поделиться432015-08-10 20:38:05
Можно попробовать сделать так, для запрета (определенным абонентам) выхода на международные направления с мини-атс, подключенной к станции через PRATG.
ADD GCNACLR: PFX=K'00, GRP=3, FUNC=REJ; --- добавить группу, в которой будут отклоняться вызовы на 00
ADD CLRGRP: CLR=K'215441258, GRP=3;--- добавить в эту группу номера абонентов, номер с LACом
.......
ADD CLRGRP: CLR=K'215441260, GRP=3;
Отредактировано Wellco (2015-08-19 19:06:58)
Поделиться442015-09-10 18:36:04
ADD CLRDSG:.......;
в этой команде обязательно указывайте группу, иначе проставится по умолчанию группа 65534 и получится как черный список для всех входящих номеров.
Отредактировано Wellco (2015-12-06 11:47:30)
Поделиться452016-07-20 12:50:57
Приветствую вас дорогие коллеги. Столкнулся с интересным моментом. Есть оконечная станция включенная в меня через DSS. Стоит задача определённым номерам с неё не давать доступ к 8. Сделал через CLRDSG, где определённым номерам меняю источник вызова, который впоследствии ловлю через PFXPRO, где в свою очередь даю ему отказ в проключении. Всё хорошо, но есть один не приятный момент, если набор от аб. идёт быстрый, то почему-то ограничение не срабатывает и вызов успешно пролетает на внешнюю транкгруппу согласно таблице анализа преф. Обмен идёт оверлапом. При чём подмена источника вызова на этих номерах выполняется, но почему станция видя 8 с ограниченного callsrc пропускает его? Кто-нибудь сталкивался?
... Блин. Дошло почему... Получается так как префикс 8 привязан к роуту АМТС, то станция весь набор честно транслирует на АМТС и не важно что я там делаю в PFXPRO, результат его преобразований будет всё-равно там.
Как ещё можно ограничить доступ?
Отредактировано rus (2016-07-20 14:19:01)