forum.technoforward.ru

Прошу помочь.
схема такая: Cisco - ISDN - Nec 2000 - ISDN - город. Биллинг снимается с Nec'a. Когда абонент циски звонит в город, через Nec, то в биллинге вместо номера аон'а абонента отображается номер транка и маршрута, caller party id - 2. Что нужно сделать, что бы в биллинге отображался номер абонента?

По сути станция ведёт себя правильно.
Это же соединение транк ту транк, при котором цисковский абонент идентифицируется АОНом.
Если бы у вас был CCIS рут, тогда, в принципе, номер абонента в поле
CALLING/CALLED PARTY IDENTIFICATION был нормальный. А так, по умолчанию, смотрите поле ANI (I.C.)
Вопросов несколько.

1. Какой биллинг используете?
2. Какой формат записи установлен для SMDR?
(варианты ответа:
2.1. Former NEAX 2400 IMS Format
2.2. Extended NEAX 2400 IMS Format)
3. Отдаётся ли АОН от циски?
4. Видите ли вы АОН цисковского абонента на системном телефоне?
5. Видите ли вы АОН цисковского абонента в поле ANI SMDR записи?

Пока всё.

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

Извините, что так долго не отвечал, болел.
1. Биллинг встроенный в МР. (снимается через comport)
2. Former Neax 2400 IMS Format
3-4. На системном телефоне АОН отображается, в поле ANI АОН есть.
5. При тандемном соединении в SMDR поле ANI отсутствует, т.к. атс фиксирует его как исходящее соединение (002 индекс Е)

т.е. как я понимаю, при тандемных соединениях в SMDR записи будет отображаться запись только исходящего соединения с номером маршрута и транка?

Это ещё что за новости? С каких это пор японцы стали встраивать биллинг в MP??? Ну вы, блин, даёте...

Ну его лучше поменять на Extended...
Тут наверное речь идёт о входящем вызове. Не о тандемном.
А вот это, как раз штатное поведение станции. Смотрите 08 803. Он у вас в 1 Not provided (Originating trunk only) скорее всего. Но если в нолик поставите, то по каждому событию будет две строчки вываливаться. В одной набранный номер, а в другой ANI.
Нет. Не правильно понимаете.
Кстати, вы так и не ответили, что у вас за биллинг.

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

Ошибочка вышла: не биллинг, а SMDR встроенный в МР, а биллинговая программа - самописная и по-этому, чтоб программиста не привлекать, формат на Extended пока менять не буду, возможно в будущем...
см08:803 стояла 1 изменил на 0 и "О чудо", в биллинге увидел то, чего и хотел, тандемное соединение регистрируется двумя записями как входящий и исходящий вызов. Валерий - большое спасибо за помощь!!!