forum.technoforward.ru

две станции NEC 2000. одна подключена
к городским линиям через поток Е1 предоставляемый оператором
УСИ. Вторая получает доступ в город
через первую, они соединены по CCIS.

При проверке станций была выявлена следующая
неисправность:
На некоторых номерах станции настроена переадресация по неответу на
сотовые телефоны. При входящем звонке извне на станцию, происходит
соединение со станционным абонентом, затем по неответу вызов корректно переадресуется
на сотовый телефон и разговор состоится. Но от нашей АТС не уходит сообщение о том,
что вызов был переадресован на другой телефон. Сотрудник органов контроля назвал
это сообщение 1.4."Уведомление о переадресации звонка".

Необходимо сделать, чтобы станция NEC отправляла оператору уведомление
о том, что вызов переадресован. Вопрос в том, как это сделать?

номер на котором установлена переадресация на сотовый 376-26-30. при
наборе из внутристанционной емкости этого семизначного номера
после переадресации вызов проходит нормально, и на сотовом телефоне
высвечиватеся номер с которого я набираю (376-25-22), но при входящем
звонке на станцию извне, идет КПВ, и после того как вызов пытается
переадресоваться происходит сброс. В линию при этом отправляется не
номер с которого я набираю (350-06-81), а 376-25-00 я подозреваю что
это пилотный номер и видимо по этому соединение не устанавливается?

Пробовали проконсультироваться у поставщика NEC, получили такой совет:
>Проверьте разрешены ли тандемы - команда 360
>В этом случае будет выдаваться АОН транка - команда 3019, 3034

Результат: проблема так и не решена:
команды были выполнены на обеих станциях, результаты одинаковые.
командой 360 все тандемы разрешены
команда 3019 во всех используемых trunk number - NONE
команда 3034 во всех используемых trunk number - 15

???
Что делать???

Как-то очень сложно вы излагаете, я вот читал читал и мало что понял...
Получается, что на одной станции все работает, а на второй нет? В этом случае возможно вам надо почитать фичу CALLING NUMBER DISPLAY-CCIS в CCIS мануале.
Какой номер надо, чтобы определялся на сотовом?
Зачем оператору "уведомление"? Не уверен, но мне сдается, что это что-то из ОКС7, а не того протокола, по которому вы подключены...
Какой релиз станций?

>Зачем оператору "уведомление"?

это не оператору. Проверка шла со стороны СОРМ. Наши две АТС у клиента который числится как небольшой оператор связи, но СОРМ работает не у нашего клиента, а у вышестоящего оператора (УСИ), там и подключались проверяющие, и выдали заключение, что должно приходить сообщение 1.4."Уведомление о переадресации звонка".

АТС NEC 2000IPS

>Какой номер надо, чтобы определялся на сотовом?

надо чтобы на сотовом отобразился номер звонящего абонента, т.е.

внешний абонент1 звонит на НЕК абоненту2, а на порту НЕКа абонента2 включена переадресация на сотовый3

у сотового3 должен высветиться номер абонента1

На старых релизах (например R8) это не работает.Начинает только вроде с 12-го релиза,ищите на форуме CLI Trancparency.По поводу 1.4."Уведомление о переадресации звонка" - то тут смотря по какой сигнализации вы подключены к городу.Скорее всего это PRI и скорее всего вы USER,а оператор NETWORK.Так вот от user к net передается ТОЛЬКО поле Facility,вот в нем и указывается,что вызов был переадресован и с какого номера.

Релиз проверю, сейчас не могу сказать...

Поискал CLI Trancparency - на форуме почти ничего...


правильно, PRI. Как указать для поля Facility, чтобы там было указан номер абонента1?
[внешний абонент1 звонит на НЕК абоненту2, а на порту НЕКа абонента2 включена переадресация на сотовый3. у сотового3 должен высветиться номер абонента1]

в другой теме (viewtopic.php?f=3&t=1089) было сказано:

Означает ли это, что если у нас PRI (не Qsig), то поле Facility не решит проблему?

CLI Transparency лучше посмотреть в документации. Релиз нужен не ниже 13. Если релиз ниже 12, то ничего, кроме транковых АОНов вы при переадресации не отдадите. На 12 релизе появилась возможность отдавать номер того, кто установил переадресацию, если этот номер прописан в 1212 и 1213. И помимо релиза надо еще знать версию самой платы потока, тоже возможны варианты.
Что касается Facility, то NEAX не дает инструмента прозрачного управления PRI, при этом вполне возможно, что, например, при включении того же CLI Transparency, либо еще какого-то параметра из "новых" в 35 команде там все будет как нужно.. а может и не будет , надо пробовать. Кроме того есть еще вариант поменять тип протокола в АА06.

Мне вот тоже как-то сразу про CLI Transparency подумалось. Только ведь это функция, относящаяся к ISDN, а тут, если я все правильно понял, еще и CCIS присутствует... Там тоже есть определенные настройки по АОНам. Но вот будет ли это все вместе правильно взаимодействовать, убедиться можно лишь опытным путем. С программой AA06 будьте внимательнее, ибо можно ненароком связь порушить...

Версии станций:
Станция NEAX7400 подключенная к городу через поток Е1 - SC-2991 C2-0001.00 (не понятно что это за релиз)
Станция 2000IPS подключенная к первой через CCIS - SC-3118 F2-0007.00 (полагаю, что это релиз 6.1)

так же на форуме нашел тему с похожей проблемой, так и не ясно, найдено ли решение?
http://forum.neax.ru/viewtopic.php?f=2&t=692

Можно ли произвести обновление версий процессоров на наших станциях?

2991 -r3.2 M100MX CP14
3118 -r6.2 2000IPS CP24

В первом случае апгрейд заменой процессора, во втором - программно.

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