Всем здравствуйте.
Станция OXE 9.0. Работает как транзитная. Есть клиент на потоке Е1, который через ОХЕ выходит в город. Как ему сделать запрет на конкретный городской номер? У транкгруппы клиента Public network category-"0". У TG в город тоже "0". В Discriminator прописываю городской номер, присваиваю Area закрытую в PNC "0". Так не получается.

В TG кроме PNC Eщё Number Compatible With есть и Entity указано, а там ссылка логического дискриминотора на дискриминатор руля, а с АРС всё по другому. Может дискриминатором ошиблись? Запретите во всех дискриминоторах, может поможет?

Entity есть. Есть привязка логического дискриминатора к реальному. В Discriminator Rule у этого реального дискриминатора прописываю городской номер. Только вот какую Area присваивать? Или вообще не так? ARS работает только для 8(МГ, МН).

Area присваивать ту, которая запрещена (нули) в PNC TG входящей от абонента, в вашем случае "0". Остальное всё так.

Я так и делал. Вызов все равно в город уходит.

Если нельзя сделать запретов на наборы, то в скором времени абоненты пронюхают такую халяву и посыпется "левый" межгор))). Пропишите данный номер на ВСЕХ дискриминоторах с соответствующей Aria, может где путём промахнулись? Если и это не поможет, то вызывайте специалиста (В телемастерской была фраза, когда ничего не помогало, то мастера предлагали вызвать телемастера).

Категория транковой группы работает (насколько я помню) - если тип private и в локальных параметрах транковой группы barring стоит не в дефолтовском значении (not barredd)

TG-Private. Поменял параметр Barring - не помогло.

Number compatible with стоит "-1". Может здесь ошибка?

Number compatible with - интересует в ИСХОДЯЩЕЙ группе, а не в транковой группе ВХОДЯЩЕЙ.
Кроме того - во входящей транковой группе есть ентити (например 0), соответственно в какой РЕАЛЬНЫЙ дискриминатор вы попадаете - смотрим в дискриминатор селектор 0-го ентити.
Типовая ошибка - начинаем использовать 0-й дискриминатор, потом решаем использовать 3-й (0-й оставили). В ентити абонентов (1-й по дефолту) переправили в дискриминатор селектор 3-3, а для транзитных транковых групп по старому используется 0-й дискриминатор.
Отсюда и вариант ограничения звонков при транзитах (например транковая группа в город пользуется 0-м реальным и логическим дискриминатором):
- берем и создаем НОВЫЙ дискриминатор (например 4), где например просто не прописываем 8 и 810 (МГ и МН);
- создаем ентити 4, указываем его во входящей транковой группе;
- ентити 4, дискриминатор селектор 0=4.

И все, абоненты идут в 0-й дискриминатор и делятся по категории.
Транзитные звонки идут в 4-й реальный дискриминатор и не могут набрать МГ и МН не по категории, а просто по отутствию в дискриминаторе.



Редактировано 1 раз. Последний раз 11.09.2009 15:47 пользователем vad.

А если у вас в городской транковой группе стоит Number compatible with =-1
тогда проверки по категории не производится.

>Number compatible with стоит "-1". Может здесь ошибка?

Это смотря в какой TG стоит. Если в исходящей, то конечно тут и "порылась собака". В документации найдите картинку ограничения вызова и вся цепочка станет понятна: в Number compatible with исх TG ставится номер логического дискриминатора. В ентити (номер которой указан во вх TG) находим соответствие логического дискриминатора реальному. А по номеру реального дискриминатора смотрим дискриминатор руля: какой набор какой эрии соответствует. Затем по PNC вх TG смотрим разрешён (1) либо запрещён (0) набор данных цифр в линию.

А если по префиксу ARS выходите наружу, то логический дискриминатор берётся из данного префикса а не из TG.

PS: Спасибо fedoseevke, напомнил цепочку.



Редактировано 1 раз. Последний раз 11.09.2009 16:15 пользователем JKS.

Number compatible with стоит "-1" во входящей TG от клиента. В город "смотрит" TG c Number compatible with - "0" и Entity тоже "0".
Entity TG клиента-"30". Вот ее данные:
┌─Consult/Modify: Discriminator Selector─────────────┐
│ │
│ Node Number (reserved) : 2 │
│ Entity Number : 30 │
│ Instance (reserved) : 1 │
│ │
│ Discriminator 00 : 0 │
│ Discriminator 01 : 1 │
│ Discriminator 02 : 0 │
│ Discriminator 03 : 0 │
│ Discriminator 04 : 0 │
│ Discriminator 05 : 30 │
│ Discriminator 06 : 0 │
│ Discriminator 07 : 7 │
│ │
└────────────────────────────────────────────────────┘
5-й дискриминатор работает в префиксе на ARS и только на набор"8" (МГ и МН). Поэтому, так понимаю, в "30"-м реальном дискриминаторе руля набор городского номера не запретишь. В"0" реальном дискриминаторе руля вбил городской номер и присвоил соответствующую Area по PNC этой TG. Но вызов проходит.

Ну если в город без ARS, то правильно до реального дискриминатора"0" дошли, далее: Открываем PNC 0 и смотрим какие Aria в нуле и любую из нулевых присваиваем набору

Ну да. Так и делал. Но увы...



Редактировано 1 раз. Последний раз 11.09.2009 17:31 пользователем Sovin.

Набор через префикс занятия ТГ или через ячейку сокращённого набора? Если через ячейку, то там галочку баринга поставить надо и ещё раз проверить правильность указанного номера - только то что транслируется в город, без всяческих префиксов выхода

Набор через префикс. В дискриминаторе руля указан городской номер (7 цифр) без префикса занятия TG.

Префикс занятия не оверлапный? Может попробовать сократить написанный номер на 1 цифру для проверки. Если и это не поможет, то скорее всего вопросы по прайвату, не вспомню чем может мешать....

Т.е. во входящей от клиента TG стоит private=yes (Network mode=yes с вашейстороны). Во входящей TG стоит Barring - ограничивать с отбоем при неверных адресах и не работает?.

Пробовали сделать тупую проверку - присвоить внутреннему абоненту категорию как во входящей TG и ентити как во входящей TG и набрать номер (префикс+цифры), как приходящий.
Абоненту не дает выйти? Или иными словами - не работает баринг и категории, или у вас просто не правильный менеджмент?



Редактировано 1 раз. Последний раз 11.09.2009 17:47 пользователем vad.

Может и менеджмент неправильный. Беру паузу. Буду разбираться. Спасибо участникам темы за помощь. О результатах сообщу. Всем хороших выходных!

Самый простой вариант, в вашем случае, как писал vad, создать Юзера с PNC 0 и Entity 30 и с него пробовать набор. Оверлап ни причём, только что проверял, запрет срабатывает.

Вопрос вдогонку: что обозначает фраза "менеджмент неправильный", если можно, переведите с русского на простой)))

Менеджмент неправильный-это значит что забыл как сконфигурено. С административной работой всю станцию забыл.

Перевожу - когда мы пытаемся организовать ограничение для транковой группы - может не работать ограничение в принципе, может работать, но не правильно (не те ентити, не те дискриминаторы). Был в практике случай - все пользуются 3-м дискриминатором, создали новое ентити и забыли поправить дискриминатор селектор.

Долго не могли понять, чего права не работают, а выяснилось, что данное ентити ходило в 0-й дискриминатор (вместо 3-го), а там все разрешено было.

Поэтому и предложено отделить мух от котлет - абонент с ентити и категорией как в транковой группе. Если на нем работает - разбираемся с транковой группой, если нет - с менеджментом категорий (дискриминаторы, префиксы, ARS и т.п.)

На узле не могу проверить, нет абонентов. И плат абонентских в станции нет. Но кое-что уже начинает вырисовываться. Не даром ведь написал, что станцию забыл. Выход в город через Abbrev.Number. Кое-кто уже не выходит. Более подробно в понедельник, сейчас времени мало.

У меня была такая же история, я в TG указал в Entity Number №данного ентити, затем создал такой ентити, в катором указал на какой префикс можно выходить.
Также указыываем TG которая смотрит на город.

Задача успешно решена.
В транзитной TG от клиента поменял Barring (не дефолтный). В соответствующем дискриминаторе руля ("0") в соответствии с Entity TG (данные приведены выше) прописал городской номер и отправил его в запрещенную Area по PNC. Клиент выходит в город через Abbrev.Number. Выставил ему в соответствующем набору первой цифры номера Abbrev.Num параметр Barring-True( здесь и была ошибка).Вроде так.
Спасибо всем участникам темы!