forum.technoforward.ru

Здравствуйте. Подскажите пожалуйста где следует снять ограничения на внутреннее соединение с виртуального номера на нормальный в станции NEAX2400. Звонок с внутреннего номера на виртуальный (под кнопку) идет. Звонки с виртуального номера (из под кнопки) на внешние номера и на внутренние через внешний маршрут (с префиксом) также проходят. Но напрямую, когда в ячейке памяти, с которой связан виртуальный, указан просто короткий номер внутреннего абонента станция отбивает.

С уважением, Иван.

Маловато информации, поэтому только предположения: если виртуальный - в другом тенанте, то проверьте нумерационный план для этого тенанта (ANPD, ASPA) для цифр местной нумерации, а также разрешения межтенантовых соединений (ATNR). Может, в Вашей системе используются нумерационные планы верхних уровней - локального и сетевого, тогда копать надо на этих уровнях (ANPDL, ANPDN, ...). Возможно, что внешние звонки проходят с использованием "telnumber" (фишки NETFusion)...

Тенант один для виртуального и реального номеров. ANPD, ASPA, ATNR проверил, замечаний нет. Предлагаю проверить задачку на вашей станции:
-удалите нормальный неиспользуемый номер (нужно запомнить порт для последующего восстановления);
-назначьте данный номер на виртуальный порт (RSC класс установите такой же);
-пропишите его под кнопку (для HOT-line);
-в ASPD на свободной ячейке памяти установите любой короткий внутренний номер;
-в AHLS свяжите виртуальный номер с вышеуказанной ячейкой;
-нажмите кнопку и сообщите пож-та результат.

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

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

на внутренние через внешний маршрут (с префиксом выхода в город) - это значит:
соединиться с абонентом своей станции через городскую, заняв канал в PRI плате,
а не по внутренней матрице 8RSTAD, что было бы логичней...

Очень может быть, что в этой проблеме какую-то роль играет Service Feature Class абонента,
у реального SFC=3, у виртуального SFC=15 (может надо какие-то Service Feature Index-ы подправить).
Потому что, когда устанавливаешь SFC=3 у виртуального абонента, тогда при нажатии кнопки на цифровике поднимается MyLine виртуального номера и дальше нужно вручную набирать номер (в этом случае соединение с внутренним абонентом устанавливается нормально).

Но хотелось бы конечно, чтобы при нажатии кнопки набирался номер из ячейки...

Отличается только SFI=36, 1=Brokerage Hot Line (Dterm), но это так и должно быть.

Получается, значит в принципе нельзя использовать ADC ячейку памяти для внутренних номеров, так?

У вас есть возможность переадресовать этот вопрос производителю (японцам)?

Пока я даже для самого себя не сумел сформулировать Ваш вопрос . Что конкретно Вы хотите сделать? Как должна срабатывать назначаемая Вами кнопка, какую фичу эмулировать, какими ограничениями управляться, как должна выглядеть процедура использования?
Предложенный Вами в посте от Пт июл 20, 2012 7:23 pm порядок действий, вероятно, приведет к описанным Вами там же результатам, но вот зачем эти действия предпринимаются, какой цели Вы пытаетесь достичь. Если Вы поясните мне это, возможно, мы с Вами найдем какой-либо способ получить результат.

Пр. у абонента №1 (главный) цифровой ТА, под кнопками 10 абонентов (подчиненных).
У некоторых подчиненных аналоговые ТА с записными книжками.

Аналоговый абонент №n нажимая на кнопку из записной книжки набирает виртуальный номер под кнопкой №n у главного. И по световой сигнализации этой кнопки Главный видит, что ему звонит абонент №n.

Главный вызывает абонента №n нажимая кнопку №n, аналоговый абонент не знает, что его вызывает Главный.

Вопрос - почему в ячейке памяти, связанной с виртуальным номером, нельзя прописать короткий внутренний номер XXXX, а нужно прописывать 9(код выхода в город)NN(городской код выданный оператором связи)XXXX(внутренний номер)? т.е. вместо XXXX - 9NNXXXX, почему станция отбивает короткий внутренний номер? Хотя на внешние YXXX (Neax2000) дозванивается?

А почему бы Вам не воспользоваться для всего этого простым назначением соответствующей клавиши на Dterm в качестве DSS-key - под номер аналогового абонента, обычной командой AKYD (KYI=2, KD=2, ML TN=x, ML STN=аб№№)?
От Вашего описания, на мой взгляд, работа будет отличаться только индикацией занятости абонентов в реальном времени. Некоторые считают, что это скорее хорошо, чем плохо...

Что касается
Прописать-то, наверное, можно:Причем рестрикт происходит только при назначении Brokerage Hot Line (Dterm), т.е., имхо, - набор из ячейки памяти работает для MyLine, и не работает для SubLine в указанном режиме. Трудно сказать, баг это или фича, тем более, что сама идея записывать местные номера в ячейки памяти Speed Calling - довольно сомнительна. В этом случае процедура вызова абонента может оказаться длиннее непосредственного набора номера этого абонента: код доступа к Speed Calling + номер ячейки памяти...

Чем плох номер под кнопкой:
1) для вызова этого абонента нужно нажимать две кнопки (сначала Speaker);
2) вызовы этому абоненту очень напрягают (звук можно выключить, а световую индикацию - нет);
3) занятость этого абонента в момент прихода другого звонка создает неоднозначную ситуацию (непонятно кто звонит);
4) нарушается однотипность кнопок (самый главный недостаток).

Длина процедуры вызова абонента (кол-во цифр) пользователя не напрягает - он должен нажать только одну кнопку.

Поэтому все-таки направьте пож-та запрос производителю на снятие запрета вызовов местных номеров из ячеек памяти Speed Calling.

действительно зачем вызывать местный номер через ячейку Spd, когда сервис h-line позволяет связать виртуалку с внутренним абонентом. Это называется местные обученные кадры перестарались, а мне необученному пришлось разбираться... Вообщем, всем спасибо, а главное спецам с айбител.