в случае мультилайна не даст создать только хантинг группу с "параллельным" звонком, остается еще два варианта - cyclic & sequential. Если эти варианты не устраивают - на цифровом можете запрограммировать set supervision со звонком, в качесте наблюдаемого - аналоговый аппарат. правда в последнем случае звонить цифровой будет при всех звонках на аналоговый, в том числе внутренних, что может быть лишним...

нет.
1.7.3.1. Сервер (Станция записи)
• ОС: Windows 2000 (рекомендуется) с установленным пакетом обновлений Service Pack 4 и выше; Windows
XP с установленным пакетом обновлений Service Pack 2 и выше; Windows 2003.
• Internet Explorer 6.0 и выше.
1.7.3.2. Клиент (РМО)
• ОС: Windows 98 SE, Windows 2000 + пакет обновлений SP4, Windows XP + пакет обновлений SP2;
• DirectX 9.0c и выше.

поскольку есть аппаратные средства в виде плат, то виртуальные машины тоже видимо не канают...

шедулер - не многовариантность, а лишь разновидность одновариантности. т.е. в 17:00 ваш глубокоуважаемый шеф встает и идет в комнату отдыха, отдыхает там 15 минут и возвращается обратно, делает это каждый день в одно и тоже время. вот такую многовариантность шедулер отработает. желаете поглумить голову - ваше право

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

в динамик стейт юзер отредактировать номер форварда нельзя. можно очистить поле с номером введа два раза "" без пробела в середине, а в поле выше - выставить параметр no forward и нажав CTRL+V.
судя по всему инсталляция у вас была не шибко квалифицированная...

и еще напоследок. в приведенном вами ifconfige. отстутсвует туннель. tun0. вы его обрезали или его нет?

если будете копать тематику дальше, рискну посоветовать несколько шагов. у вас ситуация не самая страшная, как вы говорите есть станция на которой все вам нужное работает. итак:
даем на обоих станция команду siteid и смотрим что софт там и сям - одинаковый по версии. (на всякий случай, но бывет в патчах косяки прячутся)
экспортируем пользуясь 4760, 4760i и т.п. в текстовом виде категории - и запускаем в file compare, например в тотал коммандере. после  этого смело можем клясться каким-нибудь парным органом, что все идентично.
внимательно смотрите в план нумерации. как сказал vad, что это за номера форварда? сетевые абоненты, сетевые транковые группы... вы говорите что вас эксклюзивно роутинг номера используются... с этим могут быть нюансы. если ТГ сетевая - как она описана на узлах сети?
вы говорте, что если создать префикс и разрешить в категории, то абонент переадресацию заказать может... и это работает. я бы посмотрел, что в этой ситуации вы увидите в динамик стейт юзере? то ли это, что вы туда пытаетесь вписать вручную?
много букав, но уж больно загадочную картину вы рисуете.
?

то, что пишет checkdb  относительно entity - обычное явление, у вас просто не прописана до конца таблица маршрутизации вызовов в entity. к проблемам с форвардом это не имеет никакого отношения. более ничего страшного нет. медицина в непонятках. можете в нашу техподдержку обратится. если дадите удаленный доступ - посмотрим на это чудо глазами.
по ifconfig видно, что менеджмент адреса main на вашей станции не сделан, это второй узел сети
(?)... процессор у вас видимо один... что-то более конкретное не вникнув в менеджмент станции сказать трудно.

по началу меня тоже сбивало с толку то, что надо сначала выбрать тип форварда, потом строкой ниже ввести номер куда форвардим и только потом нажать CTRL+V. может в этом ваша проблема?

насчет ассоциированного аппарата понятно. с форвардом у вас чудеса какие-то происходят. в голову лезут глупости о программировании прав в MGR, и прочее, типа проблем с базой данных, попыток работать со slave процессором вместо main и т.п. чепуха. надеюсь в этих вопросах у вас все четко.
а что показывает checkdb на станции?

по моему разумению, в вашей ситуации по категории заказ услуги должен быть разрешен, а вот сам префикс - например быть "ненабираемым" с клавиатуры аппарата, скажем А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 - куда форвард, с указанием префикса занятия, если форвард внешний.
для теста можете заказть форвард на внутренний номер...

то  есть фактически вы хотите запретить по категории абонентам доступ к префиксам переадресации, но делать это с терминала?

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

как-то странно выглядит конфигурация когда адрес main на процессоре приколочен как 10.253.1.3 , а локальный интерфейс ethernet - 172.16.4.11 . чтобы не вдаваться в цитирование документации, посмотрите, как аналогичные параметры настроены на станции, которая по-ващему ведет себя правильно.

ставят явно 5.0 или 5.1, там секурный лдап и порт689 задействуется вроде... и игнорировать ошибку не пробовали?