star-mark
14.08.2008, 09:14
Уважаемые!
Стоит запрет на 8 через cos2 и таблицу DenyA.
Абоненту оставляю cos1, если нет запретов по межгороду,
или назначаю cos2, чтобы закрыть междугородку.
Теперь нужно разрешить набор на сотовые номера области,
и закрыть все остальные междугородние звонки.
Версия 3.6.
PGM224 содержит таблицы AllowA, DenyA, AllowB, DenyB по 30 строк
таблицы AllowС, DenyС, AllowD, DenyD по 50 строк.
У кого есть опыт по решению вопроса?

harris
14.08.2008, 09:56
Каждая из таблиц ограничений (A/B/C/D) разбита на 2 части: Разрешить (Allow) и Запретить (Deny).

Читаем доку... Одно из правил обработки по таблице ограничений следующее:
"Если назначения сделаны в обеих таблицах, то первой проверяется таблица разрешений. Если набранный номер в ней найден – его набор разрешен, если не найден – проверяется таблица запретов. Если набранный номер в ней найден – его набор запрещен. Если набранный номер не найден ни в одной из таблиц – его набор разрешен."

Т.е. например, используя таблицу А, в таблицу разрешенных номеров (Allow А) прописать 89 (или конкретно указать коды доступа к сотовым операторам - 8916, 8926 и т.д), а в таблицу запретов (Deny A) - прописать 8.
Абонентам присвоить класс сервиса = COS2 (обслуживается по таблице А).
Тогда выход на сотовые номера станция пропустит, в межгород - нет.

star-mark
14.08.2008, 11:06
Ещё вопрос:
Если не хватит строк таблицы разрешений А для ввода кодов доступа к сотовым операторам, то использовать
cos4 - табл. А, В
cos10 - табл. С, D
cos11 - табл. A, B, C, D
при этом прописать 8 только в табл. запретов А или в каждой таблице запретов A, B, C, D ?

harris
14.08.2008, 11:45
При СОS11 проверяются все таблицы - А,B,C,D.
Достаточно прописать запрет (8-ку) только в одной из таблиц (в любой)...

pvalera
14.08.2008, 12:36
Да, и не забудьте ещё, что сейчас, для того, чтобы понять где прописан DEF абонент недостаточно анализировать первые 4 цифры, то есть например "8916, 8926 и т.д". Анализ должен идти до семи цифр. В приведённом уважаемым harris примере, достаточно и 4 цифр, но это просто частный случай. Пример можно посмотреть тут (http://www.mtt.ru/info/def/index.wbp?def=&number=&region=%CC%EE%F1%EA%EE%E2%F1%EA%E0%FF+%EE%E1%EB%E0 %F1%F2%FC&standard=&date=&operator=)

star-mark
14.08.2008, 13:44
Спасибо!
Но вот засада: сделал выборку DEF кодов с сайта http://www.mtt.ru/
по региону - получается около 200 строк по анализу до седьмой цифры. Это в разрешениях.
Теперь, чтобы уложиться, нуна подключать таблицы запретов.
Вот тут и не могу догнать. как рационально сделать.:confused:

star-mark
14.08.2008, 15:49
Догнал:)
есть, например, номера 89097000000-89097069999.
в AllowA запишем:
8909700
8909701
8909702
8909703
8909704
8909705
8909706
,но рациональнее в Deny A занести:
8909707
8909708
8909709
если не прав - поправьте.

harris
14.08.2008, 16:18
Нет, так не получится...
У Вас же еще будет прописана просто 8-ка на запрет межгорода...
В таблице Deny:
8
8909707
8909708
8909709

Тогда набор 8909701 (2,3 ...) уже не пройдет.... Или Вам придется прописывать (перечислять в таблице Deny) коды ВСЕХ городов, на которые запрещено выходить..

star-mark
14.08.2008, 16:42
А если 8 прописать в последней таблице запретов Deny D?
Будет ли она рассматриваться системой последней?

harris
14.08.2008, 17:07
Нет. Какая разница, где прописать...
Таблицы и строки внутри таблицы не имеют приоритетов.

Если в запрете будет прописана 8-ка (для COS11 неважно в какой таблице и в какой строке по порядку), а код 8909701 не будет указан в списке разрешенных, то этот набор станция не пропустит.

star-mark
14.08.2008, 18:36
Значит выход один - уместить все коды в 160 строк таблиц разрешения?

star-mark
14.08.2008, 19:20
Не верится, что нет решения этого вопроса.
Неужели никто не сталкивался с этим?
Тем более что на других УАТС (Definity, MD-110) решается на ура.

star-mark
15.08.2008, 12:51
И ещё, читаю доку... Одно из правил следующее:
"Если назначения сделаны только в таблице разрешений, то разрешен набор только этих номеров".
Значит 8 прописывать в таблицу Deny не обязательно?

harris
15.08.2008, 15:08
Да.

А не проще ли все это проверить "вживую" на станции??? Я так понял, что станция у Вас "под рукой"???

star-mark
19.08.2008, 16:38
Проверил на живую:)
8 нужна в таблице запретов, т.к. необходимы другие наборы:
в город и на короткие номера др. офисов.
НО!!!
НЕ НАЗНАЧАЕТСЯ cos 11
ни через PCADMIN (только cos 1 - cos 9),
ни с системного телефона (только 1 цифра).
Версия ПО - 3.6.
Где засада?

harris
20.08.2008, 09:34
Засада в том, что дополнительные классы сервиса - COS10 и COS11 появились только начиная с версии 3.7 !!!!

star-mark
20.08.2008, 10:04
Спасибо за ответ!
Чтож - будем поднимать версию.

harris
20.08.2008, 10:48
ОК. На всякий случай напоминаю, что для перехода к версии 3.7 и выше на станции ipLDK-300 требуется плата процессора с вариантом исполнения MPB issue 6 или новый процессор - MPBN.
На старые процессоры (MPB issue 1 ~ 5) нельзя установить версию 3.7 (и выше), максимально - версия 3.6.

star-mark
21.08.2008, 16:00
до платы процессора топать ножками или где-то глянуть удаленно?

harris
21.08.2008, 17:28
Можно и ножками, можно и удаленно из терминального режима Maintenance - командой bs
Если будет выведено: New MPB, то можно поднять версию. Если просто MPB, то - нет.

star-mark
22.08.2008, 07:53
Приветствие станции:

LDK-300 System
Version GS30P-3.6Df JUL/06
DATE: 08/22/08
TIME: 09:44:57
SITE NAME :
ENTER PASSWORD:

Отвечаю - brandy

maint> bs

Print Sys Config
SLOT BRD-TYPE FW-Ver. BRD-ISSUE SERVICE
---- ---------- ------- --------- -------

0 MPB 3.6Df
1 DSIB INS
2 SLIB12 INS
3 SLIB12 INS
4 SLIB12 INS
5 SLIB12 INS
6 SLIB12 INS
7 ....
8 PRIB 3.0G 30 INS
9 ....
10 ....
11 ....
12 ....
13 ....
14 ....
15 ....
16 ....
17 ....
18 ....
19 ....
20 ....
21 ....
22 ....
23 ....
24 ....
25 ....
26 ....
27 ....

система отправляет к поставщикам:)

star-mark
13.10.2008, 08:56
Поставил новую плату процессора MPBN. Сразу не пошла, т.к. поставщики не укомплектовали ее своей PMU. После разборок и установки родной PMU станция ожила. Появился COS 10 и COS11. спасибо всем!