forum.technoforward.ru http://forum.technoforward.ru/ |
|
Restrict с виртуального номера на внутренний http://forum.technoforward.ru/viewtopic.php?f=6&t=1835 |
Страница 1 из 1 |
Автор: | colonelpetrov [ 18 июл 2012, 19:28 ] |
Заголовок сообщения: | Restrict с виртуального номера на внутренний |
Здравствуйте. Подскажите пожалуйста где следует снять ограничения на внутреннее соединение с виртуального номера на нормальный в станции NEAX2400. Звонок с внутреннего номера на виртуальный (под кнопку) идет. Звонки с виртуального номера (из под кнопки) на внешние номера и на внутренние через внешний маршрут (с префиксом) также проходят. Но напрямую, когда в ячейке памяти, с которой связан виртуальный, указан просто короткий номер внутреннего абонента станция отбивает. С уважением, Иван. |
Автор: | NEAXMAN [ 19 июл 2012, 13:09 ] |
Заголовок сообщения: | Re: Restrict с виртуального номера на внутренний |
Маловато информации, поэтому только предположения: если виртуальный - в другом тенанте, то проверьте нумерационный план для этого тенанта (ANPD, ASPA) для цифр местной нумерации, а также разрешения межтенантовых соединений (ATNR). Может, в Вашей системе используются нумерационные планы верхних уровней - локального и сетевого, тогда копать надо на этих уровнях (ANPDL, ANPDN, ...). Возможно, что внешние звонки проходят с использованием "telnumber" (фишки NETFusion)... |
Автор: | colonelpetrov [ 20 июл 2012, 18:23 ] |
Заголовок сообщения: | Re: Restrict с виртуального номера на внутренний |
Тенант один для виртуального и реального номеров. ANPD, ASPA, ATNR проверил, замечаний нет. Предлагаю проверить задачку на вашей станции: -удалите нормальный неиспользуемый номер (нужно запомнить порт для последующего восстановления); -назначьте данный номер на виртуальный порт (RSC класс установите такой же); -пропишите его под кнопку (для HOT-line); -в ASPD на свободной ячейке памяти установите любой короткий внутренний номер; -в AHLS свяжите виртуальный номер с вышеуказанной ячейкой; -нажмите кнопку и сообщите пож-та результат. Если REST, то пропишите в ячейке памяти полный номер с префиксом выхода в город. REST-а не будет. Т.о. внутреннее соединение не устанавливается, но через город звоночек на внутренний номер приходит... |
Автор: | NEAXMAN [ 23 июл 2012, 12:46 ] |
Заголовок сообщения: | Re: Restrict с виртуального номера на внутренний |
Провести натурный эксперимент на "нашей станции" вряд ли смогу, по ряду обстоятельств, в том числе - по причине отсутствия таковой (по крайней мере - под руками в данный момент). Тем не менее, может поясните, что значит Цитата: ...на внутренние через внешний маршрут (с префиксом)...
|
Автор: | colonelpetrov [ 23 июл 2012, 15:28 ] |
Заголовок сообщения: | Re: Restrict с виртуального номера на внутренний |
на внутренние через внешний маршрут (с префиксом выхода в город) - это значит: соединиться с абонентом своей станции через городскую, заняв канал в PRI плате, а не по внутренней матрице 8RSTAD, что было бы логичней... Очень может быть, что в этой проблеме какую-то роль играет Service Feature Class абонента, у реального SFC=3, у виртуального SFC=15 (может надо какие-то Service Feature Index-ы подправить). Потому что, когда устанавливаешь SFC=3 у виртуального абонента, тогда при нажатии кнопки на цифровике поднимается MyLine виртуального номера и дальше нужно вручную набирать номер (в этом случае соединение с внутренним абонентом устанавливается нормально). Но хотелось бы конечно, чтобы при нажатии кнопки набирался номер из ячейки... |
Автор: | colonelpetrov [ 23 июл 2012, 15:52 ] |
Заголовок сообщения: | Re: Restrict с виртуального номера на внутренний |
Отличается только SFI=36, 1=Brokerage Hot Line (Dterm), но это так и должно быть. Получается, значит в принципе нельзя использовать ADC ячейку памяти для внутренних номеров, так? |
Автор: | colonelpetrov [ 01 авг 2012, 14:14 ] |
Заголовок сообщения: | Re: Restrict с виртуального номера на внутренний |
У вас есть возможность переадресовать этот вопрос производителю (японцам)? |
Автор: | NEAXMAN [ 02 авг 2012, 09:16 ] |
Заголовок сообщения: | Re: Restrict с виртуального номера на внутренний |
Пока я даже для самого себя не сумел сформулировать Ваш вопрос . Что конкретно Вы хотите сделать? Как должна срабатывать назначаемая Вами кнопка, какую фичу эмулировать, какими ограничениями управляться, как должна выглядеть процедура использования? Предложенный Вами в посте от Пт июл 20, 2012 7:23 pm порядок действий, вероятно, приведет к описанным Вами там же результатам, но вот зачем эти действия предпринимаются, какой цели Вы пытаетесь достичь. Если Вы поясните мне это, возможно, мы с Вами найдем какой-либо способ получить результат. |
Автор: | colonelpetrov [ 02 авг 2012, 13:43 ] |
Заголовок сообщения: | Re: Restrict с виртуального номера на внутренний |
Пр. у абонента №1 (главный) цифровой ТА, под кнопками 10 абонентов (подчиненных). У некоторых подчиненных аналоговые ТА с записными книжками. Аналоговый абонент №n нажимая на кнопку из записной книжки набирает виртуальный номер под кнопкой №n у главного. И по световой сигнализации этой кнопки Главный видит, что ему звонит абонент №n. Главный вызывает абонента №n нажимая кнопку №n, аналоговый абонент не знает, что его вызывает Главный. Вопрос - почему в ячейке памяти, связанной с виртуальным номером, нельзя прописать короткий внутренний номер XXXX, а нужно прописывать 9(код выхода в город)NN(городской код выданный оператором связи)XXXX(внутренний номер)? т.е. вместо XXXX - 9NNXXXX, почему станция отбивает короткий внутренний номер? Хотя на внешние YXXX (Neax2000) дозванивается? |
Автор: | NEAXMAN [ 03 авг 2012, 15:25 ] |
Заголовок сообщения: | Re: Restrict с виртуального номера на внутренний |
А почему бы Вам не воспользоваться для всего этого простым назначением соответствующей клавиши на Dterm в качестве DSS-key - под номер аналогового абонента, обычной командой AKYD (KYI=2, KD=2, ML TN=x, ML STN=аб№№)? От Вашего описания, на мой взгляд, работа будет отличаться только индикацией занятости абонентов в реальном времени. Некоторые считают, что это скорее хорошо, чем плохо... Что касается Цитата: Вопрос - почему в ячейке памяти, связанной с виртуальным номером, нельзя прописать короткий внутренний номер XXXX, а нужно прописывать 9(код выхода в город)NN(городской код выданный оператором связи)XXXX(внутренний номер)? Прописать-то, наверное, можно:Цитата: Но напрямую, когда в ячейке памяти, с которой связан виртуальный, указан просто короткий номер внутреннего абонента станция отбивает. Причем рестрикт происходит только при назначении Brokerage Hot Line (Dterm), т.е., имхо, - набор из ячейки памяти работает для MyLine, и не работает для SubLine в указанном режиме. Трудно сказать, баг это или фича, тем более, что сама идея записывать местные номера в ячейки памяти Speed Calling - довольно сомнительна. В этом случае процедура вызова абонента может оказаться длиннее непосредственного набора номера этого абонента: код доступа к Speed Calling + номер ячейки памяти...
|
Автор: | colonelpetrov [ 06 авг 2012, 08:23 ] |
Заголовок сообщения: | Re: Restrict с виртуального номера на внутренний |
Чем плох номер под кнопкой: 1) для вызова этого абонента нужно нажимать две кнопки (сначала Speaker); 2) вызовы этому абоненту очень напрягают (звук можно выключить, а световую индикацию - нет); 3) занятость этого абонента в момент прихода другого звонка создает неоднозначную ситуацию (непонятно кто звонит); 4) нарушается однотипность кнопок (самый главный недостаток). Длина процедуры вызова абонента (кол-во цифр) пользователя не напрягает - он должен нажать только одну кнопку. Поэтому все-таки направьте пож-та запрос производителю на снятие запрета вызовов местных номеров из ячеек памяти Speed Calling. |
Автор: | colonelpetrov [ 21 авг 2012, 09:38 ] |
Заголовок сообщения: | Re: Restrict с виртуального номера на внутренний |
действительно зачем вызывать местный номер через ячейку Spd, когда сервис h-line позволяет связать виртуалку с внутренним абонентом. Это называется местные обученные кадры перестарались, а мне необученному пришлось разбираться... Вообщем, всем спасибо, а главное спецам с айбител. |
Страница 1 из 1 | Часовой пояс: UTC + 3 часа |
Powered by phpBB® Forum Software © phpBB Group https://www.phpbb.com/ |