forum.technoforward.ru

Да в том-то и дело, что должна работать, но как-то не хочет. R14 и PN-DTA.

_________________
Если нет дождя и грязи...

Попробуйте отключить 35281 и 35282, выставить в 35234- 0, а 35230 -02 (National) и 35231 -01 (ISDN). Сохраните во Flash и сделайте рестарт. Может после этого заработает. Проверьте чтобы, когда абонент, который ставит переадресацию, звонит в город, его персональный AOH передавался в PRI.

Попробовал - без результата(

_________________
Если нет дождя и грязи...

А процессор не апгрейдился ли часом до R.14? Действительно ли он новый с родной версией? Маркировка SPN-CP24D? А то может он с криво поднятой версией?

Дело в том, что для нашей конторы, например, вопрос с АОНом при внешней переадресации достаточно актуальный. Имея на сети более трех сотен станций, поневоле изучишь данный аспект - кому разрешать внешнюю переадресацию - кому нет... Иначе отдел биллинга живьем съест...

Да и функция-то эта автоматически с 12-го релиза работает, там если специально не ковырять, и делать ничего не надо...

Обнулять процессор и заливать старый файл конфигурации практически бесполезно - если есть где-то ошибка, обратно зальется вместе с ней... Только если "ручками" или скриптами...

Была такая же проблема. Только у меня было 2 станции соединённые по CCIS(А и В). Так вот в станции А ни в какую АОН правильно не шел, но стоило необходимый номер перенести в станцию В (CM200-***-A129). Всё чудесным образом стало работать.
P.S. На обеих станциях R14

_________________
А ты боялась, даже юбка не помялась.

14 релиз родной...

_________________
Если нет дождя и грязи...

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

А у Вас точно ISDN PRI? На потоке ISDN измудриться надо сильно, чтобы пошел станционный номер в АОНе...


NK А Вы не победили?

Нет, так пока и не победил.

_________________
Если нет дождя и грязи...

Я проверял на CCIS, но это не важно, т.к. АТС решает какой АОН передавать до транкового интерфейса, если он прописан 1212 и 1213.
Так на какой версии у Вас работает фича с АОНом?

Дабы не поднимать новую тему, тем более что и ситуация схожая
СМ Е602>1000:9,89031234567
с номера 1001 звоню на номер 1000 и звонок переадресовывается на мобильный. в SMDR падает номер 1001. Как заставить в этом случае отображать что звонок на мобильный произошел с номера 1000. Схема 2000--->2400--->ТФОП, данные о звонке снимаются с 2400.

Если решение и существует, то явно - не "в лоб". То есть искать команду, прямо определяющую, чей номер выставлять в SMDR, скорее всего бесполезно. Тем более, что SMDR снимается не в самой IPS, а через CCIS в IPX. Так что экспериментировать придется всё-равно Вам. Я бы поиграл с командами 08 (373, 849, 463). Хотя вероятность успеха мне представляется весьма невысокой...

ага - 373\849 уже пощупал. 449 не пробовал, не показалась той, что мне нужно. Идея проста, на самом деле - номер 1001 не имеет выхода в город - "отдел биллинга" задает вопрос о том как номер не имеющий выход в город, в город таки иногда звонит.

Единственный вопрос - команды вы считаете нужно поротировать или просто все включить и посмотреть что выйдет?

Нужно искать комбинацию, возможно, не только этих команд. Не исключу, что и в 2400 найдутся какие-нибудь влияющие команды, ASYD например...

Минуточку.
А разве в этом случае у вас в SMDR на 2400 не тандем регистрируется?
По идее у вас должен быть trunk to trunk, а абонент, у которого установлена переадресация, (1000) в поле ANI.
Разве не так?
Если у вас настроен CENTRALIZED BILLING тогда у вас могут быть две записи о событии.
Первая запись - та, которую сгенерила 2000IPS (тут будет абонент инициатор и рут в сторону 2400).
Эту запись по каналу сигнализации 2000IPS отдаёт на 2400.
И вторая, которую сгенерила сама 2400 при тандемном соединении (тут будет рут по которому вызов пришёл, рут по которому вызов ушёл дальше в ТфОП и ANI абонента, который отдала 2000IPS).
В дополнение к словам уважаемого NEAXMAN, может быть что то типа 08 425 подёргать попробовать?
Хоть напрямую вроде и не совсем из этой темы, но всё - же...

P.S. Ваша схема сбора данных о соединениях мне пока не совсем понятна.

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