Пределы обычно задавались в процентах - поправьте проценты или освободите место на нужном диске

Нужна платка с ПЗУ. А с чего залился левый биос? Были проблемы только при старых релизах+большой диск+multipartition.

С подъемом релиза (особенно в сети) - могут быть нюансы с INTIP3 (точнее - вообще с NGP платами - GD-3, GA-3). В частности могут быть нюансы с приемом факсов (старые релизы/платы на новые релизы/платы).

Вроде как с 9.1
По идее - в папке /DHS3bin/downbin - появляется каталог INTIP3 - наверное и так можно ориентироваться

Время вы не сократите. Можно убрать непроизводительные задержки (набирать в DTMF а не в декадике). А уменьшить - как, это ведь переадресация по НЕ ОТВЕТУ. Сначала у человека должен звонить телефон, а ПОСЛЕ того как он не ответил - вызов уходит. Но меньше 3-х посылок вызова - делать не стоит. Потом переадресация, потом пара посылок пока человек ответит.

В общем - если это надо регулярно, быстро - Remote экстеншен вам в руки (тандем с основным телефоном и пр. радости).

Станция в предответном состоянии вам ничего говорить не будет. Отвечать (всякие Incoming greeting guide)- некультурно.

Applications/ Incident manager/ Incident filter - создать фильтр, номер инцидента 276, display=yes, storage=no. В компорту - увидите, на диск храниться не будет.

Да ничего не происходит. В текстовых полях (номер тандема, инсталляционный номер в ентити и т.п.) - если надо убрать - пишите "" (два апострофа) и будет вам счастье. В обычном review/modify.

Дешевле - компании выделять некую сумму на оплату разговоров (контролируя). В вашем варианте - все равно компания платит, а еще и затраты на организацию.
На мой взгляд - в рамках своего региона - овчинка выделки не стоит.
А если много людей ездят по разным регионам (роуминг и т.д.) - то посмотрите GSM шлюзы - вещь бывает интересная. Звонки на сотовые - по тарифам сотовый/сотовый. Может делать примерно то что вы хотели. Но правда интересны модели подключаемые к станции по Е1, а они дорого стоят.

Никуда копать не надо, нет такого в станции.Да еще для звонящего откуда попало (по АОН отзваниваться?).
А зачем это? Просто DISA с подстановкой не устраивает? Человек звонит на DISA, подставляется внутренним аппаратом станции - дальше набирает чего хочет.

Но звонок от абонента в станцию (никаких обратных звонков), и за звонок ДО станции платит внешний абонент.

Вообще не понятно ЗАЧЕМ это. Мыслей на эту тему несколько:
- для желания делать чего-то такое - ищите программно-аппаратные комплексы (комп, подключаемый к станции со всякими приложениями типа IVR, call center  и т.п.).
- вообще - основным (и единственным) мотивом может быть не брать с человека деньги. Делается это через "бесплатный номер" (т.е. на станцию заводится номер, типа 8-800 за который платит организация, а не вызыващий).
- если это требуется для сотовых абонентов (чтоб находясь в "чужом регионе" не платить за роуминг) - к станции пристыковывается GSM шлюз (и звоним на него), для шлюзов - это бывает стандартной функцией.

У директора с секретарем - мы всегда делали схему директор-секретарь (по паре кнопок запрограммировать - у директора Assistant call и Unscreening key для переадресации всего на секретаря, у секретаря - кроме кнопки вызова директора еще Assistant away).

Наверное так просто нет. Не нашел одновременных упоминаний о неотвеченных звонках и HG.

Просто не всегда имеет смысл делать группу. Что можно сделать вместо группы номер 3000 с 2-мя номерами:
- если группа параллельная - можно сделать tandem с номером 3000.
- если группа не параллельная - можно назначить вызов на первый аппарат 3000, в нем в dynamic state user указать второго абонента и поставить галку overflow.
- если группа параллельная и не только - можно запрограммировать кнопки MLA (multi line appearance).
- запрограммировать на аппарате 1 multi line кнопки с номером 3000, а на втором сделать кнопки set supervision за номером 3000.

В таких конфигурациях как правило проще решается вопрос с переадресациями, речевыми почтами и неотвеченными звонками.

Зачем такие сложности? Просто на второй проц залить софт, сделать netadmin в минимальном объеме и поднять в дубль с клонированием.
Вопрос только (как я понимаю) в удаленности объекта и наличии удаленного доступа/квалифицированного персонала на месте.

Были какие-то нюансы с переделыванием некторых процов от ОХО(CPU, CPU-2, CoCPU...) - навскидку не помню. Чего-то во флэш у нее осталось. А как победить - черт его знает (перепрошивка флэш памяти - выпаять, в программатор сунуть - наверное поможет, весь вопрос - стоит ли).

Что же за опеартор у вас? Я ведь в ПЕРВОМ своем сообщении (№5 здесь) просил уточнить сколько цифр вам присылают?
Хотя с другой стороны - узнали разные нюансы - трассировку например.

Не заливали 10.1-й релиз на второй процессор (по крайней мере нормальным образом). Заливка начинается с создания файловой системы и инсталляции Линух. А в релизе 10.1 - 62-му просто неоткуда взяться.

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

Здесь все-таки на 99% - подняли систему на одном проце, а после проверки второй подняли в дубль (каким-то кривым образом, может и через попытки клонирования чего-то).