При отмене - для обоих строк (основной и дополнительные номера) - говорим нет форварда и указываем СОБСТВЕННЫЙ номер абонента.
При заказе - никогда не встречал таких проблем, если не заказывали переадресацию на экзотические номера - speed dial, сетевые, short local numbering plan, экзотические номера типа 1Т и т.п.
24.03.2010 17:21:01, vad.]]>
могу подсказать еще один способ.Создаете на станции префикс подстановки, разрешаете в фасилитях абонента подстановку, и далее можете подставляться нужным номером с любого аппарата и заказывать форвард или звонить куда либо от имени этого абонента.Только префикс позаковыристей придумывайте ибо народ шустрый- если прознает про это....
) 24.03.2010 14:44:50, fedoseevka.]]>
моя станция так ругалась: Forward Directory Number: Bad station directory number если пытался делать перевод на номер другой станции, ситуация была похожей: с телефона номер 1000 делал перевод например в город. В проге пишет форвард 285555, а установить такой же перевод из программы не давало, приходилось дописывать ручаками префикс выхода, например 9285555. То есть не обрабатывала строки сокращённого набора, в 28 прописано 928.
24.03.2010 14:34:19, JKS.]]>
====quote====
два раза "" без пробела в середине, а в поле выше - выставить параметр no forward и нажав CTRL+V.
=============
- OBJECT -1: Forward Directory Number: Bad station directory number.
====quote====
абоненту 1000 ставите в динамик стейт - форвард и указываете номер абонента 1001 (абонент этого же узла) - не заказывается?
Для отмены - ставите no forward и указываете собственный номер абонента.
=============
Я ж это и пытаюсь объяснить - не заказывается, никому и никак, только с телефона.
23.03.2010 11:42:34, ГЭС.]]>
Не совсем понял - если вы абоненту 1000 ставите в динамик стейт - форвард и указываете номер абонента 1001 (абонент этого же узла) - не заказывается?
Для отмены - ставите no forward и указываете собственный номер абонента.
23.03.2010 08:27:54, vad.]]>
в динамик стейт юзер отредактировать номер форварда нельзя. можно очистить поле с номером введа два раза "" без пробела в середине, а в поле выше - выставить параметр no forward и нажав CTRL+V.
судя по всему инсталляция у вас была не шибко квалифицированная...
23.03.2010 00:51:23, Dmitry Ryzhakov.]]>
Наверно я и так отнял много времени у уважаемых людей, поэтому на ответах не настаиваю.Спасибо.Копать дальше буду обязательно.Отвечаю с конца.
====quote====
в приведенном вами ifconfige. отстутсвует туннель. tun0. вы его обрезали или его нет?
=============
-это я получил по наследству,резать не посмел бы.На первом ноде туннель прописан.Но всё летает...
====quote====
абонент переадресацию заказать может... и это работает. я бы посмотрел, что в этой ситуации вы увидите в динамик стейт юзере?
=============
Вижу то, что заказал абонент,но изменить терминалкой не могу - Бэд Стэйшн Намбер...
====quote====
как сказал vad, что это за номера форварда? сетевые абоненты, сетевые транковые группы...
=============
Номера юзеров только своего нода, их всего-то полтора десятка(пока).Для проверки специально новых создавал - не помогло.Наружу тоже не форвардятся по immediate, но трансфер работает...
====quote====
команду siteid и смотрим что софт там и сям - одинаковый по версии. (на всякий случай, но бывет в патчах косяки прячутся)
=============
Софт одинаковый, патчи разные, и на рабочей(где форвард работает) станции стоит Dynamic patch version : d . С 4760, 4760i и т.п. не знаком пока.Всё ещё впереди.Только наверно проще всё снести и по новой поднять, пока юзеров мало.
22.03.2010 23:06:48, ГЭС.]]>
и еще напоследок. в приведенном вами ifconfige. отстутсвует туннель. tun0. вы его обрезали или его нет?
21.03.2010 23:03:05, Dmitry Ryzhakov.]]>
если будете копать тематику дальше, рискну посоветовать несколько шагов. у вас ситуация не самая страшная, как вы говорите есть станция на которой все вам нужное работает. итак:
даем на обоих станция команду siteid и смотрим что софт там и сям - одинаковый по версии. (на всякий случай, но бывет в патчах косяки прячутся)
экспортируем пользуясь 4760, 4760i и т.п. в текстовом виде категории - и запускаем в file compare, например в тотал коммандере. после этого смело можем клясться каким-нибудь парным органом, что все идентично.
внимательно смотрите в план нумерации. как сказал vad, что это за номера форварда? сетевые абоненты, сетевые транковые группы... вы говорите что вас эксклюзивно роутинг номера используются... с этим могут быть нюансы. если ТГ сетевая - как она описана на узлах сети?
вы говорте, что если создать префикс и разрешить в категории, то абонент переадресацию заказать может... и это работает. я бы посмотрел, что в этой ситуации вы увидите в динамик стейт юзере? то ли это, что вы туда пытаетесь вписать вручную?
много букав, но уж больно загадочную картину вы рисуете.
?
21.03.2010 22:59:26, Dmitry Ryzhakov.]]>
ни со старыми юзерами, ни с вновь создаваемыми, ни системникам, ни аналоговым юзерам-физические абоненты на портах плат Z32 и UA32.
21.03.2010 18:56:02, ГЭС.]]>
Насчет форварда - все зависит от номера - что это - номер абонента, Network number, speed dial (особенно не полный)
21.03.2010 17:53:58, vad.]]>
На первом ноде всё форвардится норм.Настройки Facilities Categories и у User одинаковы. (?)... процессор у вас видимо один -да,один. Буду дальше копать. Спасибо за поддержку.
21.03.2010 15:41:36, ГЭС.]]>
то, что пишет checkdb относительно entity - обычное явление, у вас просто не прописана до конца таблица маршрутизации вызовов в entity. к проблемам с форвардом это не имеет никакого отношения. более ничего страшного нет. медицина в непонятках. можете в нашу техподдержку обратится. если дадите удаленный доступ - посмотрим на это чудо глазами.
по ifconfig видно, что менеджмент адреса main на вашей станции не сделан, это второй узел сети
(?)... процессор у вас видимо один... что-то более конкретное не вникнув в менеджмент станции сказать трудно.
21.03.2010 14:30:28, Dmitry Ryzhakov.]]>
Нет, с этим норм.А вот тут непонятки:
(2)xa000000> checkdb
Data base checking in progress ...
/...............ERROR 4351 : DATA INCONSISTENCY, Table ENTITY, entity=0 invalid cdt
ERROR 4351 : DATA INCONSISTENCY, Table ENTITY, entity=1 invalid cdt
ERROR 4351 : DATA INCONSISTENCY, Table ENTITY, entity=4 invalid cdt
................... ./
(2)xa000000>
====quote====
в голову лезут глупости о программировании прав в MGR, и прочее, типа проблем с базой данных, попыток работать со slave процессором вместо main и т.п.
=============
Именно это и мне лезет в голову.Надеюсь, это правильно:
# The role of the CPU is MAIN
Application software identity
(2)xa000000> ifconfig
eth0 Link encap:Ethernet HWaddr стёрто мною
inet addr:172.16.4.12 Bcast:172.16.4.255 Mask:255.255.255.0
UP BROADCAST RUNNING MTU:1500 Metric:1
RX packets:98355 errors:0 dropped:0 overruns:0 frame:0
TX packets:10201 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:100
Interrupt:5 Base address:0x2000
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
UP LOOPBACK RUNNING MTU:16192 Metric:1
RX packets:3930 errors:0 dropped:0 overruns:0 frame:0
TX packets:3930 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
(2)xa000000>
21.03.2010 14:20:38, ГЭС.]]>
по началу меня тоже сбивало с толку то, что надо сначала выбрать тип форварда, потом строкой ниже ввести номер куда форвардим и только потом нажать CTRL+V. может в этом ваша проблема?
21.03.2010 13:45:42, Dmitry Ryzhakov.]]>
насчет ассоциированного аппарата понятно. с форвардом у вас чудеса какие-то происходят. в голову лезут глупости о программировании прав в MGR, и прочее, типа проблем с базой данных, попыток работать со slave процессором вместо main и т.п. чепуха. надеюсь в этих вопросах у вас все четко.
а что показывает checkdb на станции?
21.03.2010 11:22:44, Dmitry Ryzhakov.]]>
Именно так и делаю, в Динамик стэйт юзер, тип форварда выбирается, Forward Directory Number : ставлю внутренний или внешний, или виртуальный - ответ всегда один.С телефона можно форвард установить/отменить, и этот forvard виден в терминалке.Но из терминалки -никак.Зато можно в терминалке сделать Associated Set No., как в Динамик стэйт юзер, так и прямо в Юзер.
21.03.2010 00:59:32, ГЭС.]]>
по моему разумению, в вашей ситуации по категории заказ услуги должен быть разрешен, а вот сам префикс - например быть "ненабираемым" с клавиатуры аппарата, скажем А74. абонент его набрать не сможет... а что касается второй части - заказа с терминала... что-то вы не так делаете. меняете в динамик стейт юзер? на всяк - приведу кусок из доки
DYNAMIC STATE USER
Used by the manager to test the installation, these attributes allow to modify dynamic data of users.
Dynamic data are phone features modified by the user.
* Forward
* Forward directory number
* Secondary Line Forward
* Secondary Line Number Forward
* Print <Do Not Disturb>
* Lock
* Camp on
* Overflow on associate
* Overfl. busy to associated set
* Associated Set No.
* Reset Charge Counter
* Conform Identity
Restrictions:
* FORWARD
o forwarding onto the set itself,
o canceling the forward with a forward directory number other than that of the user
o forwarding loops (successive forwards from one to the other)
o forwarding sets belonging to the system's night forwarding
o forwarding the set if it is in do not disturb
o prohibited forwards according to the user COS
o forwarding a locked set
o forwarding onto hunt group: test that the group exists
o forwarding onto external number: tests the user rights
* Associated number which corresponds neither to a user nor to a voice mail prefix (error message in both cases).
то есть в строке forward - надо выбрать тип форварда - immediate
в строке forward directory number - куда форвард, с указанием префикса занятия, если форвард внешний.
для теста можете заказть форвард на внутренний номер...
20.03.2010 22:45:54, Dmitry Ryzhakov.]]>
Хотел бы... Но вне зависимости от моего хотения,даже когда были дефолтные префиксы установлены,не устанавливается форвард с компа
20.03.2010 20:41:00, ГЭС.]]>
то есть фактически вы хотите запретить по категории абонентам доступ к префиксам переадресации, но делать это с терминала?
20.03.2010 19:24:35, Dmitry Ryzhakov.]]>
Не удаётся назначить Forward - ни немедленный, ни по занятости и/или неответу, ни со старыми юзерами, ни с вновь создаваемыми, ни системникам, ни аналоговым юзерам, ни внутри, ни наружу. На всё выдаёт один ответ: processing Failure
OBJECT -1: Forward Directory Number: Bad station directory number
Юзеры реально работают, Associated Set No. работает (если назначить). Юзеры не состоят ни в одной группе (собственно говоря групп то и нет), в префикс плане только Open Routing No., больше нет ничего. У всех юзеров по дефолту Tel.Facility Category Id : 0, Phone Facilities Categories 0 просмотрел под микроскопом - где надо единички стоят. Где копать?
ЗЫ: Если в префикс-плане создать соответствующие префиксы, то форвард и его отмена работают при заказе с аналоговых ТА и с системников, но хотелось бы с компа.(работаю терминалками с разных компов - тератерм и гипертерминал).
20.03.2010 16:58:00, ГЭС.]]>