Подскажите пожалуйста!
Настроен цифоровой порт на использование 3903.
Переадресация на внешние номера включается #1 c аналоговых телефонов и работает нормально.
Задача, без использования телефона максимально просто установить переадресацию на цифровом порту с номером 290.
То бишь, как это сделать?
////Форум помсмотрел, похожих тем много, но неужели нельзя эту переадресацию настроить без фантомных номеров.////

без использования КАКОГО-ЛИБО ТЕЛЕФОНА - означает с использованием только терминала (компьютера)...
тогда, imho - только создав вместо 3903 фантом с этим dn и ftr dcfw:)

Спасибо! Было бы просто замечательно, как то систематизировать процесс создания фантомного номера.
Странно, почему так сложно, неужели нет простенькой команды в настройках порта - установить переадресацию! И усё!

aleza пишет
Задача, без использования телефона максимально просто установить переадресацию на цифровом порту с номером 290.

Что (какие звонки) вы хотите таким образом перенаправить?

Хотелось бы переадресовывать звонки с внутренних номеров на сотовый. В принципе - типовая задача. Но почему так через ----- решается?

aleza пишет
неужели нет простенькой команды в настройках порта - установить переадресацию! И усё!
По неответу, по занятости абонента - пожалуйста, настраивается.
Принудительно всех звонков - нет, потому что это уже не админу, а абоненту решать что ему делать с номером, который ему дали. Это его право и обязанность.
Ваша задача как админа - прописать ему клавишу CFW, чтобы он свои права мог реализовать.

Итак, что собственно мешает включать переадресацию на сотовый непосредственно с телефона через CFW ?

команда - пожалуйста...
документация:
features and services, Remote call forward
почитай...
но тут нарушается одно из условий задачи - не использовать телефонов :(

PhoneMan пишет
По неответу, по занятости абонента - пожалуйста, настраивается.
Принудительно всех звонков - нет, потому что это уже не админу, а абоненту решать что ему делать с номером, который ему дали. Это его право и обязанность.
Ваша задача как админа - прописать ему клавишу CFW, чтобы он свои права мог реализовать.

Итак, что собственно мешает включать переадресацию на сотовый непосредственно с телефона через CFW ?

Ну, нету у меня цифровика. Нету, И свободных аналоговых портов нету. Есть свободные цифровые.

aleza пишет
Ну, нету у меня цифровика. Нету, И свободных аналоговых портов нету. Есть свободные цифровые. :confused: :confused: :confused: :confused: :confused:
тратить лицензируемые порты для безусловного форварда??????
кучеряво живете....:D :D :D

Да, вот!!!!
Чего и Вам желаем!

Тогда изначально непонятна идея дать этот номер на абонентский порт, чтобы потом куда-то ещё завернуть.
Ведь вам нужен именно виртуальный номер.

В LD18 создайте лист GHT xx с единственной строчкой:
STOR 0 номер_мобильника

В LD57 пропишите 290 как пилотный номер (PLDN) , ссылающийся на созданный GHT-лист.
И всё.

aleza пишет
Да, вот!!!!
Чего и Вам желаем! спасибо, конечно, но мне не составит труда запрограммировать фантом или пилот... не придет мне в голову прописывать цифровик для этих целей...
но раз уж так нравятся экстравагантные решения, то: подключаешь свой телефон на тот порт, включаешь форвард, забираешь телефон... все...

Ага, только ночью цифровой телефон блокируется и переадресация не работает... :)

aleza пишет
Да, вот!!!!
Чего и Вам желаем!

Да гордиться-то особо нечем.
Изучали бы лучше возможности техники, расширился бы кругозор, глядишь и научились бы решать задачи способами, которые для этого предназначены.

neoplan пишет
Ага, только ночью цифровой телефон блокируется и переадресация не работает... :) не уверен... не проверял... скорее даже - сомневаюсь...
ну а отключить эту суперполезную фичу? кому от этого плохо станет?

neoplan пишет
Ага, только ночью цифровой телефон блокируется и переадресация не работает... :)
Точно не работает ?

Да, точно. По крайней мере на нашей станции. Проверено не один раз..

Запомнилось тем, что утром приходилось разблокировать несколько абонентов, чтобы cfw заработало (до тех пор, пока не прочитали про FDN :)

А если днём включить CFW и задизейблить порт?

Работает.
Снял аппарат, утром проверю...

Так и есть. Условия эксперимента:

1. Аппарат включен, ставим cfw, делаем disu tn. Cfw работает.
2. Включаем cfw, снимаем аппарат, cfw работает, оставл. на ночь.
3. Утром звоним на номер, получаем "release & try again". Делаем enlu tn, cfw не работает (сбрасывается). Ставим телефон, опять включаем cfw.

И еще,
1. Аппарат включен, ставим cfw, делаем disu tn. Cfw работает.
2. Аппарат включен, ставим cfw, в LD 30 делаем untt tn, порт блокируется, звоним на номер, получаем "release & try again". Делаем enlu tn, cfw не работает (сбрасывается). Ставим телефон, опять включаем cfw.

Если в midnight routine стоит LD 30, результат получим, описанный выше.

у меня переадресация с цифровых работает, и даже после ночной проверки, т.е. порты не блокируются.
Можно еще на цифровиках поставить перевод после неответа (RCO) на FDN.

Спасибо огромное за участие в рассмотрении темы!
Все получилось!
Сделал Phantom, и установил на нем переадресацию!
Теперь вопрос о безопасности.

Можно ли как-то ограничить доступ к набору внутренних номеров паролем?
То есть:
набираем внутренний номер, к примеру 297.
После чего необходимо набрать пароль для установления соединения!
:)

имхо никак.

Сделать номер более длинным: не 297, а 297-abcd.
И считать abcd паролем ;)

Подскажите - как это сделать!
Не особо понял, количество цифр в номерном плане разве не жестко фиксируется для всей группы абонентов?

Нет, жестко не фиксируется.
Запросто могут сосуществовать номера разной длины.
Лишь бы не конфликтовали по первым цифрам.

Согласен.
Итак, как данную фишку организовать!
Просто указав более длинный номер получаем:
SCH6393 - PHANTOM DNS MUST BE DEFINED AND BE UNIQUE.
то есть:
Wrong number of input fields for prompt EXTN.

Хотя нет!
Действительно, указав номер первые цифры которого ни с чем не пересекаются, получаем более длинный номер выпадающий из общего номерного плана!
Всем спасибо!
Вы - гении!