Каким образом настраивается выдача АОН отличного от DN в PRI поток. Чтобы аппараты с внутренним DN отдавли в город правильный АОН.
Создали CLID, добавили к DN номер CLIDа, не работает (идут внутренние номера). Что забыли сделать?

Покажи что прописали в 15-ом в CLID-ах, посмотрим вместе.

REQ: prt
TYPE: clid
CUST 0
SIZE 200
RNGE

INTL

ENTRY 0
HNTN
HLCL
DIDN YES
HLOC
LSC

ENTRY 1
HNTN
HLCL
DIDN NO
HLOC
LSC

ENTRY 100
HNTN
HLCL 123456
DIDN NO
HLOC
LSC

ENTRY 101
HNTN
HLCL 123456
DIDN NO
HLOC
LSC

ENTRY 102
HNTN
HLCL 123456
DIDN NO
HLOC
LSC

А если вот так?

INTL 7
ENTRY х
HNTN 123
HLCL 4567890
DIDN NO
HLOC
LSC

Удачи



<P ID="edit"><FONT SIZE=1><EM>Отредактировано PhoneMan 07.08.2002 11:51 (время сервера).</EM></FONT></P>

Без изменений. Может еще где-то надо сказать, что использовать АОН из CLID.

Да, конечно надо.
Звонки делаются через маршрутизацию?
Если да, то поставь в DMI CTYP NXX или NPA.

Огромное спасибо, все заработало.

А можно ли сделать так, чтобы если с рута приходит АОН 4 цифры, переделать его в АОН 6 цифр. Но не подстановкой недостающих цифр, а полной заменой?

Как я понял - вопрос касается транзитных соединений?
Если ты хочешь анализировать входящий АОН на предмет длины и, при длине 4 знака, производить замену - ничего не выйдет. Меридиан - УАТС а не CO switch. Ему такое уметь не надо. Есть, правда, версия Меридиана, под названием MMCS. Его софт обладает практически всеми возможностями "большой" станции. Но его уже сняли с производства.

На транзите с АОНами можно делать следующее:
- подставлять цифры;
- полностью заменять любой АОН;
- убирать АОН.
Вышеперечисленное имеет множество всяких "НО", базирующихся на том, какая сигнализация на входе и какая - на выходе.

Сигнализация SL1 на входе, SL1 или R1,5 на выходе. Как полностью заменить любой АОН.
Пример :
пришло 1234
ушло 123456
длинну анализировать не надо, надо просто отлавливать определенные АОНы и заменять их.

Еще раз повторяю:
НЕ УМЕЕТ МЕРИДИАН АНАЛИЗИРОВАТЬ ТРАНЗИТНЫЕ АОНЫ!!! ЕМУ ЭТО НЕ НАДО, ИБО ОН - PABX, А НЕ CO.

Заменить ЛЮБОЙ АОН - означает, что какой-бы АОН не пришел - он будет заменен на определенный другой. Иными словами это называется: "закрыть поток одним АОНом" в определенном направлении.

Как это сделать. Если уж другого выхода нет?

Что "это"?
Проанализировать АОН на транзите?
Никак.

Правда, я не совсем понимаю, почему не-откорректировать АОНы на том Меридиане, который к тебе включен по SL1...

Нет анализировать АОН как я понимаю не получится а вот подставить его общий для рута?
АОНы на на том меридиане скоррректированы, просто в него еще и панасоник через BRI воткнут, вот он то и дает нам неправильные АОНы, которые потом ко мне идут.

Тогда лучше заморочится BRI маршрутом в том Меридиане.

Одна проблема: закрыть любой маршрут одним АОНом относительно PRI, можно только в направлении EURO.
Фича называется Billing Number. Во входящем маршруте (в твоем случае - BRI) прописывается BILN YES, BLEN x, BNUM zzzzzz (где z - АОН, а х - его длина). В исходящем EURO маршруте прописывается SBN YES.
Счастье наступает.

PS: для того, чтобы фича работала на MCDN, можно запросить патчик у Нортеля.

А что за патч нужен?

Спасибо, все получилось.

Патчик, который включает SBN на MCDN'е.
Он есть, но он - так называемый PI. Его у Нортеля покупали за немеряные деньги (ибо это - дополнительная фича).
С релиза 25.40 его функциональность будет включена в plug-in'ы и эту фичу можно будет открывать/закрывать, правда - за маленькую денежку (система будет подобна нынешним SW packages).

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

Эт-т-то ты об чем???

На тех станциях, которые мы продаем, bnum работает, правда, как я сказал, оборудование поставляется не напрямую от Нортєла.

А-а-а...
Да мне даже пробовать нечего. Уже опробовано давно и бабки Нортелю уплачены.
Только я сильно сомневаюсь, что в MCDN'е у тебя есть промт SBN.
Дело в том, что в книжке "International ISDN PRI Feature description and administration", в главе "Incoming Trunk Programmable Calling
Line Identification" дословно сказано про Billing Number следующее: "This feature is not supported on the following outgoing interface types:
— SL-1 interfaces, and
— DPNSS1 interfaces.
M911 trunks do not support the billing number."

Как известно, все что не предусмотрено софтом - можно попытаться купить в виде патча.
Так что, если у тебя любой софт с 22 по 25, то в MCDN ты BNUM без патча не отдашь. Другое дело, если ты покупаешь у кого-либо станцию с установленным софтом и патчами... Может быть нужный патч там уже есть...