forum.technoforward.ru

Заинтересовал такой вопрос:

Расмотрим такую схему: NEAX2000IPS, который одним потоком (ISDN PRI) смотрит в ТфОП, а вторым потоком (тоже ISDN PRI) подключен к другому устройству. Для простоты будем считать, что это тоже АТС.

Со второго потока вызовы ходят транзитом в первый. При этом, со стороны другой АТС отдаётся 4-х значный АОН, который виден в SMDR и на дисплее системника.

Есть необходимость, в зависимости от АОНа абонента второй станции, запрещать или разрешать ему доступ к платным услугам типа МГ и МН связь.

При этом хочется избежать необходимости организации DISA с авторизацией по вводимому коду. Хочется, чтобы было попроще для абонентов.

Если бы по АОНу можно было сделать маршрутизацию, было - бы шикарно. Задача решалась бы красиво.

Может кто сталкивался? Задачка то достаточно типичная для корпоративных сетей...

Пока рабочий вариант - прописать все транки второго потока тенантом с минимальными правами, и поднимать DISA для доступа к платным услугам.

На одном из многочисленных сайтов инета встретил упоминание о том, что для NEAX2000IPS:
REMOTE ACCESS TO SYSTEM (УДАЛЕННЫЙ ДОСТУП К СИСТЕМЕ) ... Возможна такая настройка станции, когда вместо пароля используется принятый извне номер абонента (АОН).

А у кого - нибудь это реально работает?

_________________
С уважением,
Валерий Петров.
www.tarificator.ru

Посмотрите, может вас спасет CID CALL ROUTING?
Просто, мало исходных данных, чтоб понять нюансы задачи, и, соответственно, определить, возможно ли в данном случае использовать эту фичу.
А так, вообще, у меня он (CID CALL ROUTING) работает без проблем.

Да я тоже на эту фичу в первую очередь посмотрел, но там в основном речь идёт о "приземлении" на местных абонентов...
К сожалению, живьём попробовать её на объекте пока не получается.

Что касается постановки задачи, то нужно организовать такую обработку транзитных соединений:

Другой абонент --> другая АТС --> PRI --> NEAX2000IPS (LCR) --> PRI --> ТфОП
Другая АТС отдаёт в сторону NEAX по PRI номер другого абонента в виде АОНа.
Самое удобное было - бы менять тенант, в зависимости от АОНа и соответственно рулить этот вызов через LCR на NEAX.

Нумерация, как других абонентов, так и местных для NEAX, 4-х значная.
LCR для местных абонентов NEAX настроен и работает так как и задумывалось. А вот с другими абонентами проблема. Несознательные они. Хочется чтобы другим абонентам тоже можно было разрешать или запрещать доступ к ТфОП по их АОНу.

Наверное придётся пробовать на живой системе, потому - что после прочтения доки по CID CALL ROUTING всё-таки остались вопросы...

Практика - самый лучший аргумент в таких случаях.

Если не секрет - вы для чего эту фичу используете? Для приземления на местных абонентов?

_________________
С уважением,
Валерий Петров.
www.tarificator.ru

А для чего такая заморочка. Уж не категории ли абонентов вы хотите таким образом обойти?
Как вариант можно на той станции подставлять перед набираемым номером определенную цифру (несколько цифр), в зависимости от тенанта абонента, а на НЕКе рулить уже по этому признаку. Это без проблем технически решаемо )
Я CID CALL ROUTING использую именно для приземления на нужный Ext в зависимости от АОНа. Но, как возможное продолжение, с экстеншена ведь можно сделать Call Forward, в т.ч. и наружу. Тут дальше уже все зависит от количества нужных/возможных вариантов дестинейшенов. Опять же я просто ЦЕЛИКОМ не знаю задачи. Возможно у вас есть платформа на которой несколько сервисов, и вы хотите чтоб по одному набираемому номеру абонент попадал в зависимости от его АОНа на тот или другой. Тогда, например, CID CALL ROUTING - это для вас выход.

Если бы это было возможно - проблем бы небыло. Согласен. Но к сожалению на другой АТС этим рулить пока не представляется возможным.

Это тоже понятно, но тут не подойдёт, так как абоненты вольны набирать всё, что им заблагорассудится. Весь ТфОП. Задача в том, чтобы если ему это разрешено - пускать его. Если нет - резать. Причём пока есть только АОН, на основе анализа которого нужно принять решение.

В нашем случае эту схему можно рассмаривать как просто вынос, подключеный по PRI, на котором сидят наши абоненты, которые хотят общаться с абонентами NEAX или проходить транзитом в ТфОП. Я понимаю, что NEAX2000IPS это не транзитная станция, но хочется верить в лучшее.
По сути Вы абсолютно правы. Это некая попытка эмулировать категорию абонента. Так как пока рулёжке поддаётся только NEAX, пытаемся придумать как это сделать используя только его возможности.

Если уж совсем ничего не получится - будем чесать в затылке сильнее.

_________________
С уважением,
Валерий Петров.
www.tarificator.ru